@Andrew Benton: I can fully understand the 'hope' part. One thing I learned from the LFS - BLFS project is that an enormous amount of work goes into setting up a working distro. Makes me appreciate what the maintainers of popular distro's goes through each time they release a 'new' version.
I've ended up with openbox as WM and a few other packages that made the whole thing usable, but got stuck with creating a development environment (can't get gamin, followed by codeblocks (c/c++ ide) installed). I view this first time of creating/installing LFS as a warm-up and my next round is going to be a serious attempt at creating a competitive distro, even if only for my own use. Thanks to all you people for your hard work that makes all this possible. On 1/16/12, Andrew Benton <[email protected]> wrote: > On Tue, 10 Jan 2012 13:51:38 +0200 > mais lfs <[email protected]> wrote: > >> I get this error: >> >> ... >> ake -C bmp libs >> make[7]: Entering directory >> `/xapps/mozilla-release/firefox-build-dir/modules/libpr0n/encoders/bmp' >> nsBMPEncoder.cpp >> c++ -o nsBMPEncoder.o -c -I../../../../dist/stl_wrappers >> -I../../../../dist/system_wrappers -include >> /xapps/mozilla-release/config/gcc_hidden.h -DMOZILLA_INTERNAL_API >> -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_GFX >> -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES >> -DSTATIC_EXPORTABLE_JS_API -DOSTYPE=\"Linux3.1\" -DOSARCH=Linux >> -I/xapps/mozilla-release/modules/libpr0n/src/ >> -I/xapps/mozilla-release/modules/libpr0n/encoders/bmp -I. >> -I../../../../dist/include -I../../../../dist/include/nsprpub >> -I/xapps/mozilla-release/firefox-build-dir/dist/include/nspr >> -I/xapps/mozilla-release/firefox-build-dir/dist/include/nss -fPIC >> -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual >> -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align >> -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type >> -pedantic -Wno-long-long -fno-strict-aliasing -std=gnu++0x -pthread >> -ffunction-sections -fdata-sections -pipe -DNDEBUG -DTRIMMED -g -Os >> -freorder-blocks -fomit-frame-pointer -DMOZILLA_CLIENT -include >> ../../../../mozilla-config.h -MD -MF .deps/nsBMPEncoder.pp >> /xapps/mozilla-release/modules/libpr0n/encoders/bmp/nsBMPEncoder.cpp >> make[6]: *** [RasterImage.o] Error 1 >> make[6]: *** Waiting for unfinished jobs.... >> rm -f libimgbmpe_s.a >> /usr/bin/python2.7 /xapps/mozilla-release/config/pythonpath.py >> -I../../../../config /xapps/mozilla-release/config/expandlibs_gen.py >> nsBMPEncoder.o > libimgbmpe_s.a.desc >> make[7]: Leaving directory >> `/xapps/mozilla-release/firefox-build-dir/modules/libpr0n/encoders/bmp' >> make[6]: Leaving directory >> `/xapps/mozilla-release/firefox-build-dir/modules/libpr0n/encoders' >> make[6]: Leaving directory >> `/xapps/mozilla-release/firefox-build-dir/modules/libpr0n/src' >> ... > > This was my fault. I thought that configure treated --enable the same > as --with. In fact it ignores --enable-system-png and uses it's own > version of libpng-1.4.8, which is why applying the patch causes the > build to fail. It seems to be completely arbitrary which options use > --enable and which use --with. I just have to hope that the output of > configure --help matches the logic further down this 25000 line > script... > > Andy > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
