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 problem,
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*) {
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 such
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 11:
On 11/28/2016 03:58 PM, Alex Rousskov wrote:
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 [i
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 s
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 rele
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* o
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 impos
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*) {a
10 matches
Mail list logo