[squid-users] 4.0.25 -- build, ok... probs on 3.x still there, but may not be so important?

[L A Walsh]

It seems I didn't patch it correctly...weird didn't see
any output.

Tried applying .25 patch to copy of .24 dir and it didn't
apply correctly, since I d/l the tarball, and now it build
fine...so.... gonna go play with this now...

FWIW, though the 3.x issues -- compiler changed...not sure
what else would be causing weird issues...
one of them was deprecation warnings and that could easily
be the new compiler...
Anyway...gonna go try to get 4.0.25 running...

sorry for bother.



L A Walsh wrote:

> Also, tried recompiling 3.5.21+22 and ran into some issues (which
> don't really need solving if I get 4.0.25 up and running, but thought
> I'd mention them as they seem to be related to me using a more recent
> gcc toolchain (7.1.0).
> Got a few warnings that were escalated into errors:
> 
> 1 was due to something deprecated (from 3.5.21 build)
> 
> In file included from ../../include/util.h:37:0,
>                  from ntlmauth.cc:20:
> ../../include/SquidNew.h:21:51: error: dynamic exception specifications 
> are deprecated in C++11 [-Werror=deprecated]
>  _SQUID_EXTERNNEW_ void *operator new(size_t size) throw (std::bad_alloc)
>                                                    ^~~~~
> ../../include/SquidNew.h:29:54: error: dynamic exception specifications 
> are deprecated in C++11 [-Werror=deprecated]
>  _SQUID_EXTERNNEW_ void *operator new[] (size_t size) throw (std::bad_alloc)
> --------
> 
> After disabling that fatal warning, I ran into a different warning
> in the FtpGateway.cc file:
> FtpGateway.cc: In member function ‘const char* Ftp::Gateway::ftpRealm()’:
> FtpGateway.cc:1288:1: error: ‘%s’ directive output may be truncated 
> writing up to 8191 bytes into a region of size 8188 
> [-Werror=format-truncation=]
>  Ftp::Gateway::ftpRealm()
>  ^~~
> FtpGateway.cc:1294:17: note: ‘snprintf’ output between 13 and 8204 bytes 
> into a destination of size 8192
>          snprintf(realm, 8192, "FTP %s unknown", user);
>          ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> FtpGateway.cc:1288:1: error: ‘%s’ directive output may be truncated 
> writing up to 8191 bytes into a region of size 8188 
> [-Werror=format-truncation=]
>  Ftp::Gateway::ftpRealm()
>  ^~~
> ...
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> FtpGateway.cc: In function ‘void ftpSendUser(Ftp::Gateway*)’:
> FtpGateway.cc:1304:1: error: ‘%s’ directive output may be truncated 
> writing up to 8191 bytes into a region of size 1019 
> [-Werror=format-truncation=]
>  ftpSendUser(Ftp::Gateway * ftpState)
>  ^~~~~~~~~~~
> cc1plus: all warnings being treated as errors
> 
> There were others, of the same sort that I didn't copy here.  I turned off
> fatal warnings, as this used to work under an older compiler,
> but then some things didn't want to link:
> 
>   CXXLD    pinger
> debug.o: In function `FileNameHashCached(char const*)':
> debug.cc:(.text+0x4e): undefined reference to 
> `TextException::FileNameHash(char const*)'
> globals.o: In function `FileNameHashCached(char const*)':
> globals.cc:(.text+0x2c): undefined reference to 
> `TextException::FileNameHash(char const*)'
> SquidConfig.o: In function `FileNameHashCached(char const*)':
> SquidConfig.cc:(.text+0x2c): undefined reference to 
> `TextException::FileNameHash(char const*)'
> stub_HelperChildConfig.o: In function `FileNameHashCached(char const*)':
> stub_HelperChildConfig.cc:(.text+0x2c): undefined reference to 
> `TextException::FileNameHash(char const*)'
> collect2: error: ld returned 1 exit status
> Makefile:880: recipe for target 'pinger' failed
> make[3]: *** [pinger] Error 1
> 
> ----
> Made wonder if maybe gcc V7.1.0 wasn't supported or tried?
> 
> ---
> 
> That's when I decided to try 4.0.25...which points back to the
> top of this email...
> 
> so...missing 'func_quote_for_eval'?  relation to am-1.15?
> am-1.16 usable instead?
> 
> Thanks,
> -linda
> 
> 
> 
> 
> 
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users
>