build shared problem with configure / config.guess

Hi,

I'm constructing some 3rd party libraries from source level with configure/automake in Suse 9.2. A common mistake in all libs is done by config.guess: it prints out "i686-pc-linux-gnuaout" which switch off the shared support at all. It's easy to workaround by print "i686-pc-linux" instead directly from configure:

ac_config_guess="echo i686-pc-linux"

Then the shared support is enabled and there left some minor problems with linker options -soname and --rpath. Then some libs can create the shared libs, for instance the apr and xml2.

Others do not, for instance log4cxx and acetao, but they do not produce any error. It looks like that simply the shared link step is not done, however the symbolic links to the release version are done. I also tryed with LD=CC and LD=cc instead of the gnu ld, but then already in config.log the shared support is not recognized. If I build by hand:

cc -shared *.o -o libACE.so

it seems to work and the result usable by applications. Since acatao includes lots of libraries to build, the manual creation is not handy / possible. So any hint to solving that are welcome. I'm using the latest sunstudio version (feb2007).

thanx rolf

[1224 byte] By [rgaaa] at [2007-11-26 22:32:13]
# 1

Does nobody has an idea? This seems to me a quite common problem, of cause rather on side of the lib distributions. From 7 libs I tried, none of them could build shared out of the box. Tree of them could build with a little "help" and four libs I got working only by a surrounding script solution. If smbd. is interested I can send the script.

Rolf

rgaaa at 2007-7-10 11:38:21 > top of Java-index,Development Tools,Solaris and Linux Development Tools...
# 2

It really depends on autoconf/libtool version those libs are using.

Till the most recent versions libtool had absolutely no clue that SunStudio exists on Linux. And default fallback happened to be gcc.

If you give me some specific lib (source URL or name/version) I can tell you why this lib does not configure with Sun Studio :)

Most recent version of autoconf is wize enough to handle Sun Studio on Linux. So one of the solutions for the libs might be to upgrade to a newer autoconf. Not what common user would commonly do though...

regards,

__Fedor.

SFVa at 2007-7-10 11:38:21 > top of Java-index,Development Tools,Solaris and Linux Development Tools...