--- Comment #19 from bonzini at gnu dot org 2006-03-27 07:37 ---
tree copy propagation : 18.58 ( 2%) usr 0.01 ( 0%) sys 18.54 ( 2%) wall
2369 kB ( 0%) ggc
tree PHI insertion: 34.49 ( 4%) usr 0.85 (23%) sys 35.34 ( 4%) wall
758641 kB (79%) ggc
tree SSA rewrite : 4
--- Comment #7 from anlauf at gmx dot de 2006-03-27 07:32 ---
> kargl[228] gfc4x -o z -fall-intrinsics -std=f95 iargc.f90
> kargl[229] gfc4x -o z -std=f95 iargc.f90
> /var/tmp/ccqDOkrX.o(.text+0x18): In function `MAIN__':
> : undefined reference to `iargc_'
> collect2: ld returned 1 exit
The following (perhaps questionable) code causes an ICE in in
set_mem_attributes_minus_bitpos, at emit-rtl.c:1539
compile command line:
avr-g++ -mmcu=atmega128 -c -o romproblems.o romproblems.cpp
program:
#define PROGMEM __attribute__((__progmem__))
struct ROMVar1
{
int const val;
ROMVa
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-03-27 07:26
---
Fixed on 4.1.1 and 4.1
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ned at bike-nomad dot com 2006-03-27 07:26 ---
Created an attachment (id=11133)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11133&action=view)
Test program (no included files) demonstrating the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26882
--- Comment #18 from bonzini at gnu dot org 2006-03-27 07:22 ---
I'm looking at copy prop.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
This program (which has no included files) causes an ICE and a bus error:
--
typedef unsigned char uint8_t ;
typedef unsigned short uint16_t ;
typedef unsigned long uint32_t ;
#define PROGMEM __attribute__((__progmem__))
template
T PROGMEM * rom(const T& init)
{
static T PROGMEM t = i
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-03-27 07:16
---
Subject: Bug 26661
Author: jvdelisle
Date: Mon Mar 27 07:16:03 2006
New Revision: 112413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112413
Log:
2006-03-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-03-27 07:16
---
Subject: Bug 26880
Author: jvdelisle
Date: Mon Mar 27 07:16:03 2006
New Revision: 112413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112413
Log:
2006-03-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-03-27 07:10
---
Subject: Bug 26880
Author: jvdelisle
Date: Mon Mar 27 07:10:29 2006
New Revision: 112412
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112412
Log:
2006-03-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-03-27 06:55
---
Subject: Bug 26661
Author: jvdelisle
Date: Mon Mar 27 06:55:20 2006
New Revision: 112410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112410
Log:
2006-03-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-03-27 06:55
---
Subject: Bug 26880
Author: jvdelisle
Date: Mon Mar 27 06:55:20 2006
New Revision: 112410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112410
Log:
2006-03-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-03-27 05:59
---
Subject: Bug 26880
Author: jvdelisle
Date: Mon Mar 27 05:59:37 2006
New Revision: 112407
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112407
Log:
2006-03-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #20 from patchapp at dberlin dot org 2006-03-27 04:36 ---
Subject: Bug number PR26459
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01519.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #4 from patchapp at dberlin dot org 2006-03-27 04:36 ---
Subject: Bug number PR 26735
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01500.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #8 from patchapp at dberlin dot org 2006-03-27 04:35 ---
Subject: Bug number PR26826
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01454.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #6 from patchapp at dberlin dot org 2006-03-27 04:35 ---
Subject: Bug number PR 26769
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01448.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #8 from jacky dot yu at betasystems dot com 2006-03-27 02:13
---
I tried to build with "make bootstrap" and it failed at the exact same spot:
./xgcc -B./ -B/devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/bin/ -isystem
/devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/include -isystem
/de
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-27 02:08 ---
Reduced testcase that fails even on x86_64:
int main(int argc, char **argv)
{
if (0)
{
static union{} u;
typedef char tt;
static tt c[8];
return c[0] == 0x01 && c[1] == 0x02;
}
}
--
pinskia at gcc
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-27 01:56 ---
Reducing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from dbaron at dbaron dot org 2006-03-27 01:52 ---
Created an attachment (id=11132)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11132&action=view)
preprocessed source (jscpucfg.i)
To see the bug, save this attachment as jscpucfg.i, and:
# gcc -c -o jscpucfg.o -g
I get an internal compiler error when compiling Mozilla's standalone
spidermonkey JavaScript engine on x86, either with Fedora Core 5's gcc 4.1.0 or
a gcc 4.1.0 built from the released source. I did *not* see this error taking
similar steps on x86_64.
jscpucfg.c:374: internal compiler error: in d
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-03-27 01:44
---
I might as well try fixing this while I am at it. g77 and ifc run the case
fine.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
I found this problem while putting together the test case for 26661. The
rewind should allow the read to occur.
implicit none
character(3) a(4)
integer i
open (10)
10 format(A,$)
write(10,10)' abc def ghi jkl'
rewind(10)
read(10,20)(a(i),i=1,4)
i
--- Comment #19 from amodra at bigpond dot net dot au 2006-03-27 01:41
---
After applying the patch, I decided I really ought to find where the regression
from 4.0 occurred. It's a pity I didn't do that before developing the patch..
To my surprise I found that on the face of it, 4.0 ou
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-27 01:32 ---
(In reply to comment #4)
> As a specific example, using autoconf to attempt to portably determine whether
> to use -pthreads (Solaris) or -pthread (Linux, etc) to request reentrant
> libraries and thread library link
--- Comment #4 from davida at pobox dot com 2006-03-27 01:30 ---
As a specific example, using autoconf to attempt to portably determine whether
to use -pthreads (Solaris) or -pthread (Linux, etc) to request reentrant
libraries and thread library linkage, gcc will warn, but otherwise acce
--- Comment #6 from kargl at gcc dot gnu dot org 2006-03-27 00:08 ---
I have a patch for this problem. It implements a new flag that
prevents gfortran's enforcement of the Standard with respect to
gfortran's rich set of intrinsics.
program z
if (iargc() /= 0) call abort
end program
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-26 23:47 ---
Can you try "make bootstrap" instead as this sounds like a bug in 4.0.2 and not
in 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #18 from amodra at gcc dot gnu dot org 2006-03-26 22:49 ---
Subject: Bug 26459
Author: amodra
Date: Sun Mar 26 22:49:20 2006
New Revision: 112401
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112401
Log:
PR target/26459
* config/rs6000/rs6000.md (DF
--- Comment #17 from amodra at gcc dot gnu dot org 2006-03-26 22:48 ---
Subject: Bug 26459
Author: amodra
Date: Sun Mar 26 22:48:22 2006
New Revision: 112400
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112400
Log:
PR target/26459
* config/rs6000/rs6000.md (DF
--- Comment #6 from jacky dot yu at betasystems dot com 2006-03-26 21:52
---
I just did a "make"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-26
21:28 ---
Subject: Re: New: Incorrect handling of -B by gfortran driver
> Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran
> -B/test/gn
> u/gcc-4.1/objdir/gcc/testsuite/../
> /test/gnu/gcc-4.1/
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|java|target
GCC b
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26878
--- Comment #2 from zerocool at modemsoft dot it 2006-03-26 18:29 ---
(In reply to comment #1)
> Did you build using "make" or "make bootstrap"?
make -j2 bootstrap
--
zerocool at modemsoft dot it changed:
What|Removed |Added
--
Good evening,
i use a linux box under alpha platform. I try to compile the Gcc 4.03 and in
compilation have this error :
/gcc-4.1.0/libjava/classpath/gnu/CORBA/CDR/gnuRuntime.java:0: internal compiler
error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropri
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-26 18:23 ---
Did you build using "make" or "make bootstrap"?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-26 18:22
---
Steven's patch fixes the testcase I gave but it did not fix:
int g1(void) __attribute__((__pure__));
int f(void)
{
int g = 0;
int a = g1();
int t = a*g*a*a*a*a*a*a*a*a*a*a*a*a*a;
return t;
}
--
http:
Good evening,
i use a linux box under alpha platform. I try to compile the Gcc 4.03 and in
compilation have this error :
SAXNotSupportedException.java:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/b
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-26 18:14 ---
Here is another testcase (I don't remember why I was looking into this now but
I was):
int f(int a)
{
int g = 0;
int t = a*g*a*a*a*a*a*a*a*a*a*a*a*a*a;
return t;
}
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-26 17:40 ---
So did you do "make" or "make bootstrap"?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
--- Comment #4 from jacky dot yu at betasystems dot com 2006-03-26 17:32
---
On the HP-UX 11.00 system, I already had a GCC 4.0.2 binaries, downloaded from
ftp.thewrittenword.com, installed at /usr/local/bin, which I used to bootstrap
GCC 4.1.0.
I used the following command to configur
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-26 17:20 ---
Note I would like these standard names documented also since I would need them
to implement them on the SPU (SPE on the Cell) target.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-26 17:16 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #3 from kargl at gcc dot gnu dot org 2006-03-26 16:54 ---
I'll apply the patch to 4.1 on Monday.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
I was trying to build GCC on x86 so that it would default to -march=i586
-mtune=i686. I specified --with-arch=i586 --with-tune=i686 to configure, but
the resulting gcc still used -mtune=i586 instead of -mtune=i686.
The configure switches --with-arch, --with-cpu and --with-tune write
appropriate va
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-26 16:35 ---
4.1.0 is correct as it is the same as 3.4.x. 4.0.x is incorrect and does not
correspond to 3.4.x. So this is a bug in 4.0.x and not in 4.1.0.
Confirmed. Thanks for the short testcase.
--
pinskia at gcc dot gn
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-26 16:24 ---
This usually means you are configuring with the correct options in that
--with-gas is needed if you are using GNU binutils' as.
How did you configure and how did you build GCC?
--
pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-26 16:19 ---
*** Bug 26873 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-26 16:19 ---
*** This bug has been marked as a duplicate of 26872 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-26 16:17 ---
Confirmed, this only happens with the C++ Front-end, why I don't know why.
Anyways here is a testcase which should go into the testsuite for also testing
correct code:
#include
typedef struct Config {
int bg_siz
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-26
15:53 ---
Subject: Re: New: Incorrect handling of -B by gfortran driver
I've attached details of the linking.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-26
15:53 ---
Create
The HP dynamic loader requires all symbols to be defined. I've been
working on a revised method for handling weak undefined symbols introduced
by the crt*.o files. Specifically, they need to be removed from shared
libraries such as libgcc_s.sl. Moving the stubs into their own library
introduced
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-26 15:50
---
*** Bug 26874 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-26 15:50 ---
*** This bug has been marked as a duplicate of 26481 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-26 15:47 ---
This usually means you are configuring with the correct options in that
--with-gas is needed if you are using GNU binutils' as.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26873
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-26 15:45 ---
I am starting to think this is a front-end issue, producing two decls for cfg.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-03-26 14:32
---
Shorter testcase:
===
void foo(char* p, char c, int i)
{
char a[2], *q=a+1;
if (p && i)
*p = q-a+bar(i);
if (c)
bar(i);
}
===
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-03-26 13:13
---
Shorter testcase (compile with "gcc -O -ftree-vectorize -msse2"):
void foo(int *p, int N)
{
int i;
for (i=0; i<8; ++i, ++p)
{
int j = N+2*(N
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-03-26 12:27
---
Even shorter testcase:
===
struct A
{
int i;
struct {} s;
};
int N;
void foo(struct A *p)
{
while (N && bar((++p)->s))
p->i = 0;
}
==
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-03-26 11:15
---
> It is not at all clear why you're trying to use libmudflap
> with gfortran. Have you read the gcc.info of -fmudflap?
I know that you cannot use -fmudflap with gfortran. But that's not
the point. If I specify an
--- Comment #2 from bart dot vanassche at gmail dot com 2006-03-26 09:33
---
Created an attachment (id=11129)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11129&action=view)
Preprocessed test source code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26875
--- Comment #1 from bart dot vanassche at gmail dot com 2006-03-26 09:32
---
Created an attachment (id=11128)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11128&action=view)
Non-preprocessed test code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26875
Although not explicitly documented, I expect different array allocator objects
to behave independently of each other - each array allocator should manage its
own storage. Allocating memory via one array allocator should not have any
effect on the internal state of another array allocator object. Wh
66 matches
Mail list logo
