On 2020-01-27 19:51, Dimitry Sibiryakov wrote:
27.01.2020 17:45, Alex Peshkoff via Firebird-devel wrote:
Am I understanding right that when ibase.h is included that constants
will be in global namespace as before?
Sure. When you write in Interface.h something like this:
namespace Firebird {
28.01.2020 09:52, Alex Peshkoff via Firebird-devel wrote:
Currently that will not work. We have
#define isc_spb_rpr_commit_trans 15
notation in consts_pub.h which is unaffected by namespace. And we need it cause .h file
may be used in plain C code.
That's why modern headers used to co
On 28/01/2020 07:20, Dimitry Sibiryakov wrote:
> 28.01.2020 09:52, Alex Peshkoff via Firebird-devel wrote:
>> Currently that will not work. We have
>> #define isc_spb_rpr_commit_trans 15
>> notation in consts_pub.h which is unaffected by namespace. And we
>> need it cause .h file may be used
DECFLOAT: subtraction Num1 - Num2 leads to "Decimal float overflow" if Num2 is
specified in scientific notation and less than max double (
1.7976931348623157e308 )
-
On 2020-01-28 13:36, Adriano dos Santos Fernandes wrote:
On 28/01/2020 07:20, Dimitry Sibiryakov wrote:
28.01.2020 09:52, Alex Peshkoff via Firebird-devel wrote:
Currently that will not work. We have
#define isc_spb_rpr_commit_trans 15
notation in consts_pub.h which is unaffected by name
28.01.2020 13:26, Alex Peshkoff via Firebird-devel wrote:
Modern code does not use defines for constants.
Certainly, but the problem is with old one, particular consts_pub.h.
It is a matter of one-time copy-paste and search-and-replace. Perhaps, sed can
transform all "#define XXX NNN" into
On 2020-01-28 16:41, Dimitry Sibiryakov wrote:
28.01.2020 13:26, Alex Peshkoff via Firebird-devel wrote:
Modern code does not use defines for constants.
Certainly, but the problem is with old one, particular consts_pub.h.
It is a matter of one-time copy-paste and search-and-replace.
Perha
On 2020-01-28 16:46, Alex Peshkoff via Firebird-devel wrote:
On 2020-01-28 16:41, Dimitry Sibiryakov wrote:
28.01.2020 13:26, Alex Peshkoff via Firebird-devel wrote:
Modern code does not use defines for constants.
Certainly, but the problem is with old one, particular consts_pub.h.
It is
28.01.2020 13:26, Alex Peshkoff via Firebird-devel wrote:
Do you suggest to move all consts to FirebirdInterface.idl? That's possible way
to go.
I still think that keeping constants in a separate header is better for flexibility.
And definitely duplicating of them for old and new APIs is a
28.01.2020 14:55, Alex Peshkoff via Firebird-devel wrote:
in plain C - "const declarations do not produce constant expressions, i.e. in C you can't
use a const int object in a case label",
That's why declarations used to be separated for C and C++.
Still the main problem is that macros can
On 2020-01-28 16:58, Dimitry Sibiryakov wrote:
28.01.2020 13:26, Alex Peshkoff via Firebird-devel wrote:
Do you suggest to move all consts to FirebirdInterface.idl? That's
possible way to go.
I still think that keeping constants in a separate header is better
for flexibility. And definitely
On 2020-01-28 17:11, Dimitry Sibiryakov wrote:
28.01.2020 14:55, Alex Peshkoff via Firebird-devel wrote:
in plain C - "const declarations do not produce constant expressions,
i.e. in C you can't use a const int object in a case label",
That's why declarations used to be separated for C and C
28.01.2020 16:56, Alex Peshkoff via Firebird-devel wrote:
I'm afraid nobody has plain-C solution for it.
Neither I need it. C++ solution would be nice.
In a mean time I had to write a wrapper and #undef every conflicting macros by hand
redefining them as a constant in a namespace.
--
Hello, All.
In StatusArgs.h I see definition of SqlState class but no its usage anywhere. How it is
supposed to be used?
--
WBR, SD.
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
On 2020-01-28 19:42, Dimitry Sibiryakov wrote:
Hello, All.
In StatusArgs.h I see definition of SqlState class but no its usage
anywhere. How it is supposed to be used?
More or less obvious - if sql state to be set explicitly when raising an
exception and should differ from default for us
28.01.2020 17:55, Alex Peshkoff via Firebird-devel wrote:
More or less obvious - if sql state to be set explicitly when raising an exception and
should differ from default for used error code.
Yes, it is obvious but I wonder how to use it with warnings.
--
WBR, SD.
Firebird-Devel mailin
On 2020-01-28 20:01, Dimitry Sibiryakov wrote:
28.01.2020 17:55, Alex Peshkoff via Firebird-devel wrote:
More or less obvious - if sql state to be set explicitly when raising
an exception and should differ from default for used error code.
Yes, it is obvious but I wonder how to use it with w
17 matches
Mail list logo
