[email protected] 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
