--- Comment #12 from oliver dot kellogg at eads dot com 2009-11-10 05:38
---
Does this still happen with current trunk, esp. after the EH rewrite?
Does not happen with trunk r154034.
Thanks.
--
oliver dot kellogg at eads dot com changed:
What|Removed
--- Comment #4 from oliver dot kellogg at eads dot com 2009-09-06 19:21
---
I don't know what fixed it but it doesn't happen with trunk 20090819 and newer.
--
oliver dot kellogg at eads dot com changed:
What|Removed |Added
--- Comment #2 from oliver dot kellogg at eads dot com 2009-08-19 18:54
---
Ada is not a default language currently and has not been since 4.0.0.
I find that counter-intuitive - how come all other languages are built,
just Ada is not?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #5 from oliver dot kellogg at eads dot com 2009-08-19 20:42
---
I think we finally should enable ada and obj-c++ by default if all
requirements
are met.
Could you point me to the relevant discussion about these requirements?
Thanks.
--
http://gcc.gnu.org/bugzilla
--- Comment #1 from oliver dot kellogg at eads dot com 2009-08-19 05:45
---
Using trunk r150901 on openSuSE-11.1 i686-pc-linux-gnu, I get:
[...]
Fixed: Xm/Traversal.h
complex.h /usr/src/packages/SOURCES/gcc/fixincludes/tests/base/complex.h
differ: byte 262, line 13
*** complex.h
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliver dot kellogg at eads dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40805
--- Comment #1 from oliver dot kellogg at eads dot com 2009-07-19 15:03
---
Created an attachment (id=18228)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18228action=view)
source files for reproducing the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40805
--- Comment #2 from oliver dot kellogg at eads dot com 2009-07-19 19:29
---
Problem is also present on gcc-4_4-branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40805
--- Comment #9 from oliver dot kellogg at eads dot com 2009-07-17 17:49
---
Triggered by
http://gcc.gnu.org/viewcvs?root=gccview=revrev=146776
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40599
--- Comment #7 from oliver dot kellogg at eads dot com 2009-07-12 04:41
---
--- Comment #2 From Oliver Kellogg 2009-06-30 10:49 [reply] ---
Does not happen with 4.5.0 trunk 20090406 and earlier versions.
Pardon, the version used was 20090314.
Does happen with 20090506
--- Comment #8 from oliver dot kellogg at eads dot com 2009-07-12 05:28
---
Building 20090406 r145578 now.
Does not happen there - problem must be between 20090406 and 20090506.
Does further narrowing down make sense?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40599
--- Comment #1 from oliver dot kellogg at eads dot com 2009-06-30 10:34
---
Created an attachment (id=18099)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18099action=view)
source files for reproducing the bug
Tried this with i686-linux-gnu and x86_64-linux-gnu and with various
--- Comment #2 from oliver dot kellogg at eads dot com 2009-06-30 10:49
---
Does not happen with 4.5.0 trunk 20090406 and earlier versions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40599
--- Comment #4 from oliver dot kellogg at eads dot com 2009-06-30 11:06
---
My bet would be var-tracking. Can you try if -fno-var-tracking fixes this?
On the mark. Doesn't happen with -fno-var-tracking
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40599
--- Comment #2 from oliver dot kellogg at eads dot com 2009-02-27 09:28
---
FWIW, pressing Ctrl-C in gdb when the program blocks shows following trace:
Program received signal SIGINT, Interrupt.
0x0805bbd1 in system.soft_links.task_lock_nt () at s-soflin.adb:295
295procedure
--- Comment #3 from oliver dot kellogg at eads dot com 2009-02-27 18:42
---
Expanding on comment #2, there seems to be an endless loop around
s-fileio.adb:377ff.
376 Fptr1 := Open_Files;
377 while Fptr1 /= null loop
378 Fptr2 := Fptr1.Next;
379 Close
when linked
with Ada shared lib
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliver dot kellogg
--- Comment #1 from oliver dot kellogg at eads dot com 2009-01-13 20:39
---
Created an attachment (id=17092)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17092action=view)
source code and makefiles for the test application
Usage:
$ tar xvzf gnat-shared_lib.tgz
$ cd shared_lib
--- Comment #17 from oliver dot kellogg at eads dot com 2008-08-21 05:41
---
Created an attachment (id=16118)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16118action=view)
regenerated statistics: trunk r139367 gnat1-gnat95 -fmem-report -fdump-tree-all
pkg001u.adb
--
http
--- Comment #16 from oliver dot kellogg at eads dot com 2008-06-02 19:16
---
Created an attachment (id=15715)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15715action=view)
output from -fdump-tree-original of gnat1 compiling pkg001u.adb
(in reply to comment #15)
You can look
--- Comment #13 from oliver dot kellogg at eads dot com 2008-06-01 18:10
---
Created an attachment (id=15708)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15708action=view)
instrumentation of build_simple_component_ref (for analysis only)
I put in some putchar calls of different
--- Comment #14 from oliver dot kellogg at eads dot com 2008-06-01 18:28
---
Created an attachment (id=15709)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15709action=view)
console output from gnat1 with the above instrumentation
The following pattern occurs extremely often
--- Comment #1 from oliver dot kellogg at eads dot com 2008-05-25 09:39
---
Must have been some leftovers in my build dir.
Works after complete rebuild from scratch. Sorry for the noise
--
oliver dot kellogg at eads dot com changed:
What|Removed
--- Comment #3 from oliver dot kellogg at eads dot com 2008-05-25 10:38
---
Does not happen with -gnatc (syntax and semantics check only.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898
--- Comment #5 from oliver dot kellogg at eads dot com 2008-05-25 13:31
---
Created an attachment (id=15679)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15679action=view)
statistics output from gnat1 on pkg001u.adb without aggregate assignments
--
http://gcc.gnu.org
--- Comment #6 from oliver dot kellogg at eads dot com 2008-05-25 13:38
---
Created an attachment (id=15680)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15680action=view)
statistics output from gnat1 on pkg001u.adb with one assignment
Here, I enabled the assignment in line 377
--- Comment #8 from oliver dot kellogg at eads dot com 2008-05-25 15:42
---
(in reply to comment #4)
Does enabling optimization (-O) fix the problem?
No, does not change the behavior (other than taking even longer)
[...] stats with a compiler configured with
--enable-gather
--- Comment #9 from oliver dot kellogg at eads dot com 2008-05-25 18:12
---
Created an attachment (id=15681)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15681action=view)
gnat1 (trunk r135848) output from -fmem-report, no aggregate assignments
--
http://gcc.gnu.org/bugzilla
--- Comment #10 from oliver dot kellogg at eads dot com 2008-05-25 18:17
---
Created an attachment (id=15682)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15682action=view)
same as above but with assignments in pkg001u.adb lines 296 and 377 enabled
--
http://gcc.gnu.org
--- Comment #11 from oliver dot kellogg at eads dot com 2008-05-25 18:43
---
Created an attachment (id=15683)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15683action=view)
att15682 was incorrect, two assignments already exhaust the memory. memreport
for _one_ assignmt
r135848)
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliver dot kellogg at eads dot com
--- Comment #2 from oliver dot kellogg at eads dot com 2008-05-22 11:23
---
Still happens with 4.4.0 20080522.
Please advise if there is any further info that I could provide
to help track the problem down.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898
parameter
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliver dot kellogg at eads dot com
http://gcc.gnu.org
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliver dot kellogg at eads dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898
--- Comment #1 from oliver dot kellogg at eads dot com 2008-01-21 07:30
---
Created an attachment (id=14985)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14985action=view)
source code for producing the bug
I tried this with gcc-4.1, 4.2, and 4.3.
If I remove the aggregate
--- Comment #6 from oliver dot kellogg at eads dot com 2007-12-14 13:00
---
Backtrace using 20071213 r130895
(gdb) bt
#0 __gnat_debug_raise_exception (e=0x8b19390) at
../../../SOURCES/gcc/gcc/ada/s-except.adb:48
#1 0x080a5b9d in __gnat_raise_nodefer_with_msg (e=0x8b19390
--- Comment #3 from oliver dot kellogg at eads dot com 2007-12-13 11:22
---
(gdb) bt
#0 __gnat_debug_raise_exception (e=0x8b1498c)
at ../../../SOURCES/gcc/gcc/ada/s-except.adb:48
#1 0x080a58d3 in __gnat_raise_nodefer_with_msg (e=0x8b1498c)
at ../../../SOURCES/gcc/gcc/ada
--- Comment #4 from oliver dot kellogg at eads dot com 2007-12-14 04:26
---
Created an attachment (id=14750)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14750action=view)
source code narrowed down to the bug trigger
Still happens with 20071213 r130895.
--
oliver dot kellogg
--- Comment #3 from oliver dot kellogg at eads dot com 2007-12-11 09:36
---
Still happens with 20071211 r130768.
BTW the workaround is to introduce a temporary variable (LICG) as follows:
package body mac6dw is
procedure Generate_Callforward is
MADR
at gcc dot gnu dot org
ReportedBy: oliver dot kellogg at eads dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34440
--- Comment #1 from oliver dot kellogg at eads dot com 2007-12-11 23:42
---
Created an attachment (id=14735)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14735action=view)
source code for producing the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34440
--- Comment #2 from oliver dot kellogg at eads dot com 2007-10-21 15:44
---
Also happens with 4.3.0-20071021 r129524.
Does not happen with -O (optimize).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33788
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliver dot kellogg at eads dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33788
--- Comment #1 from oliver dot kellogg at eads dot com 2007-10-15 20:41
---
Created an attachment (id=14356)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14356action=view)
source files for reproducing the compiler bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33788
--- Comment #1 from oliver dot kellogg at eads dot com 2007-09-29 17:10
---
No longer crashes for me using r128881 (4.3.0 20070929)
--
oliver dot kellogg at eads dot com changed:
What|Removed |Added
ReportedBy: oliver dot kellogg at eads dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32299
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliver dot kellogg at eads dot com
GCC host triplet: same as target
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliver dot kellogg at eads dot com
GCC host triplet: i686-pc-linux
http://gcc.gnu.org/bugzilla
--- Comment #1 from oliver dot kellogg at eads dot com 2006-11-30 08:13
---
Created an attachment (id=12713)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12713action=view)
Please include these source files with error report [...]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #2 from oliver dot kellogg at eads dot com 2006-11-30 08:14
---
Does not happen with GNAT Pro 5.04a.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30027
50 matches
Mail list logo
