[lsb-discuss] Resolving some remaining 3.1 issues
Vladimir Rubanov
vrub at ispras.ru
Tue Jan 16 08:43:26 PST 2007
Mats,
Indeed, most of the issues will be easy to fix when we restructure db
schema, data and scripts, which we do in ISP RAS as a part of LSB
Infrastructure project. In particular:
1. 1424 & 1512 will be easily fixed after the Type schema reform (e.g.
implementing Type-TypeMember relationship as architecture specific, getting
rid of ArchTypeMem table, removing direct Type-Architecture link, etc.).
2. 1431 - will be fixed after we augment the db regarding SrcOnly interfaces
and change header generation scripts accordingly.
However, these DB and scripts updates are not in January plan, so let us
solve them after the 3.1 Update 1.
Regarding 1489, normally we should think a solution in db & scripts to
handle conditional declarations. Meanwhile, as particular assert.h case
seems to be the only known one of this kind, we suggest to have a workaround
in the generation scripts to handle it specially and generate the assert
macro definition in #ifdef-#else. Denis will prepare a patch to the script.
We may think about a better solution in future.
Unfortunately, we cannot say anything useful about 1523 (C++ headers).
Bottom line:
1. 1424 & 1512 will be fixed later (after the Update).
2. 1489 will have a workaround for the Update. Maybe a better solution in
future.
3. 1523 - nothing to say at the moment.
Regards,
Vladimir.
-----Original Message-----
From: lsb-discuss-bounces at lists.freestandards.org
[mailto:lsb-discuss-bounces at lists.freestandards.org] On Behalf Of Wichmann,
Mats D
Sent: Tuesday, January 16, 2007 3:00 AM
To: lsb-discuss at freestandards.org
Subject: [lsb-discuss] Resolving some remaining 3.1 issues
This one affects both the spec and build environment:
1424 -ctype enums wrong on big-endian arch.
http://bugs.linuxbase.org/show_bug.cgi?id=1424
this isn't easy to fix quickly as the database changes
are rather complex.
There's some more stuff on the build environment side that
looks like it has the potential to cause assorted build
problems (in fact, these have all been reported as build
problems):
1431 -atexit() in the LSB Software Development Kit (SDK)..
http://bugs.linuxbase.org/show_bug.cgi?id=1431
1489 -assert.h is broken.
http://bugs.linuxbase.org/show_bug.cgi?id=1489
And two newer bugs that are not formally on the 3.1 list:
1512 - wchar_t may have wrong type
http://bugs.linuxbase.org/show_bug.cgi?id=1512
1523 - c++ headers don't enable allocators correctly
http://bugs.linuxbase.org/show_bug.cgi?id=1523
If anyone has ideas for clean fixes to these that work with
the way the build environment is constructed, I'd be
thrilled to hear about it. All but the C++ headers one
are (to my mind anyway) complicated by the way things are
constructed in the database.
-- mats
_______________________________________________
lsb-discuss mailing list
lsb-discuss at lists.freestandards.org
http://lists.freestandards.org/mailman/listinfo/lsb-discuss
More information about the lsb-discuss
mailing list