here are the patches that were applied:
squid-2.5.STABLE9-2GB.patch squid-2.5.STABLE9-CONNECT_truncated.patch squid-2.5.STABLE9-acl_error.patch squid-2.5.STABLE9-aufs.patch squid-2.5.STABLE9-aufs_shutdown.patch squid-2.5.STABLE9-bzero.patch squid-2.5.STABLE9-cachemgr_objects.patch squid-2.5.STABLE9-config_overflow.patch squid-2.5.STABLE9-ctype.patch squid-2.5.STABLE9-date.patch squid-2.5.STABLE9-defer_digest_fetch.patch squid-2.5.STABLE9-delay_access_doc.patch squid-2.5.STABLE9-disable_hostname_checks.patch squid-2.5.STABLE9-dup_content_length.patch squid-2.5.STABLE9-excess_data.patch squid-2.5.STABLE9-extaclauth.patch squid-2.5.STABLE9-ftp_EPLF.patch squid-2.5.STABLE9-ftp_base_href.patch squid-2.5.STABLE9-long_basic_auth.patch squid-2.5.STABLE9-pid_t.patch squid-2.5.STABLE9-reload_into_ims.patch squid-2.5.STABLE9-setcookie.patch squid-2.5.STABLE9-syslog.patch
They are being applied in alphabetical order via a shell script.. could the patch order be the problem?
-gvb
On May 10, 2005, at 2:07 PM, Henrik Nordstrom wrote:
On Tue, 10 May 2005, Gaylord Van Brocklin wrote:
On FreeBSD 4.10-STABLE (as of Dec 2nd) gcc version 2.95.4 20020320 [FreeBSD]
I get the following error when compiling:
source='stmem.c' object='stmem.o' libtool=no depfile='.deps/stmem.Po' tmpdepfile='.deps/stmem.TPo' depmode=gcc /bin/sh ../cfgaux/depcomp gcc -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\"/usr/local/squid/etc/squid.conf\" -I. -I. -I../include -I. -I. -I../include -I../include -g -O2 -Wall -c `test -f stmem.c || echo './'`stmem.c
stmem.c:70: conflicting types for `stmemFreeDataUpto'
protos.h:863: previous declaration of `stmemFreeDataUpto'
Any patches applied?
If so, which and from what dates?
My guess is that you have a partially applied or out of date 2GB patch in your source tree, causing the function to be inconsistently declared.
I have verified the declaration in both Squid-2.5.STABLE9, Current CVS and Squid-2.5.STABLE9 + all patches and in all is it consistent.
Regards Henrik
