Here is some data from the config.log on OSF1 V5.1 732 alpha
Note that this is a newly purchased computer so that 5.1 distribution
on the disk's images is relatively pristine... i.e. not a lot
cooks in this kitchen... just two.
>
>>checking for perl5... no
> >
> > [Note perl 5.005 is at /usr/bin/perl...
>> whereis finds it no problem...
> > /usr/bin is in my path
>
>Don't know why this happened. There should be more in config.log.
Config.log shows the following:
configure:4003: checking for perl5
configure:4003: checking for perl
>
>>checking for yywrap in -lfl... no
>>
>>
>> [Note: I have installed the GNU flex-2.5.4
>> thinking the yywrap would be included...
>> The fl library file is where I expect.
>
>Ditto.
configure:5669: checking for flex
configure:5702: checking for flex
configure:5736: checking for yywrap in -lfl
configure:5755: gcc -o conftest -I/usr/local/gnu/include
-I/usr/local/gnu/include/readline conftest.c -lfl 1>&5
/usr/bin/ld:
Can't locate file for: -lfl
collect2: ld returned 1 exit status
configure: failed program was:
#line 5744 "configure"
#include "confdefs.h"
[what follows and is not included here: about 1500 lines of C code]
Do you need to see this code, John?
I am suspecting that my problem is that I am not calling a gnu linker....
>
>>checking for history.h... no
>>checking for readline.h... no
>>checking for readline/history.h... no
>>checking for readline/readline.h... no
>>
>> [Note: These are installed and accessible.
>> Why not found ??
>
>Ditto.
configure:6259: checking for readline.h
configure:6269: gcc -E conftest.c >/dev/null 2>conftest.out
configure:6265:22: readline.h: No such file or directory
configure: failed program was:
#line 6264 "configure"
#include "confdefs.h"
#include <readline.h>
configure:6259: checking for readline/history.h
configure:6269: gcc -E conftest.c >/dev/null 2>conftest.out
configure:6265:30: readline/history.h: No such file or directory
configure: failed program was:
#line 6264 "configure"
#include "confdefs.h"
#include <readline/history.h>
configure:6259: checking for readline/readline.h
configure:6269: gcc -E conftest.c >/dev/null 2>conftest.out
configure:6265:31: readline/readline.h: No such file or directory
configure: failed program was:
#line 6264 "configure"
#include "confdefs.h"
#include <readline/readline.h>
>
>If there is something basic wrong with your compiler (for instance, it
>requires a license and anything you do generates an error), ./configure
>is going to say lots of things were not found when what it really means
>is the test failed for some other reason.
We do have licensed compilers, true, but I am not using them...
My current invocation PATH and LD_LIBRARY_PATH variables are:
PATH=/usr/local_cci/gcc-3.0.3/bin:/usr/local/gnu/bin:.:/net/cci/dks/bin:/net/cci/dks/bin/ALPHA:/usr/local_cci/bin:/usr/local/bin:/usr/bin:/usr/sbin:/usr/dt/bin:/usr/bin/X11:/usr/bin/X11/demos:/etc:/usr/etc
LD_LIBRARY_PATH=/usr/local_cci/gcc-3.0.3/lib
osf1host> gcc -v
Reading specs from
/usr/local_cci/gcc-3.0.3/lib/gcc-lib/alphaev67-dec-osf5.1/3.0.3/specs
Configured with: ../gcc-3.0.3/configure --prefix=/usr/local_cci/gcc-3.0.3
--enable-languages=c,c++,f77
Thread model: single
gcc version 3.0.3
Note that the following directories are NFS mounts:
/usr/local/gnu
/usr/local_cci
Is it possible that AMANDA's build programs may not be dealing well with the way
the symlinks are resolved to their actual paths instead of the paths that are set
in the PATH variable...
If you `cd /usr/local/gnu` and then do a `pwd` you are actually in
this directory:
/tmp_mnt/net/boa/usr_local/gnu
I noticed Linux systems preserve these faux pathnames consistently
but other platforms, typically the non-Free ones, do not.
Compared to a Linux system:
LinuxHOST> cd /usr/local_cci
LinuxHOST> pwd
/usr/local_cci
Is this a problem...?
thanks ALL!
