Jindrich, luajit builds only on primary arches, so if possible make luajit support in texlive depending on "%ifarch %{arm} %{ix86} x86_64"

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.

Created attachment 870994 [details]
ppc64le build log

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.

Created attachment 871587 [details]
add --disable-luajit on powerpc architectures

(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

The two patches with Dan's rework on the arch declaration allows for a successful build.  I have verified on ppc64le.

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.

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

FYI - I'm working on proper fix for the build issues ...

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

(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?

- the bzip2 problem in freetype should be fixed infreetype-2.5.3-3.fc21
- the luajit issue in texlive-2013-8.20140305_r33094.fc21

(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