Re: Compiling squid 3.0 STABLE24 on AIX

yaberger_at_ca.ibm.com wrote:
> hi
>
> < Amos Jeffries
> < Greetings,
> < before we go further please try the 3.1.0.18 release just out.
> <
> < 3.0 is fast approaching end-of-life and 3.1 would be the better one to
> get debugged now.
>
> I'm all for trying 3.1 but it's marked as BETA and 3.0 as STABLE
> Do you have a documented release/support planning somewhere that could
> help us to figure when 3.1 will be marked as STABLE and when you're
> planning to drop support for 3.0 and/or other release?
>

We don't have anything set in concrete yet time-wise. We are still
settling 3.x down into a fairly predictable cycle.

The fixed part of the plans is that 3.0 support ends with 3.1.1 except
some security issues, based on impact.

3.1.0.18 is our latest attempt at a final beta for 3.1. It's now
starting another 14-day period of QA. If it passes 3.1.1 will be
released around March 29th.
  If anything seriously blocking is found, the stable will be delayed again.

>
> now with 3.1.0.18 compilation
>
> gzip -cd squid-3.1.0.18.tar.gz |tar xf -
> cd squid-3.1.0.18
> ./configure --prefix=/usr/local/squid
> make
>
>
> ...
> Making all in lib
<snip>
> -DHAVE_CONFIG_H -I.. -I../include -I../src -I../include -g -c
> getfullhostname.c
> "getfullhostname.c", line 65.8: 1506-234 (W) Expecting a new-line
> character on #endif directive.
> "../include/rfc2181.h", line 24.1: 1506-046 (S) Syntax error.
> make: 1254-004 The error code from the last command is 1.
>
>
> on line 24 in include/rfc2181.h
> I've modified the /// comment by a /* */ comment
> Do you think this could be modified in the HEAD branch? Let me know if you
> need me to provide the patch and in which format.

Done. For both of those errors.

>
>
> < The better fix seems to be removing the static than the inline.
> < Does that still work
>
> Making all in lib
> source='rfc1738.c' object='rfc1738.o' libtool=no DEPDIR=.deps
> depmode=aix /bin/sh ../cfgaux/depcomp cc -qlanglvl=extc89 -DHAVE_CONFIG_H
> -I.. -I../include -I../src -I../include -g -c rfc1738.c
> "rfc1738.c", line 184.1: 1506-277 (S) Syntax error: possible missing ';'
> or ','?
> "rfc1738.c", line 182.8: 1506-485 (S) Parameter declaration list is
> incompatible with declarator for inline.
> "rfc1738.c", line 198.21: 1506-045 (S) Undeclared identifier s.
> make: 1254-004 The error code from the last command is 1.
>
<snip>
>
> now that I get the same error in 3.1, trying to remove the static instead
> of the inline
> same problem
>
> Making all in lib
> source='rfc1738.c' object='rfc1738.o' libtool=no DEPDIR=.deps
> depmode=aix /bin/sh ../cfgaux/depcomp cc -qlanglvl=extc89 -DHAVE_CONFIG_H
> -I.. -I../include -I../src -I../include -g -c rfc1738.c
> "rfc1738.c", line 184.1: 1506-277 (S) Syntax error: possible missing ';'
> or ','?
> "rfc1738.c", line 182.1: 1506-485 (S) Parameter declaration list is
> incompatible with declarator for inline.
> "rfc1738.c", line 198.21: 1506-045 (S) Undeclared identifier s.
> make: 1254-004 The error code from the last command is 1.
<snip>
>
> Adding back the static and removing the inline
>
> Making all in lib
> source='rfc3596.c' object='rfc3596.o' libtool=no DEPDIR=.deps
> depmode=aix /bin/sh ../cfgaux/depcomp cc -qlanglvl=extc89 -DHAVE_CONFIG_H
> -I.. -I../include -I../src -I../include -g -c rfc3596.c
> "rfc3596.c", line 190.12: 1506-046 (S) Syntax error.
> make: 1254-004 The error code from the last command is 1.
<snip>
>
> another // comment to be replaced by /* */
> Do you think this could be modified in the HEAD branch? Let me know if you
> need me to provide the patch and in which format.

comment fixed as well.

What does the static/inline test show after that comment is fixed?
(inline is supposed to work by itself).

I found for GCC to accept inline I had to add a dummy prototype:

  inline int fromhex(char ch); /* prototype to keep GCC happy. */

  inline int
  fromhex(char ch)
...

>
> Making all in src
> /bin/sh ../libtool --tag=CXX --mode=link xlC_r -g -g -o
> cf_gen cf_gen.o ../compat/libcompat.la -L../lib -lmiscutil
> xlC_r -g -g -o cf_gen cf_gen.o ../compat/.libs/libcompat.a
> -L/usr/src/squid-3.1.0.18/lib -lmiscutil
> ld: 0711-317 ERROR: Undefined symbol: squid_curtime
> ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
> information.
<snip>
>
> hummm this is the kind of error I'm not too sure what to do with
> Any idea?
>

So just that one now?
  That particular symbol requires linking SquidTime.o. Safe enough for
cf_gen, but is not used so should not be showing up undefined anyway.

> < Ah cf_gen. This may change with 3.1 builds. At least I hope so.
>
> < I think that may have something to do with the 32/64 bit differences
> involved with large-files.
> Will see on a later step if this error still exist with 3.1 and how we
> could solve it
>
> < These should work for you. Disabled components just removes potential
> problems you may hit in the default build :)
> agree unless enabling basic auth could add more errors
>
> < On the languages side, please use the Squid language package (
> http://www.squid-cache.org/Versions/langpack/) bundles now if possible.
> The texts and display are more complete than the 3.0 ones.
>
> Will take a look at them. Thanks for letting us know.
>

Amos

-- 
Please be using
   Current Stable Squid 2.7.STABLE8 or 3.0.STABLE25
   Current Beta Squid 3.1.0.18