On Tue, December 30, 2014 5:20 pm, Bruce Dubbs wrote: > On Mon, Dec 29, 2014 at 8:27 PM, Christopher Gregory < > [email protected]> wrote: > >> Hello, >> >> >> I have just come accross an issue with trying to build SVN-20141225 of >> lfs. >> >> Please note that this is NOT the systemd version but the normal systemv >> version of the book. >> >> I am using jhalfs to build the book as I always do. >> >> >> This is a 32 bit system on an Intel processor. >> >> >> The ONLY deviation I have made is to edit the xml file of the gcc >> chapter so that it compiles the full range of languages sans Ada which I >> do not need. >> >> On the building of the tools phase it fails to build gettext-0.19.4 >> with the following error: >> >> /bin/sh ../libtool --tag=CC --mode=compile gcc -std=gnu99 >> -DLOCALEDIR=\"/tools/share/locale\" >> -DBISON_LOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH$ >> libtool: compile: gcc -std=gnu99 -DLOCALEDIR=\"/tools/share/locale\" >> -DBISON_LOCALEDIR=\"/usr/share/locale\" >> -DLOCALE_ALIAS_PATH=\"/tools/share/locale\" -D$ >> plural-exp.c:20:29: fatal error: ../intl/pluralx.c: No such file or >> directory #include "../intl/pluralx.c" >> >> >> compilation terminated. Makefile:2587: recipe for target >> 'libgettextsrc_la-plural-exp.lo' failed >> make[1]: *** [libgettextsrc_la-plural-exp.lo] Error 1 >> make[1]: Leaving directory >> '/mnt/build_dir/sources/gettext-0.19.4/gettext-tools/src' >> >> >> I have no idea what has changed. I am going to see about reverting to >> an earlier version of gettext and see if that is the issue. >> >> I would appreciate it if someone else is able to actually check this as >> well. >> >> I have scrubbed the build twice now with the same results both times. >> >> >> â > I can't get into this tonight, but will be able to look at it tomorrow, > As you may know, I don't check svn builds on a 32-bit system prior to > commit, but tettext certainly worked for me on a x86_64 system before I > committed the change. > > > I did look at the source and is seems that pluralx.c is supposed to be > generated from plural.c. I may be wrong as I can't check it thoroughly > right now, but did you try to build with make -j1? > > -- Bruce
Hello Bruce, Forcing it to use -j1 was exactly what I tried after it failed to compile, as the first thing that came to mind was "race condition". For the last few builds I have used the advanced feature of jhalfs to make use of both my cores, but I reverted back to not having that enabled, and it made no difference. I have since downgraded gettext to the .3 version, and it compiled without any issues. This looks like its a 32 bit problem, around the changes that the upstream developer made on the 4th of December. It makes me wonder if the developers are even testing 32 bit prior to their releases. Yes I do remember you saying the you only really test on 64 bit these days, which is why I made sure to include that I was building on 32 bit, as I had no idea who may of made the upgrade to the latest gettext. Regards, Christopher. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
