[Bug debug/40599] [4.5 regression] GCC error in pre_and_rev_post_order_compute, at cfganal.c:1045

2009-11-09 Thread oliver dot kellogg at eads dot com


--- 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 |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40599



[Bug ada/40805] verify_gimple failure preceded by non-trivial conversion at assignment errors

2009-09-06 Thread oliver dot kellogg at eads dot com


--- 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

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40805



[Bug bootstrap/41124] 'configure' checks for Ada compiler but does not build one

2009-08-19 Thread oliver dot kellogg at eads dot com


--- 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?id=41124



[Bug bootstrap/41124] 'configure' checks for Ada compiler but does not build one

2009-08-19 Thread oliver dot kellogg at eads dot com


--- 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/show_bug.cgi?id=41124



[Bug testsuite/39655] autogen fixinclude test FAILURES - trunk revision 145337

2009-08-18 Thread oliver dot kellogg at eads dot com


--- 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   2009-08-19 07:19:12.0 +0200
--- /usr/src/packages/SOURCES/gcc/fixincludes/tests/base/complex.h 
2009-08-18 22:01:38.0 +0200
***
*** 10,16 


  #if defined( AIX_COMPLEX_CHECK )
! #  define _Complex_I (__extension__ 1.0iF)

  #endif  /* AIX_COMPLEX_CHECK */

--- 10,16 


  #if defined( AIX_COMPLEX_CHECK )
! #define _Complex_I (__extension__ 1.0iF)

  #endif  /* AIX_COMPLEX_CHECK */

stdint.h /usr/src/packages/SOURCES/gcc/fixincludes/tests/base/stdint.h differ:
byte 283, line 13
*** stdint.h2009-08-19 07:19:12.0 +0200
--- /usr/src/packages/SOURCES/gcc/fixincludes/tests/base/stdint.h  
2009-08-18 22:01:38.0 +0200
*** 10,50 


  #if defined( AIX_STDINT_1_CHECK )
! #define UINT8_MAX (255)
! #define UINT16_MAX(65535)
  #endif  /* AIX_STDINT_1_CHECK */


  #if defined( AIX_STDINT_2_CHECK )
! #define INTPTR_MIN(-INTPTR_MAX-1)
! #define INTPTR_MAX9223372036854775807L
! #define UINTPTR_MAX   18446744073709551615UL
  #else
! #define INTPTR_MIN(-INTPTR_MAX-1)
! #define INTPTR_MAX2147483647L
! #define UINTPTR_MAX   4294967295UL
  #endif  /* AIX_STDINT_2_CHECK */


  #if defined( AIX_STDINT_3_CHECK )
! #define PTRDIFF_MIN (-PTRDIFF_MAX - 1)
! #define PTRDIFF_MAX __PTRDIFF_MAX__
  #else
! #define PTRDIFF_MIN (-PTRDIFF_MAX - 1)
! #define PTRDIFF_MAX __PTRDIFF_MAX__
  #endif  /* AIX_STDINT_3_CHECK */


  #if defined( AIX_STDINT_4_CHECK )
! #define SIZE_MAX __SIZE_MAX__
  #else
! #define SIZE_MAX __SIZE_MAX__
  #endif  /* AIX_STDINT_4_CHECK */
#if defined( AIX_STDINT_5_CHECK )
! #define UINT8_C(c) __UINT8_C(c)
! #define UINT16_C(c) __UINT16_C(c)
  #endif  /* AIX_STDINT_5_CHECK */


--- 10,50 


  #if defined( AIX_STDINT_1_CHECK )
! #define UINT8_MAX (255U)
! #define UINT16_MAX(65535U)
  #endif  /* AIX_STDINT_1_CHECK */


  #if defined( AIX_STDINT_2_CHECK )
! #define INTPTR_MININT64_MIN
! #define INTPTR_MAXINT64_MAX
! #define UINTPTR_MAX   UINT64_MAX
  #else
! #define INTPTR_MININT32_MIN
! #define INTPTR_MAXINT32_MAX
! #define UINTPTR_MAX   UINT32_MAX
  #endif  /* AIX_STDINT_2_CHECK */


  #if defined( AIX_STDINT_3_CHECK )
! #define PTRDIFF_MIN   INT64_MIN
! #define PTRDIFF_MAX   INT64_MAX
  #else
! #define PTRDIFF_MIN INT32_MIN
! #define PTRDIFF_MAX   INT32_MAX
  #endif  /* AIX_STDINT_3_CHECK */


  #if defined( AIX_STDINT_4_CHECK )
! #define SIZE_MAX  UINT64_MAX
  #else
! #define SIZE_MAXUINT32_MAX
  #endif  /* AIX_STDINT_4_CHECK */


  #if defined( AIX_STDINT_5_CHECK )
! #define UINT8_C(c)__CONCAT__(c,U)
! #define UINT16_C(c)   __CONCAT__(c,U)
  #endif  /* AIX_STDINT_5_CHECK */



There were fixinclude test FAILURES
make[2]: *** [check] Error 1
make[2]: Leaving directory `/usr/src/packages/BUILD/build-gcc-orig/fixincludes'

Should I file a separate bug?


-- 

oliver dot kellogg at eads dot com changed:

   What|Removed |Added

 CC||oliver dot kellogg at eads
   ||dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39655



[Bug ada/40805] New: verify_gimple failure preceded by non-trivial conversion at assignment errors

2009-07-19 Thread oliver dot kellogg at eads dot com
-simple_flags.ads
polyorb-protocols-giop.ads
polyorb-filters-iface.ads
polyorb-orb.ads
polyorb-binding_objects-lists.ads
polyorb-orb_controller.ads
polyorb-log.ads
polyorb-request_scheduler.ads
polyorb-tasking-idle_tasks_managers.ads
polyorb-obj_adapters.ads
polyorb-servants.ads
polyorb-utils-sockets.ads
polyorb-sockets.ads
polyorb-sockets_initialization.ads
polyorb-log.adb
polyorb-initialization.ads
polyorb-utils-strings-lists.ads

raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:415


-- 
   Summary: verify_gimple failure preceded by non-trivial
conversion at assignment errors
   Product: gcc
   Version: 4.5.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-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40805



[Bug ada/40805] verify_gimple failure preceded by non-trivial conversion at assignment errors

2009-07-19 Thread oliver dot kellogg at eads dot com


--- 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



[Bug ada/40805] verify_gimple failure preceded by non-trivial conversion at assignment errors

2009-07-19 Thread oliver dot kellogg at eads dot com


--- 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



[Bug debug/40599] [4.5 regression] GCC error in pre_and_rev_post_order_compute, at cfganal.c:1045

2009-07-17 Thread oliver dot kellogg at eads dot com


--- 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



[Bug debug/40599] [4.5 regression] GCC error in pre_and_rev_post_order_compute, at cfganal.c:1045

2009-07-11 Thread oliver dot kellogg at eads dot com


--- 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 (r147182).
Building 20090406 r145578 now.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40599



[Bug debug/40599] [4.5 regression] GCC error in pre_and_rev_post_order_compute, at cfganal.c:1045

2009-07-11 Thread oliver dot kellogg at eads dot com


--- 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



[Bug ada/40599] GCC error in pre_and_rev_post_order_compute, at cfganal.c:1045

2009-06-30 Thread oliver dot kellogg at eads dot com


--- 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
4.5.0 svn trunk versions of June up to 20090628.
Only happens when both -g and -O are switched on.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40599



[Bug ada/40599] GCC error in pre_and_rev_post_order_compute, at cfganal.c:1045

2009-06-30 Thread oliver dot kellogg at eads dot com


--- 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



[Bug ada/40599] GCC error in pre_and_rev_post_order_compute, at cfganal.c:1045

2009-06-30 Thread oliver dot kellogg at eads dot com


--- 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



[Bug ada/38832] Main program runs fine but hangs on exit when linked with Ada shared lib

2009-02-27 Thread oliver dot kellogg at eads dot com


--- 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 Task_Lock_NT is
(gdb) bt
#0  0x0805bbd1 in system.soft_links.task_lock_nt () at s-soflin.adb:295
#1  0x08053104 in system.file_io.close (file_ptr=0xbfffea7c, file_ptrF=2) at
s-fileio.adb:220
#2  0x080532db in system.file_io.finalize (v=(prev = 0x0, next = 0x8076b60))
at s-fileio.adb:379
#3  0x0805461f in system.finalization_implementation.finalize_list
(l=0x8076b94)
at s-finimp.adb:361
#4  0x080546d9 in system.finalization_implementation.finalize_global_list () at
s-finimp.adb:327
#5  0x0804ad12 in main (argc=1, argv=(system.address) 0xbfffed54,
envp=(system.address) 0xbfffed5c) at
/home/kellogg/ada/shared_lib/testuser/b~appl_main.adb:188
#6  0xb7ea2fe0 in __libc_start_main () from /lib/libc.so.6
#7  0x0804a951 in _start ()


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38832



[Bug ada/38832] Main program runs fine but hangs on exit when linked with Ada shared lib

2009-02-27 Thread oliver dot kellogg at eads dot com


--- 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 (Fptr1'Access);
380  Fptr1 := Fptr2;
381   end loop;

Setting a breakpoint at 376,
Breakpoint 1, system.file_io.finalize (v=(prev = 0x0, next = 0x8078b60)) at
s-fileio.adb:376
376   Fptr1 := Open_Files;
(gdb) n
377   while Fptr1 /= null loop
(gdb) p Fptr1
$28 = (access system.file_control_block.afcb) 0x8078a60
(gdb) p Fptr1.next
$29 = (access system.file_control_block.afcb) 0x8078a00
(gdb) p Fptr1.next.next
$30 = (access system.file_control_block.afcb) 0x80789a0
(gdb) p Fptr1.next.next.next
$31 = (access system.file_control_block.afcb) 0x8078a60
(gdb) p Fptr1.next.next.next.next
$32 = (access system.file_control_block.afcb) 0x8078a00
(gdb) p Fptr1.next.next.next.next.next
$33 = (access system.file_control_block.afcb) 0x80789a0

.. and so on, indefinitely, where
(gdb) p Fptr1.name.all
$34 = *stderr[00]
(gdb) p Fptr1.next.name.all
$35 = *stdout[00]
(gdb) p Fptr1.next.next.name.all
$36 = *stdin[00]


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38832



[Bug ada/38832] New: Main program runs fine but hangs on exit when linked with Ada shared lib

2009-01-13 Thread oliver dot kellogg at eads dot com
Running the test program from the attached tarfile
produces the expected output:

shared_lib/testuser export LD_LIBRARY_PATH=../installed_lib
shared_lib/testuser ./appl_main
Here is appl_main, now calling Pkg.Proc ...
Pkg.Proc: X is 2
Here is appl_main, back from calling Pkg.Proc: end of program.

However, the program hangs after the last output, i.e. does not relinquish
control back to the command line.

I tried this with FSF GCC versions 4.2.1 and svn 4.4 trunk
as well as with GNATGPL-2007 and 2008. Same behavior with all.


-- 
   Summary: Main program runs fine but hangs on exit 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 at eads dot com
  GCC host triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38832



[Bug ada/38832] Main program runs fine but hangs on exit when linked with Ada shared lib

2009-01-13 Thread oliver dot kellogg at eads dot com


--- 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
$ make   # will produce ./installed_lib/libadasharedlib.so et al.
$ export LD_LIBRARY_PATH=$PWD/installed_lib
$ cd testuser  make   # will produce test program, appl_main
$ ./appl_main


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38832



[Bug ada/34898] Excessive memory consumption during compilation

2008-08-20 Thread oliver dot kellogg at eads dot com


--- 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://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898



[Bug ada/34898] Excessive memory consumption during compilation

2008-06-02 Thread oliver dot kellogg at eads dot com


--- 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 at the original IL generated, I guess the assignments simply
 contain
 millions of element assignments (-fdump-tree-original).

Ah, thanks.
I believe the code at line 29417 represents the problematic assignment
(pkg001u.adb line 296), could somebody check?

Some of this stuff looks strange to the layman's eye, for example
around line 29402:

 Unknown tree: loop_stmt


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898



[Bug ada/34898] Excessive memory consumption during compilation

2008-06-01 Thread oliver dot kellogg at eads dot com


--- 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 letters to see where the code is
going.
The code formatting looks bad but maintains the original line numbers.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898



[Bug ada/34898] Excessive memory consumption during compilation

2008-06-01 Thread oliver dot kellogg at eads dot com


--- 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:

   'C'  (DECL_CONTEXT (field) != record_type), line 1716
   'D'  (!new_field), line 1735
   'J'  (!field), line 1753, return NULL_TREE
 'H'  retval from call at line 1744 was NULL
 'E'  (DECL_INTERNAL_P (new_field)) on next iteration of loop at line 1736
   'M'  now in new call to build_simple_component_ref
   'P'  return fold (ref);   at line 1800
 'F'  just before next call to build_simple_component_ref at line 1744

and back up to 'C'.

(I am still trying to understand what is actually happening.)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898



[Bug bootstrap/36324] Bootstrap comparison failure with BOOT_CFLAGS=-pg (trunk r135848)

2008-05-25 Thread oliver dot kellogg at eads dot com


--- 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 |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36324



[Bug ada/34898] Excessive memory consumption during compilation

2008-05-25 Thread oliver dot kellogg at eads dot com


--- 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



[Bug ada/34898] Excessive memory consumption during compilation

2008-05-25 Thread oliver dot kellogg at eads dot com


--- 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/bugzilla/show_bug.cgi?id=34898



[Bug ada/34898] Excessive memory consumption during compilation

2008-05-25 Thread oliver dot kellogg at eads dot com


--- 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,

   Tramessage.O000X := (Pkg000W.E08EY, Aktergsatz);

and invoked gnat1 directly as follows:

/opt/gccsnap/libexec/gcc/i686-pc-linux-gnu/4.4.0/gnat1 -gnat95 -mtune=generic \
   pkg001u.adb

(Notice the increase in 'expand'. Is that within expected limits?)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898



[Bug ada/34898] Excessive memory consumption during compilation

2008-05-25 Thread oliver dot kellogg at eads dot com


--- 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-detailed-mem-stats would also be useful.

Coming up.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898



[Bug ada/34898] Excessive memory consumption during compilation

2008-05-25 Thread oliver dot kellogg at eads dot com


--- 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/show_bug.cgi?id=34898



[Bug ada/34898] Excessive memory consumption during compilation

2008-05-25 Thread oliver dot kellogg at eads dot com


--- 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/bugzilla/show_bug.cgi?id=34898



[Bug ada/34898] Excessive memory consumption during compilation

2008-05-25 Thread oliver dot kellogg at eads dot com


--- 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.


-- 

oliver dot kellogg at eads dot com changed:

   What|Removed |Added

  Attachment #15682|0   |1
is obsolete||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898



[Bug bootstrap/36324] New: Bootstrap comparison failure with BOOT_CFLAGS=-pg (trunk r135848)

2008-05-24 Thread oliver dot kellogg at eads dot com
Trying to create a compiler that can be run in gprof,

$ ../../SOURCES/gcc/configure --prefix=/opt/gnat/fsf/wavefront \
  --enable-languages=c,c++,ada --enable-debug 
$ make BOOT_CFLAGS='-pg'

rm -f stage_current
make[3]: Leaving directory `/usr/src/packages/BUILD/build-gcc'
Comparing stages 2 and 3
warning: ./cc1plus-checksum.o differs
warning: ./cc1-checksum.o differs
Bootstrap comparison failure!
./c-pch.o differs
./c-objc-common.o differs
./c-decl.o differs
./c-semantics.o differs
./c-dump.o differs
./attribs.o differs
./c-cppbuiltin.o differs
./c-pretty-print.o differs
./c-parser.o differs
./c-omp.o differs
./c-lang.o differs
./c-typeck.o differs
./c-lex.o differs
./c-common.o differs
./build/genautomata.o differs
./build/genmodes.o differs
./build/gcov-iov.o differs
./build/gengtype-lex.o differs
./build/genflags.o differs
./build/genemit.o differs
./build/rtl.o differs
./build/genopinit.o differs
./build/read-rtl.o differs
./build/genextract.o differs
./build/errors.o differs
./build/ggc-none.o differs
./build/genattr.o differs
./build/gencodes.o differs
./build/genconstants.o differs
./build/genmddeps.o differs
./build/print-rtl.o differs
./build/vec.o differs
./build/genconditions.o differs
./build/genoutput.o differs
./build/gengenrtl.o differs
./build/gencondmd.o differs
./build/gensupport.o differs
./build/gencheck.o differs
./build/genattrtab.o differs
./build/genpreds.o differs
./build/genpeep.o differs
./build/genconfig.o differs
./build/gengtype-parse.o differs
./build/min-insn-modes.o differs
./build/gengtype.o differs
./build/genrecog.o differs
./c-gimplify.o differs
./dummy-checksum.o differs
./c-format.o differs
./c-ppoutput.o differs
./stub-objc.o differs
./tree-mudflap.o differs
./c-aux-info.o differs
./tree-browser.o differs
./prefix.o differs
./c-pragma.o differs
./cppdefault.o differs
./c-incpath.o differs
./main.o differs
./c-opts.o differs
./c-convert.o differs
./c-errors.o differs
make[2]: *** [compare] Error 1

Is this supposed to work?
Thanks.


-- 
   Summary: Bootstrap comparison failure with BOOT_CFLAGS=-pg (trunk
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
  GCC host triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36324



[Bug ada/34898] Excessive memory consumption during compilation

2008-05-22 Thread 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



[Bug ada/35823] New: verify_gimple fails on taking 'Size of a String subprogram parameter

2008-04-04 Thread oliver dot kellogg at eads dot com
$ gcc -c -v verify_gimple_failure.adb
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../SOURCES/gcc/configure --prefix=/opt/gccsnap
--enable-debug --enable-languages=c,ada,c++
Thread model: posix
gcc version 4.4.0 20080403 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-c' '-v' '-mtune=generic'
 /opt/gccsnap/libexec/gcc/i686-pc-linux-gnu/4.4.0/gnat1 -quiet -dumpbase
verify_gimple_failure.adb -mtune=generic verify_gimple_failure.adb -o
/tmp/ccFTWmc5.s
verify_gimple_failure.adb: In function ‘Verify_Gimple_Failure’:
verify_gimple_failure.adb:2: error: type mismatch in comparison expression
unnamed type

bit_size_type

universal_integer

if (D.213 == 0)
  {
goto D.200;
  }
else
  {

  }
verify_gimple_failure.adb:2: error: type mismatch in comparison expression
unnamed type

bit_size_type

universal_integer

if (D.224 = 0)
  {
goto D.201;
  }
else
  {
goto D.200;
  }
verify_gimple_failure.adb:2: error: type mismatch in comparison expression
unnamed type

bit_size_type

universal_integer

if (D.235  2147483647)
  {
goto D.201;
  }
else
  {
goto D.202;
  }
+===GNAT BUG DETECTED==+
| 4.4.0 20080403 (experimental) (i686-pc-linux-gnu) verify_gimple failed   |
| Error detected around verify_gimple_failure.adb:2|
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.

verify_gimple_failure.adb

compilation abandoned

-- file: verify_gimple_failure.adb
procedure Verify_Gimple_Failure (Arg : in String) is
   Size : constant Natural := Arg'Size;
begin
   null;
end Verify_Gimple_Failure;


-- 
   Summary: verify_gimple fails on taking 'Size of a String
subprogram 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/bugzilla/show_bug.cgi?id=35823



[Bug ada/34898] New: Excessive memory consumption during compilation

2008-01-20 Thread oliver dot kellogg at eads dot com
For reference, here's a compile with gcc-3.3.5:

$ gcc -c -v pkg001u.adb
Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.5/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --enable-languages=c,c++,f77,objc,java,ada
--disable-checking --libdir=/usr/lib --enable-libgcj --with-slibdir=/lib
--with-system-zlib --enable-shared --enable-__cxa_atexit i586-suse-linux
Thread model: posix
gcc version 3.3.5 20050117 (prerelease) (SUSE Linux)
 /usr/lib/gcc-lib/i586-suse-linux/3.3.5/gnat1 -quiet -dumpbase pkg001u.adb
pkg001u.adb -o /tmp/cckqHQka.s

The file compiles successfully and 'top' shows a peak RES requirement of 77 Meg
using no VIRT.
Thus let's limit the VIRT to a half gig,

$ ulimit -v 512000

and compile with a newer gcc:

$ gcc -c -v -gnat95 pkg001u.adb
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../SOURCES/gcc/configure --prefix=/opt/gccsnap
--enable-debug --enable-languages=c,ada,c++
Thread model: posix
gcc version 4.3.0 20080114 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-c' '-v' '-gnat95' '-mtune=generic'
 /opt/gccsnap/libexec/gcc/i686-pc-linux-gnu/4.3.0/gnat1 -quiet -dumpbase
pkg001u.adb -gnat95 -mtune=generic pkg001u.adb -o /tmp/ccmBlEVU.s
+===GNAT BUG DETECTED==+
| 4.3.0 20080114 (experimental) (i686-pc-linux-gnu) Storage_Error heap
exhausted|
| Error detected at pkg001u.adb:296:35 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.

pkg001u.adb
pkg001u.ads
p_portable.ads
corba.ads
pkg001z.ads
pkg0013.ads
pkg000x.ads
pkg001o.ads
pkg000q.ads
pkg000v.ads
pkg000y.ads
pkg001l.ads
pkg0025.ads
pkg001e.ads
pkg000w.ads
pkg001r.ads
pkg000u.ads
pkg002n.ads
pkg002f.ads
pkg0020.ads
pkg0019.ads
pkg001w.ads
pkg000t.ads
pkg001v.ads
pkg001m.ads
pkg000a.ads
pkg000d.ads
pkg000c.ads
pkg0007.ads
pkg0009.ads
pkg000k.ads
pkg0001.ads
pkg000g.ads
pkg000b.ads
pkg000l.ads
pkg000f.ads
pkg002g.ads
pkg0006.ads
pkg001k.ads
pkg.ads
pkg0005.ads
pkg002o.ads
pkg0028.ads
pkg0029.ads
pkg000h.ads
pkg002p.ads
pkg000j.ads
pkg000i.ads
pkg0027.ads
pkg0002.ads
pkg0022.ads
pkg0023.ads
pkg0012.ads
pkg0026.ads
pkg000r.ads
pkg000s.ads
c_types.ads
pkg000m.ads
pkg001a.ads
pkg0003.ads
pkg001n.ads
pkg0021.ads
pkg001t.ads
pkg001p.ads
pkg001c.ads
pkg0004.ads
pkg0016.ads
pkg001s.ads
pkg001x.ads
pkg001z-o_protokoll.ads
pkg0018.ads
pkg000z.ads
pkg001j.ads
pkg0011.ads
pkg001d.ads
pkg002m.ads
pkg002e.ads
pkg002d.ads
pkg000o.ads
pkg001b.ads
pkg000p.ads
pkg001f.ads
pkg0015.ads
pkg000n.ads
pkg0014.ads
pkg0017.ads
pkg0024.ads

compilation abandoned

(Tried limiting the VIRT to 1.5 gig, same result.)


-- 
   Summary: Excessive memory consumption during compilation
   Product: gcc
   Version: 4.3.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-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898



[Bug ada/34898] Excessive memory consumption during compilation

2008-01-20 Thread oliver dot kellogg at eads dot com


--- 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 assignments such as

   Fumessage.O000X := (Pkg000W.E08EY, Aktergsatz);

from pkg001u.adb then compilation proceeds at normal memory consumption.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898



[Bug ada/33788] [4.3 regression] GNAT bug box in expand_expr_addr_expr_1, at expr.c:6862

2007-12-14 Thread oliver dot kellogg at eads dot com


--- 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)
at ../../../SOURCES/gcc/gcc/ada/a-except.adb:798
#2  0x080a64e4 in __gnat_raise_exception (e=0x8b19390, message=0x0)
at ../../../SOURCES/gcc/gcc/ada/a-except.adb:833
#3  0x080cf819 in comperr.compiler_abort (code=-1, fallback_loc=0x90575b0)
at ../../../SOURCES/gcc/gcc/ada/comperr.adb:398
#4  0x0806ae1e in internal_error_function (msgid=0x8a28f5f in %s, at
%s:%d[00], ap=0xbfffdf24)
at ../../../SOURCES/gcc/gcc/ada/misc.c:427
#5  0x0833b5b0 in diagnostic_report_diagnostic (context=0x8fe8680,
diagnostic=0xbfffdf00)
at ../../../SOURCES/gcc/gcc/diagnostic.c:194
#6  0x0833b77a in internal_error (gmsgid=0x8a28f5f in %s, at %s:%d[00])
at ../../../SOURCES/gcc/gcc/diagnostic.c:606
#7  0x0833b7cf in fancy_abort (file=0x8a30bac
../../../SOURCES/gcc/gcc/expr.c[00], line=6861, 
function=0x8a31382 expand_expr_addr_expr_1[00])
at ../../../SOURCES/gcc/gcc/diagnostic.c:660
#8  0x083a6d9e in expand_expr_addr_expr_1 (exp=value optimized out,
target=0x401c9fe0, 
tmode=SImode, modifier=EXPAND_NORMAL) at
../../../SOURCES/gcc/gcc/expr.c:6861
#9  0x08391db9 in expand_expr_real_1 (exp=0x401fb420, target=0x401c9fe0,
tmode=SImode, 
modifier=EXPAND_NORMAL, alt_rtl=0xbfffe18c) at
../../../SOURCES/gcc/gcc/expr.c:6891
#10 0x083a28ff in expand_expr_real (exp=0x401fb420, target=0x401c9fe0,
tmode=SImode, 
modifier=EXPAND_NORMAL, alt_rtl=0xbfffe18c) at
../../../SOURCES/gcc/gcc/expr.c:7087
#11 0x083a8d33 in store_expr (exp=0x401fb420, target=0x401c9fe0,
call_param_p=0, 
nontemporal=0 '[00]') at ../../../SOURCES/gcc/gcc/expr.c:4571
#12 0x083ab877 in expand_assignment (to=0x401cd9a0, from=0x401fb420,
nontemporal=0 '[00]')
at ../../../SOURCES/gcc/gcc/expr.c:4354
#13 0x0838f04b in expand_expr_real_1 (exp=0x401f9380, target=0x0,
tmode=VOIDmode, 
modifier=EXPAND_NORMAL, alt_rtl=0x0) at
../../../SOURCES/gcc/gcc/expr.c:9124
#14 0x083a2a67 in expand_expr_real (exp=0x401f9380, target=0x401c5200,
tmode=VOIDmode, 
modifier=EXPAND_NORMAL, alt_rtl=0x0) at
../../../SOURCES/gcc/gcc/expr.c:7081
#15 0x08506c6c in expand_expr_stmt (exp=0x401f9380) at
../../../SOURCES/gcc/gcc/expr.h:514
#16 0x088f14ef in expand_gimple_basic_block (bb=0x401bdfb4)
at ../../../SOURCES/gcc/gcc/cfgexpand.c:1609
#17 0x088f25f6 in tree_expand_cfg () at
../../../SOURCES/gcc/gcc/cfgexpand.c:1918
#18 0x0849582a in execute_one_pass (pass=0x8b7f5a0) at
../../../SOURCES/gcc/gcc/passes.c:1118
#19 0x08495a1f in execute_pass_list (pass=0x8b7f5a0) at
../../../SOURCES/gcc/gcc/passes.c:1171
#20 0x0858095b in tree_rest_of_compilation (fndecl=0x401e7460)
at ../../../SOURCES/gcc/gcc/tree-optimize.c:404
#21 0x08749da5 in cgraph_expand_function (node=0x401ca800)
at ../../../SOURCES/gcc/gcc/cgraphunit.c:1151
#22 0x0874bf00 in cgraph_assemble_pending_functions ()
at ../../../SOURCES/gcc/gcc/cgraphunit.c:522
#23 0x0874b71d in cgraph_finalize_function (decl=0x401e7460, nested=0 '[00]')
at ../../../SOURCES/gcc/gcc/cgraphunit.c:639
#24 0x0806e937 in end_subprog_body (body=0x401cebb8) at
../../../SOURCES/gcc/gcc/ada/utils.c:2136
#25 0x0809ae69 in gnat_to_gnu (gnat_node=1667) at
../../../SOURCES/gcc/gcc/ada/trans.c:1936
#26 0x080a2e16 in process_decls (gnat_decls=value optimized out, 
gnat_decls2=value optimized out, gnat_end_list=0, pass1p=1 '[01]',
pass2p=1 '[01]')
at ../../../SOURCES/gcc/gcc/ada/trans.c:5737
#27 0x08094980 in gnat_to_gnu (gnat_node=1658) at
../../../SOURCES/gcc/gcc/ada/trans.c:4309
#28 0x080a3229 in Compilation_Unit_to_gnu (gnat_node=1651)
at ../../../SOURCES/gcc/gcc/ada/trans.c:2976
#29 0x080a3919 in gigi (gnat_root=1651, max_gnat_node=4240, number_name=1641, 
nodes_ptr=0x4031b008, next_node_ptr=0x404d3008, prev_node_ptr=0x40504008, 
elists_ptr=0x9045d70, elmts_ptr=0x90463b8, strings_ptr=0x9071820,
string_chars_ptr=0x906f108, 
list_headers_ptr=0x90be238, number_file=5, file_info_ptr=0xbfffeb30,
standard_integer=62, 
standard_long_long_float=92, standard_exception_type=1225,
gigi_operating_mode=0)
at ../../../SOURCES/gcc/gcc/ada/trans.c:334
#30 0x082fceef in back_end.call_back_end (mode=generate_object)
at ../../../SOURCES/gcc/gcc/ada/back_end.adb:100
#31 0x082fdda0 in gnat1drv () at ../../../SOURCES/gcc/gcc/ada/gnat1drv.adb:703
#32 0x0806ac85 in gnat_parse_file (set_yydebug=0) at
../../../SOURCES/gcc/gcc/ada/misc.c:240
#33 0x0851be2c in toplev_main (argc=2, argv=0xbfffef14) at
../../../SOURCES/gcc/gcc/toplev.c:1042
#34 0x082fe39f in main (argc=1836016485, argv=0x72726570) at
../../../SOURCES/gcc/gcc/main.c:35


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33788



[Bug ada/34440] 4.3.0 SVN r130768 Bug box: Assert_Failure einfo.adb:5625

2007-12-13 Thread oliver dot kellogg at eads dot com


--- 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/a-except.adb:798
#2  0x080a621a in __gnat_raise_exception (e=0x8b1498c, message=0x0)
at ../../../SOURCES/gcc/gcc/ada/a-except.adb:833
#3  0x081f01ec in system.assertions.raise_assert_failure (msg=0x89c96f0)
at ../../../SOURCES/gcc/gcc/ada/s-assert.adb:50
#4  0x080e5eb6 in einfo.first_formal (id=2124) at
../../../SOURCES/gcc/gcc/ada/einfo.adb:5625
#5  0x082b2f40 in sem_type.add_one_interp.add_entry (name=2124, typ=2124)
at ../../../SOURCES/gcc/gcc/ada/sem_type.adb:1986
#6  0x082b3213 in sem_type.add_one_interp (e=1801, opnd_type=0)
at ../../../SOURCES/gcc/gcc/ada/sem_type.adb:511
#7  0x0824f31e in sem_ch4.analyze_one_call.indicate_name_and_type ()
at ../../../SOURCES/gcc/gcc/ada/sem_ch4.adb:2071
#8  0x08250f6d in sem_ch4.analyze_one_call (skip_first=false)
at ../../../SOURCES/gcc/gcc/ada/sem_ch4.adb:2392
#9  0x08255c5e in sem_ch4.analyze_call (n=1685)
at ../../../SOURCES/gcc/gcc/ada/sem_ch4.adb:863
#10 0x0829f9b2 in sem_res.check_parameterless_call ()
at ../../../SOURCES/gcc/gcc/ada/sem_res.adb:988
#11 0x082a2a96 in sem_res.resolve () at
../../../SOURCES/gcc/gcc/ada/sem_res.adb:1783
#12 0x082659b0 in sem_ch6.analyze_function_return ()
at ../../../SOURCES/gcc/gcc/ada/sem_ch6.adb:622
#13 0x08265eed in sem_ch6.analyze_return_statement (n=1681)
at ../../../SOURCES/gcc/gcc/ada/sem_ch6.adb:331
#14 0x081f72cd in sem.analyze (n=1681) at
../../../SOURCES/gcc/gcc/ada/sem.adb:454
#15 0x08257510 in sem_ch5.analyze_statements (l=-9987)
at ../../../SOURCES/gcc/gcc/ada/sem_ch5.adb:2003
#16 0x08214e8c in sem_ch11.analyze_handled_statements (n=1679)
at ../../../SOURCES/gcc/gcc/ada/sem_ch11.adb:413
#17 0x081f73ed in sem.analyze (n=1679) at
../../../SOURCES/gcc/gcc/ada/sem.adb:241
#18 0x08263b4a in sem_ch6.analyze_subprogram_body ()
at ../../../SOURCES/gcc/gcc/ada/sem_ch6.adb:2001
#19 0x081f70bd in sem.analyze (n=1678) at
../../../SOURCES/gcc/gcc/ada/sem.adb:476
#20 0x082422a4 in sem_ch3.analyze_declarations (l=-9990)
at ../../../SOURCES/gcc/gcc/ada/sem_ch3.adb:1743
#21 0x0826a17d in sem_ch7.analyze_package_body (n=1660)
at ../../../SOURCES/gcc/gcc/ada/sem_ch7.adb:343
#22 0x081f70ad in sem.analyze (n=1660) at
../../../SOURCES/gcc/gcc/ada/sem.adb:379
#23 0x082134c5 in sem_ch10.analyze_compilation_unit (n=1651)
at ../../../SOURCES/gcc/gcc/ada/sem_ch10.adb:836
#24 0x081f738d in sem.analyze (n=1651) at
../../../SOURCES/gcc/gcc/ada/sem.adb:136
#25 0x081f752c in sem.semantics.do_analyze () at
../../../SOURCES/gcc/gcc/ada/sem.adb:1317
#26 0x081f7771 in sem.semantics () at ../../../SOURCES/gcc/gcc/ada/sem.adb:1382
#27 0x0819c48f in frontend () at ../../../SOURCES/gcc/gcc/ada/frontend.adb:292
#28 0x082fa7c9 in gnat1drv () at ../../../SOURCES/gcc/gcc/ada/gnat1drv.adb:424
#29 0x0806ac65 in gnat_parse_file (set_yydebug=0) at
../../../SOURCES/gcc/gcc/ada/misc.c:240
#30 0x08518c2c in toplev_main (argc=2, argv=0xbfffeec4)
at ../../../SOURCES/gcc/gcc/toplev.c:1042
#31 0x082fb26f in main (argc=1852400945, argv=0x612e6f66)
at ../../../SOURCES/gcc/gcc/main.c:35


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34440



[Bug ada/33788] GNAT bug box in expand_expr_addr_expr_1, at expr.c:6862

2007-12-13 Thread oliver dot kellogg at eads dot com


--- 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 at eads dot com changed:

   What|Removed |Added

  Attachment #14356|0   |1
is obsolete||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33788



[Bug ada/33788] GNAT bug box in expand_expr_addr_expr_1, at expr.c:6862

2007-12-11 Thread oliver dot kellogg at eads dot com


--- 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 : ISF_Dbase.Access_Mission_Assignment_Dbase_Rec_T
  := ISF_Dbase.Mission_Assignment_ISF (ISF_Dbase.Mission_Assignment);
  LICG : L16_Data_2_Types.Laser_Illuminator_Code_Group_T
  := MADR.ISF.Laser_Illuminator_Code (0);
  begin
  Mcc.Gui.Widget.Text_Entry.Set_Text
(Obj  = Laser_Illuminator_Code_0_te ,
 Text = L16_Data_2_Types.Laser_Illuminator_Code_Group_T'Image (LICG));

  end Generate_Callforward;

end mac6dw;


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33788



[Bug ada/34440] New: 4.3.0 SVN r130768 Bug box: Assert_Failure einfo.adb:5625

2007-12-11 Thread oliver dot kellogg at eads dot com
$ gcc -c -v p_mvc-dpmodel.adb
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../SOURCES/gcc/configure --prefix=/opt/gccsnap
--enable-debug --enable-languages=c,ada,c++
Thread model: posix
gcc version 4.3.0 20071211 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-c' '-g' '-v' '-mtune=generic'
 /opt/gccsnap/libexec/gcc/i686-pc-linux-gnu/4.3.0/gnat1 -quiet -dumpbase
p_mvc-dpmodel.adb -g -mtune=generic p_mvc-dpmodel.adb -o /tmp/ccN6SvX2.s
+===GNAT BUG DETECTED==+
| 4.3.0 20071211 (experimental) (i686-pc-linux-gnu) Assert_Failure
einfo.adb:5625|
| Error detected at p_mvc-dpmodel.adb:7:25 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.

p_mvc-dpmodel.adb
p_mvc-dpmodel.ads
p_mvc.ads
p_mmi_interface_types.ads

compilation abandoned


-- 
   Summary: 4.3.0 SVN r130768 Bug box: Assert_Failure einfo.adb:5625
   Product: gcc
   Version: 4.3.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-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34440



[Bug ada/34440] 4.3.0 SVN r130768 Bug box: Assert_Failure einfo.adb:5625

2007-12-11 Thread oliver dot kellogg at eads dot com


--- 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



[Bug ada/33788] GNAT bug box in expand_expr_addr_expr_1, at expr.c:6862

2007-10-21 Thread oliver dot kellogg at eads dot com


--- 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



[Bug ada/33788] New: GNAT bug box in expand_expr_addr_expr_1, at expr.c:6862

2007-10-15 Thread oliver dot kellogg at eads dot com
Also tried this with the 20071005 snapshot, same result:

$ gcc -c -v -g mac6dw.adb 
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../SOURCES/gcc/configure --prefix=/opt/gcc4 --enable-debug
--enable-languages=c,ada,c++
Thread model: posix
gcc version 4.3.0 20070929 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-c' '-v' '-g' '-mtune=generic'
 /opt/gcc4/libexec/gcc/i686-pc-linux-gnu/4.3.0/gnat1 -quiet -dumpbase
mac6dw.adb -g -mtune=generic mac6dw.adb -o /tmp/cc3KSBQs.s
+===GNAT BUG DETECTED==+
| 4.3.0 20070929 (experimental) (i686-pc-linux-gnu) GCC error: |
| in expand_expr_addr_expr_1, at expr.c:6862   |
| Error detected around mac6dw.adb:11  |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.

mac6dw.adb
mac6dw.ads
mcc.ads
mcc-gui.ads
peer.ads
tcl.ads
cargv.ads
chelper.ads
tcl-ada.ads
mcc-gui-widget.ads
mcc-gui-container.ads
mcc-gui-widget-text_entry.ads
p_portable.ads
corba.ads
isf_dbase.ads
mdlp_messages.ads
p_spare.ads
basic_isf_types.ads
p_gedef.ads
l16_data_types.ads
l16_ada_types.ads
l16_data_2_types.ads
l16_if_types.ads

compilation abandoned


-- 
   Summary: GNAT bug box in expand_expr_addr_expr_1, at expr.c:6862
   Product: gcc
   Version: 4.3.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-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33788



[Bug ada/33788] GNAT bug box in expand_expr_addr_expr_1, at expr.c:6862

2007-10-15 Thread oliver dot kellogg at eads dot com


--- 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



[Bug ada/32299] 4.3-20070608 gnat bug detected in gimplify_addr_expr, at gimplify.c:3919

2007-09-29 Thread oliver dot kellogg at eads dot com


--- 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

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32299



[Bug ada/32299] New: 4.3-20070608 gnat bug detected in gimplify_addr_expr, at gimplify.c:3919

2007-06-12 Thread oliver dot kellogg at eads dot com
$ gcc -v -c gcc43.adb
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../SOURCES/gcc-4.3-20070608/configure --prefix=/usr
--enable-languages=c,c++,ada
Thread model: posix
gcc version 4.3.0 20070608 (experimental)
 /usr/libexec/gcc/i686-pc-linux-gnu/4.3.0/gnat1 -quiet -dumpbase gcc43.adb
-mtune=generic gcc43.adb -o /tmp/ccxo3ZQM.s
+===GNAT BUG DETECTED==+
| 4.3.0 20070608 (experimental) (i686-pc-linux-gnu) GCC error: |
| in gimplify_addr_expr, at gimplify.c:3919|
| Error detected around gcc43.adb:28   |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases, 
so please double check that the problem can still 
be reproduced with the set of files listed.

gcc43.adb
gcc43.ads

-- file: gcc43.ads
with Interfaces.C.Pointers, Interfaces.C.Strings;
with System.Storage_Elements;

package Gcc43 is

   package SSE renames System.Storage_Elements;

   package Conv is new Interfaces.C.Pointers
 (Index = SSE.Storage_Offset,
  Element = SSE.Storage_Element,
  Element_Array = SSE.Storage_Array,
  Default_Terminator = 16#00#);  -- unused

   procedure Push_To_LLAPI
 (header_len : SSE.Storage_Offset;
  header_data : Conv.Pointer;
  data_len : SSE.Storage_Offset;
  data : Conv.Pointer);

  subtype Dummy_Contents is SSE.Storage_Array (1 .. 72);

  type J3_2_Llapi_T is
record
  Dummy : Dummy_Contents;
  end record;

end Gcc43;


-- file: gcc43.adb
with Interfaces.C.Pointers;
with Ada.Exceptions;
with System.Storage_Elements;
with Unchecked_Conversion;
with Text_IO;

package body Gcc43 is

   use type SSE.Storage_Offset;

   procedure Push_To_LLAPI
 (header_len : SSE.Storage_Offset;
  header_data : Conv.Pointer;
  data_len : SSE.Storage_Offset;
  data : Conv.Pointer) is
  Header : SSE.Storage_Array (1 .. Header_Len);
  Buf : SSE.Storage_Array (1 .. 1 + Data_Len);
  Buf_Address : constant System.Address := Buf (1)'Address;
  Ext_Track : J3_2_Llapi_T;
  pragma Import (Ada, Ext_Track);
  for Ext_Track'Address use Buf_Address;
   begin
  if Header_Len = 0 then
 return;
  end if;
  begin
 Header := Conv.Value (Header_Data, Interfaces.C.ptrdiff_t
(Header_Len));
 Buf (1) := Header (1);
 Buf (2 .. Buf'Last) := Conv.Value (Data, Interfaces.C.ptrdiff_t
(Data_Len));
  exception
 when E : others =
Text_IO.Put_Line (Push_To_LLAPI: exception on assigning Buf,  
  Ada.Exceptions.Exception_Information (E));
  end;
   end Push_To_LLAPI;

end Gcc43;


-- 
   Summary: 4.3-20070608 gnat bug detected in gimplify_addr_expr, at
gimplify.c:3919
   Product: gcc
   Version: 4.3.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-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32299



[Bug ada/31060] New: Error compiling expression with unary minus

2007-03-06 Thread oliver dot kellogg at eads dot com
-- file: error_compiling_unary_minus.adb

procedure Error_Compiling_Unary_Minus (X : Float) is
   No_Problem : Float := -1.0 * X;
   ERROR  : Float := X * -1.0;  -- this is line 3
begin
   null;
end Error_Compiling_Unary_Minus;

-- end of file

$ gcc -v -c error_compiling_unary_minus.adb
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../SOURCES/gcc-4.2-20061128/configure
--prefix=/opt/gnat/fsf --enable-languages=c,c++,ada,java
Thread model: posix
gcc version 4.2.0 20061128 (prerelease)
 /opt/gnat/fsf/libexec/gcc/i686-pc-linux-gnu/4.2.0/gnat1 -quiet -dumpbase
error_compiling_unary_minus.adb -mtune=generic error_compiling_unary_minus.adb
-o /tmp/cco4ZZo7.s
error_compiling_unary_minus.adb:3:29: missing operand


-- 
   Summary: Error compiling expression with unary minus
   Product: gcc
   Version: 4.2.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: same as target
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31060



[Bug ada/30027] New: Crash in get_memory_rtx, at builtins.c:1086

2006-11-30 Thread oliver dot kellogg at eads dot com
gcc -c p_aae_ts_control.adb
+===GNAT BUG DETECTED==+
| 4.1.0 (i686-pc-linux-gnu) in get_memory_rtx, at builtins.c:1086  |
| Error detected at p_aae_ts_control.adb:44:5  |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+


-- 
   Summary: Crash in get_memory_rtx, at builtins.c:1086
   Product: gcc
   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/show_bug.cgi?id=30027



[Bug ada/30027] Crash in get_memory_rtx, at builtins.c:1086

2006-11-30 Thread oliver dot kellogg at eads dot com


--- 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?id=30027



[Bug ada/30027] Crash in get_memory_rtx, at builtins.c:1086

2006-11-30 Thread oliver dot kellogg at eads dot com


--- 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