On 02/09/2021 13:21, Adriano dos Santos Fernandes wrote:
> On 02/09/2021 13:12, Dimitry Sibiryakov wrote:
>> Adriano dos Santos Fernandes wrote 02.09.2021 17:46:
>>> That makes no sense IMHO and I propose a change to make things simpler
>>> and faster.
>>>
>>> We define error messages (and all
Alex Peshkoff via Firebird-devel wrote 03.09.2021 14:18:
That's pity. It is a dead piece anyway.
After such phraze should fiollow: "instead it I suggest bla-bla-bla...".
Wasn't it obvious that I would suggest to get rid of whole firebird.msg and
all code around it leaving only built-in
On 9/2/21 7:32 PM, Dimitry Sibiryakov wrote:
That's pity. It is a dead piece anyway.
After such phraze should fiollow: "instead it I suggest bla-bla-bla...".
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
Em qui, 2 de set de 2021 16:31, Dimitry Sibiryakov
escreveu:
> Adriano dos Santos Fernandes wrote 02.09.2021 21:28:
> > The preprocessor could be used to generate that as well.
>
>Another custom preprocessor in addition to CLOOP?
>
C/C++ preprocessor.
Adriano
Firebird-Devel mailing list,
Adriano dos Santos Fernandes wrote 02.09.2021 21:28:
The preprocessor could be used to generate that as well.
Another custom preprocessor in addition to CLOOP?
--
WBR, SD.
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
Em qui, 2 de set de 2021 15:23, Mark Rotteveel
escreveu:
>
> The nice thing about the current solution is that it produces a database
> that is queryable, and I use that to generate the message and sqlstate
> files of Jaybird, and the list of error messages and codes in the
> language reference.
On 2021-09-02 17:46, Adriano dos Santos Fernandes wrote:
We have still traces of the old error message processing that only
complicate things.
We define errors in .sql files (it was database) and then everything is
as before.
We have generated files in the tree, which frequently causes merge
Adriano dos Santos Fernandes wrote 02.09.2021 18:21:
Do you suggest to get rid of firebird.msg (including localized
versions) altogether?
No. Utility that today reads a database will be compiled including the
header file and will generate firebird.msg as today.
That's pity. It is a dead
On 02/09/2021 13:12, Dimitry Sibiryakov wrote:
> Adriano dos Santos Fernandes wrote 02.09.2021 17:46:
>> That makes no sense IMHO and I propose a change to make things simpler
>> and faster.
>>
>> We define error messages (and all necessary things) in .h files and with
>> help of the preprocessor
Adriano dos Santos Fernandes wrote 02.09.2021 17:46:
That makes no sense IMHO and I propose a change to make things simpler
and faster.
We define error messages (and all necessary things) in .h files and with
help of the preprocessor (from the compiler) we use them (something like
done in
Hi!
We have still traces of the old error message processing that only
complicate things.
We define errors in .sql files (it was database) and then everything is
as before.
We have generated files in the tree, which frequently causes merge
conflicts, not very simple to fix, as generated files
11 matches
Mail list logo