- 16 March 2002
- GNAT 3.12 won't accept
type T is access Integer;
Pool : System.Storage_Pools.Root_Storage_Pool
renames T'Storage_Pool;
Instead, you have to use T'Storage_Pool directly.
- 16 January 2002
- User_Map (in Demonstrations) fails in
BC.Support.Managed_Storage while deallocating memory in a
finalization procedure. Not sure why, investigations say that the
pool was OK the previous time it was looked at ..
- 30 November 2001
- BC.Copy, BC.Filter can't be used under
ObjectAda 7.2, AdaMULTI 3.1 or Apex 3.0.0b; they think the
with package Source is new BC.Containers (Item);
is illegal because it derives from a controlled type at other than
library level. Tucker Taft says they are wrong.
- 30 November 2001
- ObjectAda 7.2 can't compile sort_test.adb (internal
failure).
- 13 August 2000
- The new work on providing Synchronized and Guarded forms has
thrown up a disagreement between compilers.
GNAT 3.12, APEX NT 3.0.2b and Aonix 7.2 get very confused; GNAT
3.13 is happy.
You can see an approximation to the code here.
- 29 May 1999
- A procedure and a protected type entry in the same scope had
the same name; you can't rely on the fact that only entries can
have 'Caller applied.
GNAT 3.11p was (incorrectly) resolving the name; it should be
qualified with the protected type's name.
See bc-support-synchronization.adb
(Semaphore_Type.Seize).
- 4 May 1999
- Under ObjectAda Special Edition Version 7.1, the current
implementation of BC.Support.Synchronization's
Semaphore fails.
- 13 March 1999
- John P. Woodruff
reports problems building the last few releases of the Components
with the Rational Apex compiler.
He reported the compiler defect to Rational, and they have
issued a patch. As patched, Apex 3.0.0b now does compile the entire
suite correctly.
The Apex version needed has the following version mark:
Apex/Summit PATCH: 199903042-1 Installed by ratadmin on Mar 9 08:45
This patch contains fixes for the following defects, for
additional information on the fixes refer to the file
$APEX_HOME/install/patches/Solaris_Desc_990304
- 29 January 1999
-
- Iterators
- The new Iterators work correctly under GNAT 3.11p and ObjectAda
Special Edition Version 7.1.
- ObjectAda Special Edition Version 7.1
- There are special versions of the Map, Queue and Stack test
drivers which avoid using the Dynamic forms:
map_test_aonix.adb
queue_test_aonix.adb
stack_test_aonix.adb
Don't use the test driver storage.adb.
- 23 January 1999
-
- Iterators
- The new Iterators break GNAT 3.10p. 3.11b is OK, so with any
luck the forthcoming 3.11p will be too!
- ObjectAda Special Edition Version 7.1 and Dynamic forms
- These are still broken.
- 20 October 1998
-
- Graph passive iterators
- The passive iterators in BC.Graphs.Directed and
BC.Graphs.Undirected break GNAT 3.10p and 3.11a1. 3.11b is
OK, so with any luck the forthcoming 3.11p will be too!
- ObjectAda Special Edition Version 7.1 and Dynamic
forms
- We have an update on this; the impression is that OA has
trouble with unconstrained types being allocated on a user-supplied
storage pool. The dynamic forms use an unconstrained array for
storage.
(As a note, the dynamic forms aren't as efficient as Grady Booch
intended, because of a code translation problem! this will be
addressed ...)
- ObjectAda Special Edition Version 7.1 and Managed
Store
- We've supplied a new version of
BC.Support.Managed_Storage which compiles under OA.
- ObjectAda Special Edition Version 7.1 and
Graph_Test
- The compiler fails (internal assertion failure) while compiling
Graph_Test. However, the demo program Ada_Units works as
intended.
- 6 October 1998
- When Pat Rogers added
Storage Management, we found problems with different compilers. I
guess this is an area of the language that's not been very heavily
used up to now.
- GNAT 3.10p
- No problems.
- GNAT 3.11a1
- No problems.
- GNAT 3.11b
- BC.Support.Unmanaged_Storage failed to compile.
We've worked round the problem by a (nugatory) view conversion from
what should have been a classwide attribute value already
('Storage_Pool).
- ObjectAda Special Edition Version 7.1
- BC.Support.Managed_Storage fails to compile.
BC.Support.Unmanaged_Storage compiles but the resulting
programs generate exceptions during elaboration of Dynamic forms of
Stacks, Queues.
We don't yet have workrounds for these, so for the time being
ObjectAda users should avoid using Managed Storage and Dynamic
forms with this release (if you want to help find a solution/our
mistake, though, please feel free!)