Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1070380 - FTBFS: error: Sorry, can not preprocess <lj_arch.h>
Summary: FTBFS: error: Sorry, can not preprocess <lj_arch.h>
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: texlive
Version: rawhide
Hardware: powerpc
OS: Linux
medium
high
Target Milestone: ---
Assignee: Jindrich Novy
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 1077769
Blocks: ZedoraTracker PPCTracker F-ExcludeArch-ppc64le, PPC64LETracker
TreeView+ depends on / blocked
 
Reported: 2014-02-26 17:03 UTC by Karsten Hopp
Modified: 2014-03-25 14:04 UTC (History)
6 users (show)

Fixed In Version: texlive-2013-8.20140305_r33094.fc21
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-03-25 14:04:57 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
build.log (deleted)
2014-02-26 17:03 UTC, Karsten Hopp
no flags Details
ppc64le build log (deleted)
2014-03-05 14:27 UTC, Brent Baude
no flags Details
fix SUBDIR variable (deleted)
2014-03-06 18:27 UTC, Karsten Hopp
no flags Details
add --disable-luajit on powerpc architectures (deleted)
2014-03-06 18:29 UTC, Karsten Hopp
no flags Details | Diff

Description Karsten Hopp 2014-02-26 17:03:57 UTC
Created attachment 868111 [details]
build.log

Description of problem:
checking how to run the C preprocessor... gcc -E
configure: error: Sorry, can not preprocess <lj_arch.h>
=== configuring in luajit failed
make[2]: *** [recurse] Error 1

Version-Release number of selected component (if applicable):
texlive-2013-6.20140217_r32990.fc21

How reproducible:


Steps to Reproduce:
1. ppc-koji build f21 --scratch texlive-2013-6.20140217_r32990.fc21.src.rpm
2.
3.

Actual results:
http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1680138

Expected results:


Additional info:
texlive-2013-5.20140217_r32990.fc21 built without problems, -6 fails

Comment 1 Dan Horák 2014-03-04 20:48:26 UTC
Jindrich, luajit builds only on primary arches, so if possible make luajit support in texlive depending on "%ifarch %{arm} %{ix86} x86_64"

Comment 2 Brent Baude 2014-03-05 14:27:04 UTC
Adding some relevant content based on Dan's requests.  If I understand Dan, he's thinking that if web2c is enabled, it will automatically pull in the luajit stuff.  And here is where he thinks it was happening:



test "x$enable_web2c:$enable_luajittex" = xyes:yes && {
  need_poppler=yes
  need_cairo=yes
  need_libpng=yes
  need_zziplib=yes
  need_luajit=yes
}

Also attaching the full build log for ppc64le.

Comment 3 Brent Baude 2014-03-05 14:27:43 UTC
Created attachment 870994 [details]
ppc64le build log

Comment 4 Karsten Hopp 2014-03-06 18:27:53 UTC
Created attachment 871586 [details]
fix SUBDIR variable

All those checks in source/libs look wrong, they add the subdirectory even when that feature is disabled.

Comment 5 Karsten Hopp 2014-03-06 18:29:13 UTC
Created attachment 871587 [details]
add --disable-luajit on powerpc architectures

Comment 6 Dan Horák 2014-03-06 18:31:31 UTC
(In reply to Karsten Hopp from comment #5)
> Created attachment 871587 [details]
> add --disable-luajit on powerpc architectures

this should rather be %ifnarch %{arm} %{ix86} x86_64 - all except the named arches, luajit doesn't build for anything else

Comment 7 Brent Baude 2014-03-06 19:16:25 UTC
The two patches with Dan's rework on the arch declaration allows for a successful build.  I have verified on ppc64le.

Comment 8 Jaromír Cápík 2014-03-20 19:30:53 UTC
NOTE: I had to add bzip2-devel to BuildRequires as the configure checks fail on ppc64le due to that.

For example 'freetype-config --libs' returns -lbz2 as one of the libs and the check consequently fails on freetype even when freetype-devel is installed.

Comment 9 Jaromír Cápík 2014-03-20 19:34:44 UTC
NOTE2: Maybe the freetype-devel (and others) needs to be fixed to pull bzip2-devel automatically.

The following checks failed on ppc64le:
checking requested system `freetype2' library... failed
checking requested system `gd' library... failed
checking requested system `potrace' library... failed
checking requested system `pixman' library... failed
checking requested system `cairo' library... failed
checking requested system `poppler' library... failed
checking requested system `xpdf' library... failed
checking requested system `zziplib' library... failed
checking requested system `graphite2' library... failed
checking requested system `teckit' library... failed
checking requested system `icu' library... failed
checking requested system `harfbuzz' library... failed

Comment 10 Dan Horák 2014-03-21 07:39:49 UTC
FYI - I'm working on proper fix for the build issues ...

Comment 11 Dan Horák 2014-03-21 07:46:28 UTC
not speaking about the freetype now, but the proper solution is to use a correct source archive without the bundled libraries, all can be replaced by system ones

Comment 12 Jaromír Cápík 2014-03-21 08:39:31 UTC
(In reply to Dan Horák from comment #11)
> not speaking about the freetype now, but the proper solution is to use a
> correct source archive without the bundled libraries, all can be replaced by
> system ones

The 'configure' script is called with the following switches:

--with-system-freetype2
--with-system-gd
--with-system-cairo
--with-system-poppler
--with-system-xpdf
--with-system-graphite2
--with-system-teckit
--with-system-hardfbuzz
--with-system-icu
--with-system-zziplib

... is that insufficient?

Comment 13 Dan Horák 2014-03-21 11:16:16 UTC
- the bzip2 problem in freetype should be fixed infreetype-2.5.3-3.fc21
- the luajit issue in texlive-2013-8.20140305_r33094.fc21

Comment 14 Dan Horák 2014-03-21 11:17:37 UTC
(In reply to Jaromír Cápík from comment #12)
> (In reply to Dan Horák from comment #11)
> > not speaking about the freetype now, but the proper solution is to use a
> > correct source archive without the bundled libraries, all can be replaced by
> > system ones
> 
> The 'configure' script is called with the following switches:
> 
> --with-system-freetype2
> --with-system-gd
> --with-system-cairo
> --with-system-poppler
> --with-system-xpdf
> --with-system-graphite2
> --with-system-teckit
> --with-system-hardfbuzz
> --with-system-icu
> --with-system-zziplib
> 
> ... is that insufficient?

luajit is not required at all and is now properly removed when creating the source archive, unfortunately lua can't be unbundled yet


Note You need to log in before you can comment on or make changes to this bug.