David Hoki <[EMAIL PROTECTED]> writes:
> In the "sbr" directory, everything builds without any warnings or errors until
> libmh.a is created. The command and output are as follows:
>
[...]
> tsort: -: input contains a loop:
[...]
> libmh.a appears to be created and the make continues but in 'uip' here's where
> things bail out:
>
> gcc -s -o ali ali.o aliasbr.o ../config/version.o ../config/config.o
> ../sbr/libmh.a ../mts/smtp/libsmtp.a ../zotnet/libzot.a -lsocket -lnsl
> Undefined first referenced
> symbol in file
> context_find ali.o
> path ../sbr/libmh.a(context_read.o)
> m_mailpath ../config/config.o
> advise ../sbr/libmh.a(ambigsw.o)
> ssequal ../sbr/libmh.a(print_sw.o)
> m_maildir ../sbr/libmh.a(context_read.o)
> adios ali.o
> admonish ../sbr/libmh.a(readconfig.o)
> copy ../sbr/libmh.a(concat.o)
> done ali.o
> getcpy ali.o
> ld: fatal: Symbol referencing errors. No output written to ali
> collect2: ld returned 1 exit status
> make: *** [ali] Error 1
If I'm remembering correctly, tsort always gives that error about the loop
when building nmh on Solaris, but on Solaris 2.6 and down it doesn't seem to
cause a problem. I've always been curious what the details are on that...
-----------------------------------------------------------------------
Dan Harkless | To prevent SPAM contamination, please
[EMAIL PROTECTED] | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW. Thank you.
