[Bug c/35822] Internal compiler error: segmentation fault

--- Comment #5 from rbertran at ac dot upc dot edu 2008-04-04 07:09 --- Created an attachment (id=15423) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15423&action=view) File generated using the flag -fdump-tree-vect As it seems that error comes from the vectorizer (see the gdb ou

[Bug c/35822] Internal compiler error: segmentation fault

--- Comment #6 from rbertran at ac dot upc dot edu 2008-04-04 07:10 --- Created an attachment (id=15424) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15424&action=view) File generated using the flag -fdump-tree-vect and -ftree-vectorizer-verbose= -- http://gcc.gnu.org/bug

[Bug tree-optimization/35821] Internal compiler error: segmentation fault

--- Comment #3 from rbertran at ac dot upc dot edu 2008-04-04 07:17 --- Created an attachment (id=15425) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15425&action=view) Temp file generated when -save-temp flag is set -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35821

[Bug tree-optimization/35821] Internal compiler error: segmentation fault

--- Comment #4 from rbertran at ac dot upc dot edu 2008-04-04 07:17 --- Created an attachment (id=15426) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15426&action=view) File generated using the flag -fdump-tree-vect -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35821

[Bug tree-optimization/35821] Internal compiler error: segmentation fault

--- Comment #5 from rbertran at ac dot upc dot edu 2008-04-04 07:18 --- Created an attachment (id=15427) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15427&action=view) File generated using the flag -fdump-tree-vect and -ftree-vectorizer-verbose= -- http://gcc.gnu.org/bug

[Bug tree-optimization/35821] Internal compiler error: segmentation fault

--- Comment #6 from rbertran at ac dot upc dot edu 2008-04-04 07:25 --- *** Bug 35822 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35821

[Bug c/35822] Internal compiler error: segmentation fault

--- Comment #7 from rbertran at ac dot upc dot edu 2008-04-04 07:25 --- *** This bug has been marked as a duplicate of 35821 *** -- rbertran at ac dot upc dot edu changed: What|Removed |Added --

[Bug fortran/34112] Add $!DEC ATTRIBUTE support for 32bit Windows' STDCALL

--- Comment #8 from burnus at gcc dot gnu dot org 2008-04-04 07:49 --- It would be useful if one could support also !$GNU attributes align:16 :: variable name or alike for calls to libraries which need alignment such as FFTW. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34112

[Bug fortran/34112] Add $!DEC ATTRIBUTE support for 32bit Windows' STDCALL

--- Comment #9 from fxcoudert at gcc dot gnu dot org 2008-04-04 08:35 --- (In reply to comment #8) > It would be useful if one could support also > >!$GNU attributes align:16 :: variable name > > or alike for calls to libraries which need alignment such as FFTW. Yep, I think I me

[Bug fortran/35824] New: Overloading problems with derived type with allocatable array

I have a derived type with an allocatable array and have overloaded some operations. Unfortunately assignments like a=-a don't work. Code in the Module, where I definde the type: type alltype double precision :: a double precision,allocatable :: b(:) end type interface assign

[Bug fortran/35820] internal compiler error with nested FORALL

--- Comment #4 from burnus at gcc dot gnu dot org 2008-04-04 09:40 --- I think the problem are related to nested FORALLs. The following is enough to cause the valgrind error (add the needed definitions from comment 0). If I comment either the RDA(J1) assignment in the outer

[Bug middle-end/35823] verify_gimple fails on taking 'Size of a String subprogram parameter

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-04 09:31 --- Works with x86_64, fails with -m32. Bug in optimize_minmax_comparison, I have a patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/35824] Overloading problems with derived type with allocatable array

--- Comment #1 from dominiq at lps dot ens dot fr 2008-04-04 10:09 --- Confirmed on powerpc-apple-darwin9 (but not on i686-apple-darwin9). The bus error comes from the statement 'b%b=-a%b' in function 'neg_at'. If I insert 'print *, allocated(a%b)' in the function, I get .false. on power

[Bug other/35151] mingw64 is an invalid name

--- Comment #3 from nickc at gcc dot gnu dot org 2008-04-04 11:16 --- Subject: Bug 35151 Author: nickc Date: Fri Apr 4 11:16:10 2008 New Revision: 133892 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133892 Log: PR other/35151 * configure.ac: Combine rules for mingw32

[Bug middle-end/35823] verify_gimple fails on taking 'Size of a String subprogram parameter

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-04 11:29 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/35823] verify_gimple fails on taking 'Size of a String subprogram parameter

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-04-04 11:29 --- Subject: Bug 35823 Author: rguenth Date: Fri Apr 4 11:29:11 2008 New Revision: 133893 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133893 Log: 2008-04-04 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug middle-end/4334] Flow control insn inside a basic block, arm/netbsd, gcc 3.1

--- Comment #3 from nickc at gcc dot gnu dot org 2008-04-04 11:40 --- Subject: Bug 4334 Author: nickc Date: Fri Apr 4 11:39:20 2008 New Revision: 133894 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133894 Log: PR binutils/4334 * acx.m4 (ACX_CHECK_CYGWIN_CAT_WO

[Bug c/35440] [4.1/4.2/4.3/4.4 regression] ICE resulting in completely broken diagnostic

--- Comment #2 from jakub at gcc dot gnu dot org 2008-04-04 13:08 --- Subject: Bug 35440 Author: jakub Date: Fri Apr 4 13:07:27 2008 New Revision: 133897 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133897 Log: PR c/35440 * c-pretty-print.c (pp_c_initializer_l

[Bug c/35440] [4.1/4.2/4.3/4.4 regression] ICE resulting in completely broken diagnostic

--- Comment #3 from jakub at gcc dot gnu dot org 2008-04-04 13:13 --- Subject: Bug 35440 Author: jakub Date: Fri Apr 4 13:12:58 2008 New Revision: 133899 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133899 Log: PR c/35440 * c-pretty-print.c (pp_c_initializer_l

[Bug c/35440] [4.1/4.2/4.3/4.4 regression] ICE resulting in completely broken diagnostic

--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-04 13:14 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/35824] Overloading problems with derived type with allocatable array

--- Comment #2 from burnus at gcc dot gnu dot org 2008-04-04 14:14 --- > Confirmed on powerpc-apple-darwin9 (but not on i686-apple-darwin9). The bus > error comes from the statement 'b%b=-a%b' in function 'neg_at'. If I insert > 'print *, allocated(a%b)' in the function, I get .false. on

[Bug ada/35284] Branch to 0x0 from Ada run-time

--- Comment #36 from joel at gcc dot gnu dot org 2008-04-04 14:30 --- Test results running with osinte.diff have been posted to gcc-testresults for i386, mips, sparc, and powerpc. They look very good. Most failures are cross-target or FPU exceptions now. This needs to be applied to th

[Bug ada/35576] Ada HW Interrupt Task Enhancement

--- Comment #3 from joel at gcc dot gnu dot org 2008-04-04 14:32 --- Patch is still valid against 3 April SVN trunk. Confirmed on SPARC. sparc-rtems4.9-gcc (GCC) 4.4.0 20080403 (experimental) [trunk revision 133868] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35576

[Bug preprocessor/35697] -MF should create dependency file atomically

--- Comment #6 from tromey at gcc dot gnu dot org 2008-04-04 14:33 --- Confirmed. I think the best behavior is a bit unclear. -- tromey at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/35364] ICE on ia64 with vector declaration inside #pragma omp parallel

--- Comment #6 from jakub at gcc dot gnu dot org 2008-04-04 14:38 --- optimize_double_finally relies here on the useless pass doing its job. But on the trunk/4.3 the useless pass doesn't dive into OpenMP constructs. This is fixed on the gomp-3_0-branch, see the remove_useless_stmts_1 hun

[Bug ada/35825] New: Update g-soccon-rtems.ads

Attached will be a patch to update g-soccon-rtems.ads on the trunk to reflect the new constant IP_PKTINFO. 2008-04-04 Joel Sherrill <[EMAIL PROTECTED]> * g-soccon-rtems.ads: Add IP_PKTINFO. -- Summary: Update g-soccon-rtems.ads Product: gcc Version: 4.

[Bug ada/35825] Update g-soccon-rtems.ads

--- Comment #1 from joel at gcc dot gnu dot org 2008-04-04 14:57 --- Created an attachment (id=15428) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15428&action=view) Patch to add IP_PKTINFO Add patch -- only applicable to SVN trunk. -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug fortran/35826] New: some (erroneous) code produces: internal compiler error

Tested with: gfortran 4.2.0 OpenBSD 4.1.1 Gentoo 4.2.3 Gentoo write(18,0) 'trtot= ',trtot produces internal compiler error => seg fault -- Summary: some (erroneous) code produces: internal compiler error Product: gcc Version: 4.2.3 Status: UNCONFIRMED

[Bug ada/35284] Branch to 0x0 from Ada run-time

--- Comment #37 from joel at gcc dot gnu dot org 2008-04-04 15:11 --- Forgot we are up to 4.4... it applies to 4.2 and 4.3 branches. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284

[Bug fortran/35826] some (erroneous) code produces: internal compiler error

--- Comment #1 from dfranke at gcc dot gnu dot org 2008-04-04 15:33 --- Works with 4.3-branch and trunk. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added

[Bug preprocessor/33143] preprocess should ignore trigraphs in /* */ comments

--- Comment #4 from tromey at gcc dot gnu dot org 2008-04-04 16:28 --- I tried this test case and as far as I can tell it works as expected. Can you say what you think is wrong? I thought perhaps you were misreading the error output. The errors from the initial report are: z1.cc:2:1:

[Bug preprocessor/33143] preprocess should ignore trigraphs in /* */ comments

--- Comment #5 from mec at google dot com 2008-04-04 16:36 --- Doh! You are right, I was confused when I read "z1.cc:2:4" as an error on line 4. Both errors are in line 2, inside the #if block. Sorry for the noise. -- mec at google dot com changed: What|Removed

[Bug preprocessor/33143] preprocess should ignore trigraphs in /* */ comments

--- Comment #6 from tromey at gcc dot gnu dot org 2008-04-04 16:39 --- It is no trouble. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33143

[Bug target/35364] ICE on ia64 with vector declaration inside #pragma omp parallel

--- Comment #7 from jakub at gcc dot gnu dot org 2008-04-04 17:49 --- Subject: Bug 35364 Author: jakub Date: Fri Apr 4 17:48:45 2008 New Revision: 133905 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133905 Log: PR target/35364 * tree-cfg.c (remove_useless_stmt

[Bug target/35364] ICE on ia64 with vector declaration inside #pragma omp parallel

--- Comment #8 from jakub at gcc dot gnu dot org 2008-04-04 18:01 --- Subject: Bug 35364 Author: jakub Date: Fri Apr 4 18:00:25 2008 New Revision: 133906 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133906 Log: PR target/35364 * tree-cfg.c (remove_useless_stmt

[Bug target/35364] ICE on ia64 with vector declaration inside #pragma omp parallel

--- Comment #9 from jakub at gcc dot gnu dot org 2008-04-04 18:01 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/35827] New: gfortran doesn't respect -fvisibility

I am having trouble with symbol visibility with gfortran on Linux x86_64. It looks like -fvisibility=hidden doesn't work. [EMAIL PROTECTED] tirem-3.2]$ gfortran -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/s

[Bug c++/35758] [4.3/4.4 Regression] vector_size attribute lost in function arguments for templates

--- Comment #12 from jason at redhat dot com 2008-04-04 18:10 --- Subject: Re: [4.3/4.4 Regression] vector_size attribute lost in function arguments for templates jakub at gcc dot gnu dot org wrote: > Actually, to clarify #c10, attributes on parameter packs just make things > harder o

[Bug middle-end/35827] -fvisibility only works for C/C++/Objective-C/Objective-C++

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-04 18:12 --- -fvisibility should be only a C/C++ option as you cannot change the visibility in any other language. Also it is only implemented for C/C++/Objective-C/Objective-C++: [dhcp-10-98-10-23:local/gcc/gcc] apinski% grep d

[Bug c++/35758] [4.3/4.4 Regression] vector_size attribute lost in function arguments for templates

--- Comment #13 from pinskia at gcc dot gnu dot org 2008-04-04 18:18 --- We also need to make sure the target specific attribute __altivec__ (powerPC) and __spu_vector__ (SPU) works correctly just as vector_size works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35758

[Bug c++/35758] [4.3/4.4 Regression] vector_size attribute lost in function arguments for templates

--- Comment #14 from pinskia at gcc dot gnu dot org 2008-04-04 19:02 --- Hmm, for some reason __spu_vector__ works correctly for my testcase but not __altivec__; I have not looked into why though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35758

[Bug fortran/35826] some (erroneous) code produces: internal compiler error

--- Comment #2 from burnus at gcc dot gnu dot org 2008-04-04 19:29 --- Works for me with gfortran 4.4.0, 4.3.0, 4.2.2, 4.1.3 on x86-64-linux, even with valgrind. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35826

[Bug target/35620] ICE passing dereferenced pointer to _Decimal32

--- Comment #1 from janis at gcc dot gnu dot org 2008-04-04 20:19 --- Subject: Bug 35620 Author: janis Date: Fri Apr 4 20:18:52 2008 New Revision: 133909 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133909 Log: gcc/ PR target/35620 * config/rs6000/rs6000.c (rs

[Bug fortran/27997] Fortran 2003: Support type-spec for array constructor

--- Comment #19 from d at domob dot eu 2008-04-04 20:27 --- Created an attachment (id=15429) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15429&action=view) Implements dynamic string length Finally, I managed to get dynamic string length working; however, this was more an experim

[Bug tree-optimization/33512] Simple bitwise simplification missed

--- Comment #4 from janis at gcc dot gnu dot org 2008-04-04 21:19 --- Test gcc.dg/and-1.c, added as a fix for this PR, fails on powerpc64-linux. The code generated for "-m64 -O2" is: f: mr 0,3 neg 3,3 nand 3,3,0 and 3,3,0 blr -- http://gcc.g

[Bug tree-optimization/33512] Simple bitwise simplification missed

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-04-04 21:22 --- (In reply to comment #4) > Test gcc.dg/and-1.c, added as a fix for this PR, fails on powerpc64-linux. > The > code generated for "-m64 -O2" is: The issue is we see (and X (ior Y (not X) ) ), I will add this extra

[Bug target/34790] [avr] no sibling call optimisation

-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34790

[Bug c++/35828] New: ICE on template-heavy C++ code, reported in innocent source line

Just got an ICE while compiling some template-heavy C++ code; as shown below, the error is reported in parse_debug.hh, however the last change to the code, the one that triggered the ICE, was in parse_printer.hh (I split class printer into two classes, printer and printer_impl). I'll add the prepro

[Bug c++/35828] ICE on template-heavy C++ code, reported in innocent source line

--- Comment #1 from gcc at cohi dot at 2008-04-04 21:30 --- Created an attachment (id=15430) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15430&action=view) The file that triggered the ICE (preprocessed). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35828

[Bug target/34789] [avr] sometimes the compiler keeps addresses in registers unnecessarily

-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last r

[Bug target/34879] __builtin_setjmp / __builtin_longjmp fails stack frame address with O2, O3 and Os

-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last r

[Bug target/21080] Excecution test failure for avr for pr17377 test case.

-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last r

[Bug c++/35828] ICE on template-heavy C++ code, reported in innocent source line

--- Comment #2 from gcc at cohi dot at 2008-04-04 21:44 --- Looking for a workaround I noticed that the ICE might actually be in connection with the template template arguments of the overloaded functions pegtl::parse() ... it's the only place where template template arguments were used,

[Bug target/34932] [avr] ICE in reload

-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last r

[Bug c++/35678] [4.3/4.4 Regression] partial template specialization ICE in dependent_type_p, at cp/pt.c:15539

--- Comment #2 from sultansharem at gmx dot ch 2008-04-04 22:33 --- i think i have a fix: in pt.c just remove lines 15671-15678 in dependent_type_p. I'm not sure though wether this breaks something else... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35678

[Bug target/34916] [4.3/4.4 Regression] gcc.c-torture/execute/pr27364.c fails with -O1, -O2 and -Os

-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last r

[Bug fortran/27997] Fortran 2003: Support type-spec for array constructor

--- Comment #20 from burnus at gcc dot gnu dot org 2008-04-04 22:43 --- > Implements dynamic string length Great! But you also need the handle -fbounds-check. Compile the test case of comment 11 with -fbounds-check. The result is: Fortran runtime error: Different CHARACTER lengths (4/5

[Bug ada/35829] New: Please add support for mips and mipsel in gnat

Here are two patches that enable mips and mipsel build with sjlj and tasking support. ada-mips.dpatch should be applied before ada-mipsel.dpatch Cordially, xavier ada-mips.dpatch #! /bin/sh -e # DP: add support (tasking, sjlj, ..

[Bug ada/35829] Please add support for mips and mipsel in gnat

--- Comment #1 from xavier dot grave at lovelace dot fr 2008-04-04 22:56 --- Created an attachment (id=15431) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15431&action=view) first patch for mips support -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35829

[Bug ada/35829] Please add support for mips and mipsel in gnat

--- Comment #2 from xavier dot grave at lovelace dot fr 2008-04-04 22:56 --- Created an attachment (id=15432) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15432&action=view) first patch for mipsel support -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35829

[Bug ada/35829] Please add support for mips and mipsel in gnat

--- Comment #3 from ludovic at ludovic-brenta dot org 2008-04-04 23:44 --- This is the same patch that Aurelien Jarno submitted here: http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00026.html I suggest closing this bug, as the patch has been committed to trunk. (I don't have permission

[Bug target/34916] [4.3/4.4 Regression] gcc.c-torture/execute/pr27364.c fails with -O1, -O2 and -Os

--- Comment #9 from hutchinsonandy at gcc dot gnu dot org 2008-04-04 23:46 --- Subject: Bug 34916 Author: hutchinsonandy Date: Fri Apr 4 23:45:46 2008 New Revision: 133920 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133920 Log: PR rtl-optimization/34916 PR middle-end/35519

[Bug middle-end/35519] COMBINE repeating same matches and can SEG fault

--- Comment #5 from hutchinsonandy at gcc dot gnu dot org 2008-04-04 23:46 --- Subject: Bug 35519 Author: hutchinsonandy Date: Fri Apr 4 23:45:46 2008 New Revision: 133920 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133920 Log: PR rtl-optimization/34916 PR middle-end/35519

[Bug web/35777] no DFP announcement, no example text, very vague documentation

--- Comment #4 from brian at dessent dot net 2008-04-04 23:53 --- Subject: Re: no DFP announcement, no example text, very vague documentation pinskia at gcc dot gnu dot org wrote: > I can tell you that OpenMP has similar issues and nobody complained about that > except for me. DFP

[Bug web/35777] no DFP announcement, no example text, very vague documentation

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-04-05 00:07 --- (In reply to comment #4) > > I don't see OpenMP documented there at all. > > What about ? Still not part of the C/C++ Language Extension section of the documentatio

[Bug target/35788] MIPS stack overflow caused by addui instruction

--- Comment #8 from brian at dessent dot net 2008-04-05 00:54 --- Subject: Re: MIPS stack overflow caused by addui instruction derrick_chi at msn dot com wrote: >I've already attached the source code I'm using, and I'm not sure of the > version of GCC but I just recently downloade

[Bug ada/18302] ACATS test c953002 (and others) hangs

--- Comment #14 from aaronavay62 at aaronwl dot com 2008-04-05 05:09 --- A bunch of tests hang for me, some with 0% cpu, some with 100% cpu, on i386-pc-mingw32 of 4.3.0. Among the 0% CPU hangers is c960004 Among the 100% CPU hangers is c974013 Is there some reason that the proposed t

[Bug ada/18302] ACATS test c953002 (and others) hangs

--- Comment #15 from ebotcazou at gcc dot gnu dot org 2008-04-05 05:17 --- > Is there some reason that the proposed timeout fix that was applied to the RH > branch can't be applied to trunk? They work fine on other platforms than MinGW32. -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug ada/18302] ACATS test c953002 (and others) hangs

--- Comment #16 from aaronavay62 at aaronwl dot com 2008-04-05 05:39 --- Yes, but it's still possible they might hang from time to time as bugs are introduced, which is fairly bad for automated testing etc. Normal dejagnu tests have a time limit; why should the ACATS testsuite be diffe

[Bug ada/18302] ACATS test c953002 (and others) hangs

--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-04-05 05:48 --- > Yes, but it's still possible they might hang from time to time as bugs are > introduced, which is fairly bad for automated testing etc. OK, but sweeping the problem under the rug is not the solution on mainlin