[Bug c++/18391] internal error: Segmentation fault for valid code segment

2004-11-09 Thread asachdeva at gmail dot com 

--- Additional Comments From asachdeva at gmail dot com  2004-11-09 09:28 
---
I am planning to use the following code as workaround, which does not crash.

#include 
#include 
#include 

extern bool cond;

typedef int (*FuncPtr)();

FuncPtr funcPtr;

int foobar(int foo, int bar = ((cond?funcPtr:(fprintf(stderr, "problem at
%s:%s\n", __FILE__, __LINE__), (FuncPtr)0))()), int foob=8);

-- 


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

[Bug c++/18391] internal error: Segmentation fault for valid code segment

2004-11-09 Thread asachdeva at gmail dot com 

--- Additional Comments From asachdeva at gmail dot com  2004-11-09 09:26 
---
The following code also crashes. Can somebody suggest a workaround while I am
using gcc 3.2

#include 
#include 
#include 

extern bool cond;

int (*funcPtr)();
#define printf 

int foobar(int foo, int bar = ((cond?funcPtr:(fprintf(stderr, "problem at
%s:%s\n", __FILE__, __LINE__), abort()))()), int foob=8);


-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|FIXED   |


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

[Bug target/18324] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20010518-2.c execution, -O0

2004-11-09 Thread hp at gcc dot gnu dot org 

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-09 09:18 
---
Confirmed on separate system with "Tue Nov  9 00:36:20 UTC 2004", still an abort
call.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-09 09:18:41
   date||


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

[Bug middle-end/18326] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20040625-1.c

2004-11-09 Thread hp at gcc dot gnu dot org 

--- Additional Comments From hp at gcc dot gnu dot org  2004-11-09 09:10 
---
With "Tue Nov  9 00:36:20 UTC 2004" the execution failures are gone,
but the compilation failure at -Os remains, same log message.
(Confirmed, because tested on separate system, with pristine sources.)


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords|wrong-code  |
   Last reconfirmed|-00-00 00:00:00 |2004-11-09 09:10:27
   date||
Summary|[4.0 regression] mmix-knuth-|[4.0 regression] mmix-knuth-
   |mmixware testsuite failure: |mmixware testsuite failure:
   |/execute/20040625-1.c   |gcc.c-
   ||torture/execute/20040625-1.c


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

[Bug target/18394] New: [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/strct-pack-3.c

2004-11-09 Thread hp at gcc dot gnu dot org 
With LAST_UPDATED: "Tue Nov  9 00:36:20 UTC 2004" I get:
FAIL: gcc.c-torture/execute/strct-pack-3.c execution,  -O1
FAIL: gcc.c-torture/execute/strct-pack-3.c execution,  -O2
FAIL: gcc.c-torture/execute/strct-pack-3.c execution,  -Os

With the message in the .log being:
*** EXIT code 4242
(a call to abort)

Last known to work on: "Sat Nov  6 19:25:03 GMT 2004".

-- 
   Summary: [4.0 regression] mmix-knuth-mmixware testsuite failure:
gcc.c-torture/execute/strct-pack-3.c
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware


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

[Bug bootstrap/18393] New: native C crosscompiler doesn't build.

2004-11-09 Thread pluto at pld-linux dot org 
alpha and ppc require target's system headers 
(eg. in /usr/{alpha,ppc}-*/include) 
 
  gcc/config/alpha/linux.h:77:20: signal.h: No such file or directory 
  gcc/config/alpha/linux.h:78:26: sys/ucontext.h: No such file or directory 
 
cross-{amd64,arm,sparc*} build/work fine witohut it. 
do alpha and ppc really need them?

-- 
   Summary: native C crosscompiler doesn't build.
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at pld-linux dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: {alpha,ppc}-pld-linux
  GCC host triplet: pentium3-pld-linux
GCC target triplet: pentium3-pld-linux


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

[Bug libfortran/18392] New: segfault on derived type namelist input

2004-11-09 Thread Thomas dot Koenig at online dot de 
$ cat foo.f90
program main
  implicit none
  type foo
 integer a
 real b
  end type foo
  type(foo) :: a
  namelist /nl/ a
  read (*,nl)
end program main
$ gfortran -v
Reading specs from /home/zfkts/lib/gcc/ia64-unknown-linux-gnu/4.0.0/specs
Configured with: ../gcc-4.0-20041107/configure --prefix=/home/zfkts
--enable-languages=c,c++,f95
Thread model: posix
gcc version 4.0.0 20041107 (experimental)
$ gfortran foo.f90
$ ./a.out
 &NL
 A%A = 10,
Segmentation fault

According to Richard Maine (who knows the Fortran standard much
better than I do :-) on <[EMAIL PROTECTED]>,
this input should be legal.

-- 
   Summary: segfault on derived type namelist input
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: ia64-unknown-linux-gnu


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

<    1   2   3