>As I was said, it would drop out some platforms such as HPUX and Solaris
> where compilers don't support C++11 standard.
>> Are these platforms that significant anymore for Firebird?
Still used (and maintained) by some customers (and IBPhoenix) on 2.5
> Are there more than 1000 Firebird de
31.08.2016 22:26, Adriano dos Santos Fernandes wrote:
> TCS test ISC_ER43_TRAN is causing this error in cch.cpp:1563:
>
> fb_assert(bdb->bdb_flags & BDB_nbak_state_lock);
Assertions should be fixed now.
Thanks,
Vlad
TCS test ISC_ER43_TRAN is causing this error in cch.cpp:1563:
fb_assert(bdb->bdb_flags & BDB_nbak_state_lock);
Adriano
--
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/fire
>As I was said, it would drop out some platforms such as HPUX and Solaris
> where compilers don't support C++11 standard.
Are these platforms that significant anymore for Firebird?
Are there more than 1000 Firebird deployments on them?
Since we are talking about changes which apply to Fir
On 31/08/2016 08:32, Dimitry Sibiryakov wrote:
> 31.08.2016 13:27, Adriano dos Santos Fernandes wrote:
>> So why are you developing particular code as pool request in the main
>> project?
>"We do what we must because we can." (c)
>
>
Ok, I just unsubscribed myself to that particular PR.
Adria
31.08.2016 13:27, Adriano dos Santos Fernandes wrote:
> So why are you developing particular code as pool request in the main
> project?
"We do what we must because we can." (c)
--
WBR, SD.
--
Firebird-Devel mail
On 31/08/2016 08:23, Dimitry Sibiryakov wrote:
> 31.08.2016 13:15, Adriano dos Santos Fernandes wrote:
>> You're so funny starting to be against it
>I'm against? No, I use C++11 quite widely out of official Firebird tree.
>But in previous discussion everyone else said "no, we won't use C++1
31.08.2016 13:15, Adriano dos Santos Fernandes wrote:
> You're so funny starting to be against it
I'm against? No, I use C++11 quite widely out of official Firebird tree.
But in previous discussion everyone else said "no, we won't use C++11 in
Firebird", so
when you suggested it again, I s
On 31/08/2016 04:42, Dimitry Sibiryakov wrote:
> 31.08.2016 4:14, Adriano dos Santos Fernandes wrote:
>> The obsolete language standard we're using is so boring and so outdated.
>> We need to move on.
>As I was said, it would drop out some platforms such as HPUX and Solaris
> where
> compiler
On 31/08/2016 06:13, Thomas Steinmaurer wrote:
> Hello Adriano,
>
>> Adriano,
>>
>>> On 21/07/2016 05:42, Thomas Steinmaurer wrote:
Any further ideas?
>>> What the DE_DE collation expands, and you don't need to add parameter,
>>> are these chars:
>>>
>>> static const ExpandChar Expan
On 31/08/2016 04:42, Dimitry Sibiryakov wrote:
> 31.08.2016 4:14, Adriano dos Santos Fernandes wrote:
>> The obsolete language standard we're using is so boring and so outdated.
>> We need to move on.
>As I was said, it would drop out some platforms such as HPUX and Solaris
> where
> compiler
31.08.2016 12:47, Adriano dos Santos Fernandes wrote:
> We might continue avoiding the std class library for now, but anyway, we
> should need to use basic things supporting the language, like std::function.
You either avoid std or not, choose one.
Basic language things are explicitly delete
On 31/08/2016 05:49, Michal Kubecek wrote:
> This might vary a lot from feature to feature. There may be also
> difference between the language itself and standard library. For
> example, gcc 4.8 (which is the standard compiler in SLES 12, including
> upcoming SP2) supports C++11 as a language dial
On Wed, Aug 31, 2016 at 10:06:50AM +0200, Thomas Steinmaurer wrote:
> > 31.08.2016 05:14, Adriano dos Santos Fernandes wrote:
> >>
> >> In the code I'm writing, I had good opportunities to use some features
> >> that the compiler flags we're using disallowed, like lambda and default
> >> arguments
Hello Adriano,
> Adriano,
>
>> On 21/07/2016 05:42, Thomas Steinmaurer wrote:
>>> Any further ideas?
>>>
>>>
>> What the DE_DE collation expands, and you don't need to add parameter,
>> are these chars:
>>
>> static const ExpandChar ExpansionTbl[NUM_EXPAND_CHARS + 1] = {
>> {230, 97, 101},
31.08.2016 11:06, Thomas Steinmaurer wrote:
>
> Do we know that the new language features are stable enough?
So far we speak only about C++11 which is five years old already. And we
won't know without trying anyway. I remember us discovering bugs in
compilers during the C++ migration in early 20
> 31.08.2016 05:14, Adriano dos Santos Fernandes wrote:
>>
>> In the code I'm writing, I had good opportunities to use some features
>> that the compiler flags we're using disallowed, like lambda and default
>> arguments for template parameter.
>>
>> Also we have the ubiquitous ugly iterator types
31.08.2016 05:14, Adriano dos Santos Fernandes wrote:
>
> In the code I'm writing, I had good opportunities to use some features
> that the compiler flags we're using disallowed, like lambda and default
> arguments for template parameter.
>
> Also we have the ubiquitous ugly iterator types in for's
31.08.2016 4:14, Adriano dos Santos Fernandes wrote:
> The obsolete language standard we're using is so boring and so outdated.
> We need to move on.
As I was said, it would drop out some platforms such as HPUX and Solaris
where
compilers don't support C++11 standard.
--
WBR, SD.
-
19 matches
Mail list logo
