The common Support answer to this is to unset CC, but would be better if the script could be modified to account for this.Here its testing for Solaris machines for cc in the path, so that it can throw an error asking the user to run configure --with-ccgcc.
However, this user has cc in optSUNWsprobin, so the test fails (and then the make). I would think that it would make more sense to do something like checking for cc in the users path, but we didnt write net-snmp:). I assume it would be yea simple to just add the --with-ccgcc to it, like so. Not sure if that is exactly relevant to this problem, since its the config evaluation that fails in the first place. However, Ive created an entire build environment with SFWGNU packages, in usrlocal, and put usrlocalbin first in my path. I cannot for the life of me figure out why it all of the sudden calls cc, when the build up to that point has been using GNU GCC. We definitely need to document the correct build environment per OS if were going to ship this script. This is free software; see the source for copying conditions. Perhaps what Im missing is the Sun Studio Compiler (optSUNWsprobincc). If that file is missing the build fails every time with file not found error of some sort. Setting CCgcc gets you further, but one way or another, during the module build the script will error out. ![]() Ive been getting around that by trying to swap in gcc, but that makes the SUNApache libtool angry. I need to try this with SunStudio installed to see if I can get it to work with a unified SUN compiler environment, but its late and my VBoxSolaris10 test box just locked up on me, so Ill try this tomorrow. Configured with: buildssfw10-gateusrsrccmdgccgcc-3.4.3configure --prefixusrsfw --with-asusrsfwbingas --with-gnu-as --with-ldusrccsbinld --without-gnu-ld --enable-languagesc,c --enable-shared. Sun Studio 12u1, installed in optsunstudio12.1 with optSUNWspro symlinked to it. Fri Aug 14 14:35:10 2009 notice Digest: generating secret for digest authentication. Fri Aug 14 14:35:11 2009 notice SNMP: CovalentSNMP2.3.0 started (user 0 - SNMP address 1610 - pid 19004). Fri Aug 14 14:35:11 2009 notice Apache2.0.63 (Unix) DAV2 CovalentSNMP2.3.0 configured -- resuming normal operations. RT logging also appears to be working, log is being populated.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |