Compiling TeX Live on 10.5 (was: libatomic build failure 10.5/x86)
Riccardo Mottola
riccardo.mottola at libero.it
Wed Apr 25 18:38:58 UTC 2018
Hi,
On 2018-04-25 20:11:32 +0200 Ken Cunningham
<ken.cunningham.webuse at gmail.com> wrote:
>
> But you have to be very facile at forcing different compilers as I
> showed you.
> A very great amount of software no longer builds with MacPorts
> default
> compilers on these old systems, and you have to try different ones.
> Don't
> have any expectations that things will go smoothly for updates. There
> are
> only a half-dozen of us who work on this, or less, and many ports may
> not
> have been tested.
No worries :) just forced them, I was asking and read the whole thread
before working.
>
> gcc6 and clang-3.x are usually your go-to compilers when the default
> doesn't
> work.
Yes of course, I already have them, I also gave gcc7.
Forcing gcc7 doesn't help mutch:
ibtool: compile: /opt/local/bin/gcc-mp-7 -DHAVE_CONFIG_H -I.
-I./LuaJIT-src/src -DLUAJIT_ENABLE_LUA52COMPAT -DLUAI_HASHLIMIT=6
-U_FORTIFY_SOURCE -isystem/opt/local/include -fomit-frame-pointer
-march=i686 -msse -msse2 -mfpmath=sse -fno-stack-protector -Wall -pipe
-Os -m32 -MT LuaJIT-src/src/lj_cconv.lo -MD -MP -MF
LuaJIT-src/src/.deps/lj_cconv.Tpo -c LuaJIT-src/src/lj_cconv.c
-fno-common -DPIC -o LuaJIT-src/src/.libs/lj_cconv.o
depbase=`echo LuaJIT-src/src/lj_cdata.lo | sed
's|[^/]*$|.deps/&|;s|\.lo$||'`;\
/bin/sh ./libtool --tag=CC --mode=compile /opt/local/bin/gcc-mp-7
-DHAVE_CONFIG_H -I. -I./LuaJIT-src/src -DLUAJIT_ENABLE_LUA52COMPAT
-DLUAI_HASHLIMIT=6 -U_FORTIFY_SOURCE -isystem/opt/local/include
-fomit-frame-pointer -march=i686 -msse -msse2 -mfpmath=sse
-fno-stack-protector -Wall -pipe -Os -m32 -MT
LuaJIT-src/src/lj_cdata.lo -MD -MP -MF $depbase.Tpo -c -o
LuaJIT-src/src/lj_cdata.lo LuaJIT-src/src/lj_cdata.c &&\
mv -f $depbase.Tpo $depbase.Plo
LuaJIT-src/src/lj_cconv.c: In function 'lj_cconv_ct_ct':
LuaJIT-src/src/lj_cconv.c:368:1: internal compiler error: in
gen_reg_rtx, at emit-rtl.c:1026
}
^
Another compiler error!
Forcing clang-3.4 brings up this:
/opt/local/bin/clang++-mp-3.4 -DHAVE_CONFIG_H -I.
-I./TECkit-src/source/Public-headers -DNDEBUG
-isystem/opt/local/include -pipe -Os -std=c++11
-Wno-reserved-user-defined-literal -D_GLIBCXX_USE_CXX11_ABI=0
-stdlib=macports-libstdc++ -arch i386 -MT
TECkit-src/source/UnicodeNames.o -MD -MP -MF $depbase.Tpo -c -o
TECkit-src/source/UnicodeNames.o TECkit-src/source/UnicodeNames.cpp
&&\
mv -f $depbase.Tpo $depbase.Po
clang: error: invalid library name in argument
'-stdlib=macports-libstdc++'
clang: error: invalid library name in argument
'-stdlib=macports-libstdc++'
make[5]: *** [TECkit-src/source/UnicodeNames.o] Error 1
make[5]: *** Waiting for unfinished jobs....
make[5]: *** [TECkit-src/source/Compiler.o] Error 1
make[5]: Leaving directory `/opt/local/var/macports/build/
Perhaps that is why you selected gcc6, due to libstdc++
Should I try installing clang 3.9, if it it works on 10.5?
> We appreciate the help!!
And I appreciate yours.
Riccardo
More information about the macports-users
mailing list