libxml-1.8.17 fails

Karel Kulhavy twibright at hispeed.ch
Sun Feb 24 12:25:36 PST 2008


---- Dan Nicholson <dbn.lists at gmail.com> schrieb:
> On Sun, Feb 24, 2008 at 8:54 AM,  <twibright at hispeed.ch> wrote:
> > ---- Joe <dev at freedomcircle.net> schrieb:
> >
> > > twibright at hispeed.ch wrote:
> >  > > LFS 6.3, GCC 4.1.2. The ./configure complains about nonexisting example/Makefile.in but it finishes
> >  > > without error. Then if I type make, it fails.
> >  > >
> >  > >
> >  > I do see
> >  >
> >  > creating example/Makefile
> >  > sed: can't read ./example/Makefile.in: No such file or directory
> >  >
> >  > but the make step completes successfully. The example directory has a
> >
> >  I just tried again. My make doesn't complete successfully. It prints:
> >  No rule to make target libxml/tree.h, needed by SAX.lo
> >  I just got an idea it could be caused by my alias make="make -j4" (I have a multiprocessor system and without it, compilation is twice as slow). When I do unalias
> >  make, it works.
> >
> >  Does it mean the libxml makefiles are buggy?
> 
> Almost certainly, yes. A lot of handwritten Makefiles (i.e., not
> generated by automake) do not handle parallel jobs well. You'll just
> have to work around this one by dropping the -j4.
> 
> Also, instead of aliasing make, you can use the variable MAKEFLAGS to
> store your options for make.
> 
> export MAKEFLAGS="-j4"

Oh. I tried MAKEFLAGS="-j4" because I googled it up. But it didn't work. So I thought
-j4 cannot be passed in an env variable. But you say MAKEFLAGS works? This proves
the concept of the "SFTW" is flawed ;-)

CL<
> make
> # buggy makefile that needs workaround
> make -j1
> 
> --
> Dan
> -- 
> http://linuxfromscratch.org/mailman/listinfo/blfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page




More information about the blfs-support mailing list