I still haven't figured out why libstdc++ needs to be installed prior
to running the testsuite.
That's weird... nothing immediately comes to mind.
LD_RUN_PATH in the environment is the culprit.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research
i am concerned that between gcc versions, there are often changes in the
C++ (and maybe others) ABI, and moving all of our packages to the new
version is likely going to be a painful process. If the g++-3.2 ABI is
already frozen (?)
The C++ ABI is done, but there were minor bugs in 3.0's
John David Anglin writes:
While preparing gcc-3.1 packages I noticed many eh-related regressions
fixed in the trunk, when dwarf2 support was added. With Dave's
guidance I made a diff of the pa subdirectory from the trunk and
applied it to the branch. Although many FAILS are gone, there are
this is a diff of the test results for b and c. g++ is worse, the
I think all the new g++ fails are in new tests. So, I don't think
g++ is actually worse.
regressions for g77 and gcc are new test cases in the trunk. One new
gcc regression:
Yes, gcc.c-torture/compile/2504-1.c is a
John David Anglin writes:
Thanks. Could you try the following patch, please?
yes, allows the bootstrap.
--- 5ntaprop.adb.~1.3.~ Sun Mar 17 09:08:21 2002
+++ 5ntaprop.adb Sun Apr 28 22:42:59 2002
@@ -45,9 +45,6 @@
-- used for Ada_Task_Control_Block
-- Task_ID
Matthias Klose wrote:
Sm9obiBEYXZpZCBBbmdsaW4gd3JpdGVzOg0KPiA+IFdoaWxlIHByZXBhcmluZyBnY2MtMy4x
IHBhY2thZ2VzIEkgbm90aWNlZCBtYW55IGVoLXJlbGF0ZWQgcmVncmVzc2lvbnMNCj4gPiBm
...
Matthias (and others),
base64 encoded email doesn't archive well:
While preparing gcc-3.1 packages I noticed many eh-related regressions
fixed in the trunk, when dwarf2 support was added. With Dave's
guidance I made a diff of the pa subdirectory from the trunk and
applied it to the branch. Although many FAILS are gone, there are some
new (diff below).
I would
i am concerned that between gcc versions, there are often changes in the
C++ (and maybe others) ABI, and moving all of our packages to the new
version is likely going to be a painful process. If the g++-3.2 ABI is
already frozen (?) and we move directly to it then we may save ourselves
some
While preparing gcc-3.1 packages I noticed many eh-related regressions
fixed in the trunk, when dwarf2 support was added. With Dave's
guidance I made a diff of the pa subdirectory from the trunk and
applied it to the branch. Although many FAILS are gone, there are some
new (diff below).
In
9 matches
Mail list logo
