Re: [GNUnet-developers] EXT_LIB_PATH (was: [Help-gnunet] Make : yes/lib not found)

[Christian Grothoff]

I believe the problem is that he uses --with-extractor, without any path.
That sets this option to 'yes' instead of the prefix-path.
Workaround: do away with --with-extractor or specify --with-extractor=/usr;
For configure we should probably test for 'yes' and special-case that to mean 
/usr.

C

On Saturday 12 Jun 2004 3:56 pm, N. Durner wrote:
> >> But why configure didn't see any problem ?
> >
> > I guess configure *is* the problem, please send me your config.log.
>
> OK, the problem was a buggy check for libextractor in configure.ac.
> When the user just specified "--without-gtk", the result "yes" was used as
> path to libExtractor -> "-Lyes".
> I have fixed that in CVS and it works on my machine, but on Milan's machine
> "-Lyes" still appears in config.log:
> ---
> [...]
> EXT_LIBS=''
> EXT_LIB_PATH='-Lyes/lib '
> F77=''
> [...]
> ---
>
> He then gets the error described in
> <address@hidden>.
>
> Does anybody on this list know why EXT_LIB_PATH is set to '-Lyes/lib '?
>
> This is the output of a grep for "Lyes":
> ---
> address@hidden:~/GNUnet$ grep "Lyes" *
> config.log:EXT_LIB_PATH='-Lyes/lib '
> config.status:s,@EXT_LIB_PATH@,-Lyes/lib ,;t t
> Makefile:EXT_LIB_PATH = -Lyes/lib
> ---
>
> Thanks,
>
>     Nils
>
>
>
> _______________________________________________
> GNUnet-developers mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/gnunet-developers