Further to this issue,

I have now tried, for the sake of experimentation (after a few people have
contacted me privately suggesting it), setting LD_LIBRARY_PATH. I set it
just to have /usr/local/lib in the variable.

Strangely, the whole Amanda 2.4.4p1 source tree build without a hitch, and
'genversion' has no problem locating 'libgcc_s'. A run of 'ldd' over the
binary shows it finds libgcc_s in /usr/local/lib as it's meant to do via
the run-time lib search path which is supposed to be compiled in by the
linker.

As soon as I unset LD_LIBRARY_PATH, 'genversion' fails to find libgcc_s
again.

What does this indicate? Is there something wrong with the Amanda
makefiles which cause the LDFLAGS setting to be ignored? I'll see if I can
find out more today. I'm puzzled why actually setting LD_LIBRARY_PATH
works since it's not required and the build process should work properly
without it when a run-time lib search path is compiled in.

Craig.

-- 
     Email by Craig Dewick (tm). Home page at "lios.apana.org.au/~cdewick".
        "cdewick AT spam.lios.apana.org DOT au" or "cdewick AT spam.sunshack 
DOT org".
 Explore and enjoy my public-domain Sun Microsystems technical data archive at
         "www.sunshack.org", "www.sunshack.net" or "www.sunshack.info".