I too ran into this same problem (LIBXTRA) when trying to compile under
an AIX 4.2.1 based system.
This problem also made autoconf think that libwrap and some other
things were not available because it would get a compiler error.
Unfortunately, my system doesn't have the GNU utilities
autoconf/autoheader or gcc.
The way I got around it was to manually build the 'missing' library::
cd /home/pete/tftp/tftp-hpa-0.34
./configure CC=cc
gmake SUB=lib
mkdir ../lib
cp lib/libxtra.a ../lib
./configure CC=CC
This might not be the correct place for this but there were three other
problems I found under AIX 4.2.1:
1) Under AIX, the following macro doesn't generate an error so autoconf
thinks this is a valid compiler option:
PA_ADD_CFLAGS(-fno-strict-aliasing)
However, when autoconf later tries to compile some test programs it gets
an error from the the linker that it could not find the file
'no-strict-aliasing' . It turns out that that AIX linker has its own
'-f' option. Since I do not have the tools to rebuild the configure
script I got around this problem by creating an empty file in the top
level source directory:
cd /home/pete/tftp/tftp-hpa-0.34
touch no-strict-aliasing
./configure CC=cc
2) Under AIX, I noticed PXELINUX would not work because TFTPD would
always return the option 'tsize=0' when sending a file even though the
file was non-zero length. This caused PXELINUX to never find it's config
file.
I found the problem (due to 'long long ints') and fixed it my making the
following change in 'config.h':
vi config.h
... Change both occurences of :
#define PRIuMAX "Lu"
to
#define PRIuMAX "llu"
Under my compiler it seems '%Lu' does not work properly on 'long
long'
ints, so I forced it to use '%llu'.
3) Lastly, when trying to run 'gmake install' I get the error that
'
./install-sh' is not found.
To get around this, I had to manually create some symbolic links:
cd /home/pete/tftp/tftp-hpa-0.34
ln -s ../install-sh tftp
ln -s ../install-sh tftpd
Erik Dykema wrote:
> Hi-
> Here at Columbia Unix Systems Group we experienced difficulty
> getting tftpd-hpa to build on certain systems (including Debian
> Woody), and after investigation, my officemate Lev discovered that it
> is a problem with the autoconf script, not the source code for the
> application itself. Perhaps others will be helped by this info...
>
> Good luck!
> Erik Dykema
>
> Sent by lev at columbia.edu on November 26, 2003:
>
> I discovered a small problem with the autoconf script for
> tftp-hpa-0.34 that prevents one from compiling the binaries with the
> remap option enabled on certain systems.
>
> Currently, the script generated by autoconf adds ../lib/libxtra.a to
> the library path (LIBS) passed to the linker if it determines that
> libiberty is not installed (e.g., on most Linux systems). This path is
> passed to the linker when it is invoked by configure and when it is
> invoked by make during the actual software build. The problem is that
> the path ../lib/libxtra.a is nonexistent relative to the main package
> directory and therefore causes some of the tests run by configure to
> fail. One of these is the regcomp test; if it fails, it prevents
> WITH_REGEX from being defined and thereby prevents the remap features
> from being built into the binaries. One can avoid this problem by
> adding ../lib/libxtra.a to TFTPD_LIBS and TFTP_LIBS without adding it
> to LIBS in the autoconf script.
>
> Here is the diff between the original and modified configure.in files:
>
> 127c127
> < LIBS="../lib/libxtra.a $LIBS"
> ---
>
>> PROG_LIBS="../lib/libxtra.a $LIBS"
>
> 162c162
> < TFTPD_LIBS="$LIBS"
> ---
>
>> TFTPD_LIBS="$PROG_LIBS"
>
> 190c190
> < TFTP_LIBS="$LIBS"
> ---
>
>> TFTP_LIBS="$PROG_LIBS"
>
>
> _______________________________________________
> SYSLINUX mailing list
> Submissions to SYSLINUX at zytor.com
> Unsubscribe or set options at:
> http://www.zytor.com/mailman/listinfo/syslinux
> Please do not send private replies to mailing list traffic.
>
>