On Mon, Nov 02, 2009 at 11:09:40PM +0000, Daniel Pocock wrote: > > I note Paul is using gcc, whereas I'm building and testing with Sun > Studio on the OpenCSW build farm - Sun's compiler is now a free > download, and it is used to build all the CSW libraries (including those > used by Ganglia), so this is now the easiest solution to support - that, > and Solaris 8 support, led me to tweak the configure.in stuff for > Solaris - maybe it needs more tweaking to support gcc - would anyone > like to comment on the preferred gcc build environment to be supported?
IMHO any gcc should work, and indeed gcc was the originally supported compiler for ganglia in Solaris (Sun Studio was added later in 3.1.1 when it was made freely available with OpenSolaris). while working on libmetrics (as can be seen in the corresponding metrics.c file) the following versions of gcc were used (most of them using SUNWtoo and other SUNW provided tools as part of the toolchain when possible) : Solaris 7 x86 (32-bit) with gcc-2.8.1 (this one used GNU binutils AFAIK) Solaris 8 (64-bit) with gcc-3.3.1 Solaris 9 (64-bit) with gcc-3.4.4 Solaris 10 SPARC (64-bit) and x86 (32-bit and 64-bit) with SUNWgcc > On the issue of the gcc environment, we basically need a second version > of scripts/build-solaris.sh for gcc - this raises questions like should > the libraries (apr, confuse) be built with gcc too? Which ld, ar, etc? This is IMHO a packager call after all we don't provide binaries (well we do but almost no one uses them) because as you pointed out the decision on which toolchain to use needs to be made at the distribution or system engineering level and so we are left to support them all the best we can. In cases were there is some overlap (like in the case of the CSW packages, where the package maintainers are also upstream contributors) or when it helps to simplify maintenance on a specific platform (like the CentOS 4 RPMs or the Makefile.WiX recipes for Cygwin) then it makes sense to have some additional code to help with it and also some more testing or confidence about the resulting binaries working as expected, but that shouldn't be ever considered as the only supported solution IMHO. Carlo ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
