Hi , Thanks for your response.... I installed autoconf and was able to get around the configure issue.
I am however having issues building libcurl .... 1) Cannot build libcurl-7.15.5. I can build libcurl-7.15.5-64 correctly but the configure fails for 7.15.5 The error message is as under: checking size of curl_off_t... configure: error: cannot compute sizeof (curl_off _t) See `config.log' for more details. *** Error code 77 Additional info from config.log is as under: configure:32566: /ws/onnv-tools/SUNWspro/SS11/bin/cc -o conftest -DTEXT_DOMAIN="SUNW_OST_OSLIB" -I/home/build/mysqlBuild/ruby-integration-workspace/proto/root_i386/usr/sfw/include -I/home/build/mysqlBuild/ruby-integration-workspace/proto/root_i386/usr/include -I/home/build/mysqlBuild/ruby-integration-workspace/proto/root_i386/usr/include/idn -D_THREAD_SAFE -D_REENTRANT -xO3 -xarch=386 -xchip=pentium -xspace -Xa -xildoff -xc99=all -mt -D_REENTRANT -DTEXT_DOMAIN="SUNW_OST_OSLIB" -I/home/build/mysqlBuild/ruby-integration-workspace/proto/root_i386/usr/sfw/include -I/home/build/mysqlBuild/ruby-integration-workspace/proto/root_i386/usr/include -I/home/build/mysqlBuild/ruby-integration-workspace/proto/root_i386/usr/include/idn -D_THREAD_SAFE -D_REENTRANT -I/usr/include/gssapi -I/usr/sfw/include/openssl -I/usr/sfw/include -I/usr/include -I/usr/include -Y P,/usr/lib:/usr/sfw/lib -i -L/usr/lib -R/usr/lib -L/usr/sfw/lib -R/usr/sfw/lib -L/home/build/mysqlBuild/ruby-integration-workspace/proto/root_i386/usr/lib -lgss -lgss -L/usr/lib -R/usr/lib -DTEXT_DOMAIN="SUNW_OST_OSLIB" -I/home/build/mysqlBuild/ruby-integration-workspace/proto/root_i386/usr/sfw/include -I/home/build/mysqlBuild/ruby-integration-workspace/proto/root_i386/usr/include -I/home/build/mysqlBuild/ruby-integration-workspace/proto/root_i386/usr/include/idn -D_THREAD_SAFE -D_REENTRANT -xO3 -xarch=386 -xchip=pentium -xspace -Xa -xildoff -xc99=all -mt -D_REENTRANT -lkrb5 -lgss -L/usr/sfw/lib -L/usr/lib -L/usr/lib conftest.c -lidn -lssl -lcrypto -lsocket -lnsl -lz >&5 "conftest.c", line 135: warning: statement not reached configure:32569: $? = 0 configure:32575: ./conftest ld.so.1: conftest: fatal: libidn.so.11: open failed: No such file or directory ./configure: line 32576: 11276 Killed ./conftest$ac_exeext configure:32578: $? = 137 configure: program exited with status 137 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "curl" | #define PACKAGE_TARNAME "curl" | #define PACKAGE_VERSION "-" | #define PACKAGE_STRING "curl -" | #define PACKAGE_BUGREPORT "a suitable curl mailing list => http://curl.haxx.se/mail/"; | #define PACKAGE "curl" | #define VERSION "7.15.5" -----some defines ommitted ...,. | /* end confdefs.h. */ | | #include <stdio.h> | #include "./include/curl/curl.h" | | | typedef curl_off_t ac__type_sizeof_; | static long int longval () { return (long int) (sizeof (ac__type_sizeof_)); } | static unsigned long int ulongval () { return (long int) (sizeof (ac__type_sizeof_)); } | #include <stdio.h> | #include <stdlib.h> | int | main () | { | | FILE *f = fopen ("conftest.val", "w"); | if (! f) | return 1; | if (((long int) (sizeof (ac__type_sizeof_))) < 0) | { | long int i = longval (); | if (i != ((long int) (sizeof (ac__type_sizeof_)))) | return 1; | fprintf (f, "%ld\n", i); | } | else | { | unsigned long int i = ulongval (); | if (i != ((long int) (sizeof (ac__type_sizeof_)))) | return 1; | fprintf (f, "%lu\n", i); | } | return ferror (f) || fclose (f) != 0; | | | ; | return 0; | } configure:32588: error: cannot compute sizeof (curl_off_t) See `config.log' for more details. I am doing a private build and have changed the MAIL TO parameter to my email id in sfw-developer.sh file.... Regards, Ritu Mike Sullivan wrote: > Ritu Kamboj wrote: > >> Hi, >> >> I was trying to compile using nightly script and am facing the >> following issues.... >> >> >> 1) Missing autoconf: >> >> checking whether autoconf is installed... no >> configure: error: Autoconf 2.58 or better is required. >> Please make sure it is installed and in your PATH. >> *** Error code 1 >> dmake: Warning: Target `install' not remade because of errors >> >> >> ...I saw that autoconf 2.61 is installed under >> <workspace>/proto/root_i386/usr/bin directory ...do I need to add >> this to my path...... > > > no you need autoconf installed on the build machine, which is where > it should be. You did install at least Developer on this machine? I'd > think it should be there. > > We previously had 2.59 so that should have satisfied configure, and > nightly does put /usr/sfw/bin in the path unless you override it, > so it does sound like you don't have it installed. > > things the build needs should generally not be run directly from > the proto area as they may not run at all. In ON this is very true, > and in sfw though it can work it still might not (it might need > a library that's not on the build machine for example). Though I > know it's done in a few places. > > > >> Current working directory >> /home/build/mysqlBuild/ruby-integration-workspace/usr/src/cmd/apache2/mod_auth_gss >> >> >> >> make: Fatal error in reader: Makefile, line 45: Read of include file >> `../httpd-2.2.3/build/rules.mk' failed > > > It might be worth using bldenv to go there and build manually to figure > out why. I don't know why this might happen but perhaps you don't > have apache2 installed (which the build needs, but is also in Developer > I think). > > > >> /home/build/mysqlBuild/ruby-integration-workspace/usr/src/cmd/cdrtools > > >> /usr/ccs/bin/make -e CCOM=cc) >> >> Segmentation Fault - core dumped >> >> mksh: Fatal error: The command `(mach || uname -p || >> true)2>/dev/null | tr >> >> '[A-Z]' '[a-z]' | tr ', /\\()"' ',------'' returned status `35584' > > > never seen that. cdrtools was one that liked to use 'cc' in the > path but it looks like you have the fix for that. And no idea > why tr would core dump unless you're doing this in a non-C locale > (though nightly tries to force you into C). > > BTW... so you're the one trying to use a fake 'build' account to > do the build? Since you're internal and using teamware I'll note that > that's not a good idea, since the account you use to bringover from > gets automatically added to the gate alias and sent mail. Which bounced > of course and so I redirect it to /dev/null but you should really > use your own account. > > Mike
