--- Additional Comments From gdr at cs dot tamu dot edu 2004-09-30 11:12 ---
Subject: Re: __alignof__ vs. typedefs
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Actually this is the attribute aligned vs arrays.
|
| I cannot decode what the documenation means:
| Note t
--- Additional Comments From giovannibajo at libero dot it 2004-09-30 11:19
---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2004-09/msg01735.html
--
What|Removed |Added
--- Additional Comments From micis at gmx dot de 2004-09-30 11:29 ---
After compiling ~2500 files I found one where this error still occures.
Below is a reduced testcase.
/usr/local/gcc40/bin/g++40 -O2 -c -o out.o src.ii -v
Reading specs from /usr/local/gcc40/lib/gcc/powerpc-unknown-linu
--- Additional Comments From giovannibajo at libero dot it 2004-09-30 11:57
---
Jakub, I'm assigning this bug to you since you posted a patch for it.
Can you check if the new testcase is the same bug which still surfaces, or a
new one (for which a new PR should be opened)? Thanks.
--
--- Additional Comments From giovannibajo at libero dot it 2004-09-30 12:27
---
Benj, having a fix in time for 4.0 would help, or is it going to be 4.1
material anyway?
--
What|Removed |Added
--
--- Additional Comments From aph at gcc dot gnu dot org 2004-09-30 12:48 ---
.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot o
--
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17733
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 13:02
---
This looks more like a front-end bug as size of the outer view convert is 512 while
the inner is 32.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 13:11
---
Well the TODO has been fixed already but we get a different error now:
pr17744.f90:7: internal compiler error: in expand_assignment, at expr.c:3461
Please submit a full bug report,
with preprocessed source i
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 13:13
---
I should note that I get that ICE only at -O0, not at -O1 or above.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17744
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 13:19
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 13:20
---
Hmm, I know that there were different bug reports from HJL about the same problems
with the testsuite
somewhere, yes, this is a dup of bug 17464.
*** This bug has been marked as a duplicate of 17464 ***
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 13:20
---
*** Bug 17087 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Summary|[4.0 Regression] Generates |[4.0 Regression] Generates
|invalid code|wrong code
http://gcc.gnu.org/bugz
libgfortran references environ which is not available to shared libraries directly on
darwin. This means
that we can not build fortran shared libraries without undefined symbols.
The solution is to use crt_externs.h and #define environ (*_NSGetEnviron()) in
libgfortran/runtime/
environ.c.
--
--- Additional Comments From peter at pogma dot com 2004-09-30 13:43 ---
Created an attachment (id=7245)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7245&action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17748
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 13:55
---
all shared libraries in GCC are built with "-flat_namespace -undefined suppress" so
--
What|Removed |Added
-
--- Additional Comments From peter at pogma dot com 2004-09-30 14:04 ---
Yeah, but with undefined references in shared libraries in gfortran it means that it
is impossible to
create shared fortran libraries twolevel namespace on darwin. This was possible with
f77.
In fact I see on clo
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 14:12
---
This is still a bug as you cannot use the getenv intstricts on Darwin.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-09-30 14:20
---
Confirmed. Here's an even shorter testcase:
subroutine FOO
interface
integer function BAR()
end subroutine
--
What|Removed
code from Momchil Velikov (aka velco on #gcc) modified to get an ICE:
extern int foo (int, int);
extern int bar (int, int);
extern int baz (void);
extern int frob (int x);
extern int g(int x);
int xyzzy (int x, int y)
{
int *p;
x = foo (x, y);
if (x > 5)
p =
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 14:31
---
Here is the ICE:
x.c: In function 'xyzzy':
x.c:8: error: Found a virtual definition for a GIMPLE register
for SSA_NAME: D.1132_12in statement:
y_5 = PHI ;
PHI argument
D.1132_12
for PHI node
y_5 = PHI ;
x.c:
--
What|Removed |Added
CC||rakdver at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From bkoz at redhat dot com 2004-09-30 14:48 ---
Subject: Re: __alignof__ vs. typedefs
>Benj, having a fix in time for 4.0 would help, or is it going to be 4.1
>material anyway?
Having a fix for this for 4.0.0 will definitely be useful. I'm kind of
surprised t
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-09-30 15:07
---
Confirmed.
The problem is that the same variable appears in two data statements.
Just compile the following testcase without command-line parameters:
integer i
data i/
/*
Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.0/specs
Configured with: ./configure -prefix=/usr
Thread model: posix
gcc version 3.4.0
program compiled on AMD 64 running Slackware 10.
program compiled with: gcc -O3 -c
Compiler Errors:
best.c: In function `wbest1':
best.c:24: error: pri
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 15:18
---
Fixed on the mainline and not going to be fixed for 3.4.x see dup bug 15114.
*** This bug has been marked as a duplicate of 15114 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-30 15:18
---
*** Bug 17750 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-09-30 15:32
---
Confirmed. Here's a reduced testcase:
=
module FOO
interface BAR
module procedure BAR2
end interface
contains
elemental integer function BAR2(X)
integ
--- Additional Comments From aph at gcc dot gnu dot org 2004-09-30 15:40 ---
I can't duplicate this. I get:
gcj -g -c jipsi-gcj.jar
de/lohndirekt/print/attribute/ipp/printerdesc/defaults/NumberUpDefault.java:0:
error: cannot find file for class de.lohndirekt.print.attribute.DefaultAttr
--- Additional Comments From aph at gcc dot gnu dot org 2004-09-30 15:42 ---
Um, hold on that class is in the jarfile. Weird. I'm investigating.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17733
--- Additional Comments From konqueror at gmx dot de 2004-09-30 15:46 ---
You need to unzip the jar in a directory and then try to compile the jar in
there (the jar, not the class files directly).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17733
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-09-30 15:48
---
Confirmed. Here's something shorter:
=
int foo(int i)
{
int *p = &i+1;
*p = 0;
return foo(i);
}
=
--
What|Removed |
33 matches
Mail list logo
