From: <qx...@gm...> - 2006-04-26 15:12:52
|
Hi, I played around a little bit with automake on Solaris and found a big issue: the library created with autoconf/automake has a size of more than 1,3 MByte, when I compile it using the same levels of optimization using a plain Makefile it goes down to about 140 KBytes. Currently I don't know what the reason is but I'd suggest that I provide a specific Makefile for Solaris. Beside the fact that it solves that sizing-problem using this it is fairly easy to modify it for the usage with the Sun-compiler that can't be used with autoconf/automake (AFAIK). I think at least for a Windows-port non-automake-compatible makefiles are necessary so why don't starting with it here? Michael On Mon, 10 Apr 2006 21:13:14 +0200, John Dennis <jd...@re...> wrote: > On Mon, 2006-04-10 at 09:11 +0200, qx...@gm... wrote: >> So what switch was defined for Sparc Solaris systems for that project? > > There are several ways to skin this cat, one solution would be adding > this to configure.ac > > AC_DEFINE_UNQUOTED([HOST_OS], "$host_os", [target operating system]) > > Then in autoconfig.h you'll get something like this: > > /* target operating system */ > #define HOST_OS "solaris" > > Then in your C code you can do something like this: > > #if HOST_OS = "solaris" > #endif > > Note: I'm not sure the exact string that solaris will produce for > HOST_OS, you'll just have to run autoreconf;configure and see how > HOST_OS gets defined, but "solaris" is a pretty good bet (note on linux > it's "linux-gnu") > > If its a sparc only distinction you'll have to add "host_cpu" too. > >> >> Btw: The autoconf/automake tools IMHO are a monstrosity, complicated and >> mainly unnecessary chump of software. > > I agree that autoconf/automake has a steep learning curve and at times > can be frustrating, but its the only viable game in town for open source > configuration and the definitive standard. Like it or not, its the right > way to do things. IMHO the autotool support that was added by Remi was a > huge improvement over the previous non-portable feature poor makefiles > (they couldn't even produce a debug static library, which is now trival > using automake). |