[squid-users] Squid-3.0.STABLE7 Compilation errors on SPARC
Hi All, I have a machine here that is running 3.0.STABLE4 and I wish to upgrade it to STABLE7. I compiled and installed STABLE4 with no problems. However while attempting to compile the latest release I am getting lots of errors during the configure script which are repeatedly saying to report a bug. I am attempting to configure with the following options: ./configure --prefix=/usr/local --enable-storeio=ufs,aufs,coss,diskd,null --enable-snmp --enable-delay-pools --enable-cache-digests --enable-underscores --enable-referer-log --enable-useragent-log --enable-auth=basic,digest,ntlm --enable-carp --enable-follow-x-forwarded-for --with-large-files --enable-async-io --enable-removal-policies=lru,heap --enable-icmp --enable-icap-client The error that occurs in config.log for various headers look like the following: configure:24403: result: no configure:24407: checking arpa/inet.h presence configure:24422: gcc -E conftest.c configure:24428: $? = 0 configure:24442: result: yes configure:24455: WARNING: arpa/inet.h: present but cannot be compiled configure:24457: WARNING: arpa/inet.h: check for missing prerequisite headers? configure:24459: WARNING: arpa/inet.h: see the Autoconf documentation configure:24461: WARNING: arpa/inet.h: section Present But Cannot Be Compiled configure:24463: WARNING: arpa/inet.h: proceeding with the preprocessor's result configure:24465: WARNING: arpa/inet.h: in the future, the compiler will take precedence configure:24475: checking for arpa/inet.h configure:24483: result: yes The error also appear for other headers such as assert.h, crypt.h etc. While the configuration script was running I noticed an autoconf error (Header Present But Cannot Be Compiled) and checking the autoconf documention brought me to a page where as I'm not a programmer I couldn't make much out of it. When running the configuration script with just --prefix=/usr/local results in no errors. So obviously it looks like one of my configuration options is not compatible. My GCC compiler is 3.4.3 as provided by the OS. PATH=/usr/sbin:/usr/bin:/usr/sfw/bin/:/usr/ccs/bin/ Would anyone have experienced this before or seen something similar? Best regards Frog
Re: [squid-users] Squid-3.0.STABLE7 Compilation errors on SPARC
Hi, At 21.26 07/07/2008, Frog wrote: Hi All, I have a machine here that is running 3.0.STABLE4 and I wish to upgrade it to STABLE7. I compiled and installed STABLE4 with no problems. However while attempting to compile the latest release I am getting lots of errors during the configure script which are repeatedly saying to report a bug. I am attempting to configure with the following options: ./configure --prefix=/usr/local --enable-storeio=ufs,aufs,coss,diskd,null --enable-snmp --enable-delay-pools --enable-cache-digests --enable-underscores --enable-referer-log --enable-useragent-log --enable-auth=basic,digest,ntlm --enable-carp --enable-follow-x-forwarded-for --with-large-files --enable-async-io --enable-removal-policies=lru,heap --enable-icmp --enable-icap-client The error that occurs in config.log for various headers look like the following: cut When running the configuration script with just --prefix=/usr/local results in no errors. So obviously it looks like one of my configuration options is not compatible. My GCC compiler is 3.4.3 as provided by the OS. PATH=/usr/sbin:/usr/bin:/usr/sfw/bin/:/usr/ccs/bin/ Would anyone have experienced this before or seen something similar? It could be related to this problem: http://www.squid-cache.org/Versions/v3/HEAD/changesets/b9055.patch Please, try to build without the --with-large-files option. Let we to know the result. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: [squid-users] Squid-3.0.STABLE7 Compilation errors on SPARC
On mån, 2008-07-07 at 20:26 +0100, Frog wrote: Hi All, I have a machine here that is running 3.0.STABLE4 and I wish to upgrade it to STABLE7. I compiled and installed STABLE4 with no problems. However while attempting to compile the latest release I am getting lots of errors during the configure script which are repeatedly saying to report a bug. I am attempting to configure with the following options: ./configure --prefix=/usr/local --enable-storeio=ufs,aufs,coss,diskd,null --enable-snmp --enable-delay-pools --enable-cache-digests --enable-underscores --enable-referer-log --enable-useragent-log --enable-auth=basic,digest,ntlm --enable-carp --enable-follow-x-forwarded-for --with-large-files --enable-async-io --enable-removal-policies=lru,heap --enable-icmp --enable-icap-client Is this a 32-bit or 64-bit SPARC? I guess it's a 64-bit and in such case you should not specify --with-large-files. Regards Henrik signature.asc Description: This is a digitally signed message part
Re: [squid-users] Squid-3.0.STABLE7 Compilation errors on SPARC
Guido Serassio wrote: Hi, At 21.26 07/07/2008, Frog wrote: Hi All, I have a machine here that is running 3.0.STABLE4 and I wish to upgrade it to STABLE7. I compiled and installed STABLE4 with no problems. However while attempting to compile the latest release I am getting lots of errors during the configure script which are repeatedly saying to report a bug. It could be related to this problem: http://www.squid-cache.org/Versions/v3/HEAD/changesets/b9055.patch Please, try to build without the --with-large-files option. Let we to know the result. Regards Guido Hello Guido, Thank you for you suggestion. Removing --with-large-files worked. Thank you Henrik for your reply suggesting similar also. Best regards Frog
Re: [squid-users] Squid-3.0.STABLE7 Compilation errors on SPARC
On tis, 2008-07-08 at 00:31 +0200, Guido Serassio wrote: So the patch should be applied to Squid3 STABLE, the fail during build is not correct :-) I am thinking we probably should stop using the getopt build environments by default. I.e. the result which is now (from tonight) seen if one uses both --with-large-files --with-build-environment=default which should only set -D_FILE_OFFSET_BITS=64 to enable large files on most 32-bit platforms and ignored on most 64-bit platforms. On nearly all platforms the default cflags is the more appropriate ones, with other modes optional or incomplete. Solaris on SPARC may be an exception however if the Sun compilers still defaults to generate 32-bit code by default even on 64-bit platforms... but then is the option to use --with-build-environment=... to select a more appropriate mode, or manually adding appropriate CFLAGS CXXFLAGS when running configure. Regards Henrik signature.asc Description: This is a digitally signed message part
Re: [squid-users] Squid-3.0.STABLE7 Compilation errors on SPARC
Guido Serassio wrote: Hi, So the patch should be applied to Squid3 STABLE, the fail during build is not correct :-) Please, check with file if your binary is 32 or 64 bit, I'm suspecting that it's a 32 bit binary. Regards Guido Hi Guido, Indeed the file is a 32bit binary which I never noticed before until now! ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped The server itself is: SunOS sparc1 5.10 Generic_120011-14 sun4u sparc SUNW,Sun-Blade-1000 UltraSPARC III+ at 900Mhz. Regards, Frog.