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.
--- 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=11128action=view)
Non-preprocessed test code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26875
--- 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=11129action=view)
Preprocessed test source code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26875
--- 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 #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 #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; i8; ++i, ++p)
{
int j =
--- 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 #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 #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 #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 #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
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 #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 ---
--- 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 stdlib.h
typedef struct Config {
--- 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 #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 #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
--- 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
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
--- 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
--- 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
--- 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 #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
--- 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 #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;
}
--
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
--- 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;
}
--
--- 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
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
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26878
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|java|target
GCC
--- 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/../
--- 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 #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=gccview=revrev=112400
Log:
PR target/26459
* config/rs6000/rs6000.md (DF
--- 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=gccview=revrev=112401
Log:
PR target/26459
* config/rs6000/rs6000.md (DF
--- 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 #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 #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
--- 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
--- 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
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)
--- 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 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
--- 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=11132action=view)
preprocessed source (jscpucfg.i)
To see the bug, save this attachment as jscpucfg.i, and:
# gcc -c -o jscpucfg.o -g
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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|
--- 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 #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
--- 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
--
--- 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
--
--- 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
--
--- 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
--
--- 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=gccview=revrev=112407
Log:
2006-03-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=112410
Log:
2006-03-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=112410
Log:
2006-03-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=112412
Log:
2006-03-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=112413
Log:
2006-03-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=112413
Log:
2006-03-26 Jerry DeLisle [EMAIL PROTECTED]
PR
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__))
templatetypename T
T PROGMEM * rom(const T init)
{
static T
--- 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
--- 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=11133action=view)
Test program (no included files) demonstrating the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26882
--- 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
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;
--- 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
--- 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 :
66 matches
Mail list logo
