Re: [squid-dev] g++ 4.8.x and std::regex problems

2016-11-28 Thread Christos Tsantilas
On 29/11/2016 04:29 πμ, Amos Jeffries wrote: Please note that GCC 4.8 is not capable of building correctly operating Squid-4 either. So its not a matter of GCC 4.8 vs Squid. The 4.8 does not have any problem. I was doing all of my developments and tests using GCC-4.8 and never found a

[squid-dev] Build failed in Jenkins: 4-matrix » gcc,d-debian-unstable #10

2016-11-28 Thread noc
http://build.squid-cache.org/job/4-matrix/compiler=gcc,label=d-debian-unstable/10/-- [...truncated 34531 lines...] ../../../../src/ssl/support.cc:473:96: error: invalid conversion from 'int (*)(CRYPTO_EX_DATA*, CRYPTO_EX_DATA*, void*, int, long int, void*)

Re: [squid-dev] g++ 4.8.x and std::regex problems

2016-11-28 Thread Alex Rousskov
On 11/28/2016 07:29 PM, Amos Jeffries wrote: > GCC 4.8 is not capable of building correctly operating Squid-4 You have said that before, but in all such cases that I remember, the reality was actually different. I do not know if something has changed in v4 within the past month or so [but any

Re: [squid-dev] g++ 4.8.x and std::regex problems

2016-11-28 Thread Amos Jeffries
Please note that GCC 4.8 is not capable of building correctly operating Squid-4 either. So its not a matter of GCC 4.8 vs Squid. It is a question of whether GCC 4.9 is still the newest available GCC on any OS. Sadly it seems needed still for CentOS 7 and probably RHEL 7 too. On 29/11/2016

Re: [squid-dev] g++ 4.8.x and std::regex problems

2016-11-28 Thread Marcus Kool
On 11/28/2016 07:46 PM, Alex Rousskov wrote: Please undo that commit and let's discuss whether switching from libregex to std::regex now is a good idea. Thank you, Alex. Has anybody considered using RE2? It is a regex library that is fast, C++ source, high quality, public domain, and is

Re: [squid-dev] g++ 4.8.x and std::regex problems

2016-11-28 Thread Alex Rousskov
On 11/25/2016 06:39 AM, Amos Jeffries wrote: > On 25/11/2016 11:50 p.m., Christos Tsantilas wrote: >> I have problems to run latest squid-5. The reason looks that it is the >> r14954, which removes old GnuRegex and uses the std::regex API. >> >> The std::regex supported from gcc-4.9 and latest

Re: [squid-dev] [RFC] simplifying ssl_bump complexity

2016-11-28 Thread Alex Rousskov
On 11/28/2016 06:30 AM, Marcus Kool wrote: > On 11/27/2016 11:20 PM, Alex Rousskov wrote: >> It would be nice to prohibit truly impossible actions at the syntax >> level, but I suspect that the only way to make that possible is to focus >> on final actions [instead of steps] and require at *most*

Re: [squid-dev] [RFC] simplifying ssl_bump complexity

2016-11-28 Thread Marcus Kool
On 11/27/2016 11:20 PM, Alex Rousskov wrote: On 11/19/2016 07:06 PM, Amos Jeffries wrote: On 20/11/2016 12:08 p.m., Marcus Kool wrote: The current ssl bump steps allow problematic configs where Squid bumps or stares in one step and to splice in an other step, which can be resolved (made

[squid-dev] Build failed in Jenkins: 4-matrix » gcc,d-debian-unstable #9

2016-11-28 Thread noc
http://build.squid-cache.org/job/4-matrix/compiler=gcc,label=d-debian-unstable/9/-- [...truncated 34531 lines...] ../../../../src/ssl/support.cc:473:96: error: invalid conversion from 'int (*)(CRYPTO_EX_DATA*, CRYPTO_EX_DATA*, void*, int, long int, void*)