bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ar problem compiling 1474 for libapl


From: enztec
Subject: Re: ar problem compiling 1474 for libapl
Date: Sat, 19 Jun 2021 15:42:40 -0600

Hello

building libapl in a clean directory does the trick 

i didn't notice that the  make distclean  quits with the following     
make[2]: *** No rule to make target 
`sql/.deps/libapl_la-SqliteResultValue.Plo'.  Stop.
make[2]: Leaving directory `/src/apl/1474/apl-1474/src'
make[1]: *** [distclean-recursive] Error 1
make[1]: Leaving directory `/src/apl/1474/apl-1474/src'
make: *** [distclean-recursive] Error 1

thanks




On Fri, 18 Jun 2021 18:29:06 +0200
Dr. Jürgen Sauermann <mail@xn--jrgen-sauermann-zvb.de> wrote:

> Hi,
> 
> the fact that config.log reports some libraries as missing should not matter,
> It merely means that configure has checked their presence and decided that
> they weren't there. The rest of the compilation then adjusts itself to that
> situation.
> 
> Regarding
> ar: libapl_la-Plot_xcb.o: ...
> 
> please try to build in a clean directory (or run make distclean or similar)
> so that no dependencies from a prior build are lurking around.
> 
> It may also help to copy the file libapl_la-Plot_xcb.o from directory .libs
> to the directory where the other .o files are created (which one depends,
> it is src by default but some other directory can also be specified).
> 
> Best Regards,
> Jürgen
> 
> 
> On 6/17/21 8:21 PM, enztec@gmx.com wrote:
> Hello
> 
> when i compile libapl for 1474 with     configure --with-libapl --without-gtk3
> the configure succeeds but the make errors and quits with
> ar: libapl_la-Plot_xcb.o: No such file or directory
> it exists in src/.libs/libapl_la-Plot_xcb.o
> 
> when i compile libapl with
> configure --with-libapl --without-gtk3 --disble-static
> the make suceeds   (no libapl.a made and haven't tested the libapl.so made)
> 
> the config.log says it can't find libtinfo libsocket libfftw3 libatomicity   
> are these really needed?
> 
> 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]