On 26.08.2019 18:25, Adriano dos Santos Fernandes wrote:
You noted situation above and I could give more reasons:
- re2 has it interface in C++, i.e., there is not C wrapper function
receiving C objects like ICU, so when we use shared re2, we'll using
libstdc++ in our code, and it could be inlin
On 26/08/2019 11:34, Alex Peshkoff via Firebird-devel wrote:
> On 22.08.2019 19:22, Adriano dos Santos Fernandes wrote:
>> On 22/08/2019 06:20, peshkoff--- via Firebird-devel wrote:
>>> Before making a choice i want to know why only optimized build is
>>> affected. Pay attention - delete is redefin
26.08.2019 16:34, Alex Peshkoff via Firebird-devel wrote:
But leaving that problems not directly touching us rignt now - what version of new/delete
(std or our) is used by std:: objects when linked with -static-libstdc++? Should be our,
just want to make sure.
Though it is not directly relat
On 22.08.2019 19:22, Adriano dos Santos Fernandes wrote:
On 22/08/2019 06:20, peshkoff--- via Firebird-devel wrote:
Before making a choice i want to know why only optimized build is
affected. Pay attention - delete is redefined in it too. Why that
behavior difference?
Alex, my understand is t
On 23/08/2019 07:23, Vlad Khorsun wrote:
> 20.08.2019 4:26, Adriano dos Santos Fernandes wrote:
>> Hi!
>>
>> When linking optimized static build of re2 with Firebird
>
> Adriano, could you explain, please, - why you choose RE2 for
> re-implemenation of
> regexp support ? Why not ICU, for example
20.08.2019 4:26, Adriano dos Santos Fernandes wrote:
Hi!
When linking optimized static build of re2 with Firebird
Adriano, could you explain, please, - why you choose RE2 for re-implemenation
of
regexp support ? Why not ICU, for example ? There are more free implemenations
(such
as PCRE, b
On 22/08/2019 06:20, peshkoff--- via Firebird-devel wrote:
> Before making a choice i want to know why only optimized build is
> affected. Pay attention - delete is redefined in it too. Why that
> behavior difference?
>
>
Alex, my understand is that non-optimized code calls the classes
(std::string
авг 2019 4:26
Subject: [Firebird-devel] Linking re2 and libstdc++ in Linux
Hi!
When linking optimized static build of re2 with Firebird in Linux, crash
happens when destroying some RE2 objects.
I have tracked the problem:
- Firebird (libEngine or executables) defines new/delete operators and
2019. 08. 20. 6:23 keltezéssel, Dmitry Kovalenko írta:
Hello,
RE2 - it is "Resident Evil 2" game?
Dmitry Kovalenko.
https://github.com/google/re2
Gabor
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
20.08.2019 3:26, Adriano dos Santos Fernandes wrote:
It seems there are three ways to fix the problem:
Actually, four:
4) Don't use std::string or use it with Firebid allocator.
--
WBR, SD.
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/fire
Hello,
RE2 - it is "Resident Evil 2" game?
Dmitry Kovalenko.
вт, 20 авг. 2019, 4:27 Adriano dos Santos Fernandes :
> Hi!
>
> When linking optimized static build of re2 with Firebird in Linux, crash
> happens when destroying some RE2 objects.
>
> I have tracked the problem:
> - Firebird (libEngi
Hi!
When linking optimized static build of re2 with Firebird in Linux, crash
happens when destroying some RE2 objects.
I have tracked the problem:
- Firebird (libEngine or executables) defines new/delete operators and
hides them through version script
- re2 uses libstdc++ std::string (for example
12 matches
Mail list logo