--
steven at gcc dot gnu dot org changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
|
When compiling the following program with the shipped gcc 4.0.1 from XCode 2.2
on an Apple iMac, the result is:
> Mac:~/Desktop pfeil$ ./bugdemo
> write write write write
> true
but should be:
> write read write read
> true
Or in other words, the compiler should use the read/const version of t
Here is a 20 % increase code size, because the compiler tries too much to
jump to UI_plotHline() instead of just calling the function and then doing
a standard return at the end of drawbutton()...
[EMAIL PROTECTED] projet]$ cat tmp.c
typedef struct {
unsigned short x, y;/* x should
--- Comment #12 from hjl at gcc dot gnu dot org 2006-04-29 14:25 ---
Subject: Bug 27351
Author: hjl
Date: Sat Apr 29 14:25:42 2006
New Revision: 113375
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113375
Log:
2006-04-29 H.J. Lu <[EMAIL PROTECTED]>
PR fortran/27351
--- Comment #13 from hjl at lucon dot org 2006-04-29 14:45 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-04-29 14:56
---
It doesn't ICE before 3.4.0 even with checking enabled.
It's a regression then.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-04-29 15:01
---
It happens also on the 4.0 branch since GCC 4.0.3.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
new hyip paid me Referral
plz join and paid under me :)
http://legendofhyip.com/?ref=mazika
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-29 16:13 ---
Try:
Array a;
const Array &b = a;
a[ 0 ] = true;
a[ 1 ] = b[ 0 ];
But this is invalid, a[0] is always an lvalue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-04-29 16:30 ---
Hi FX,
would you care to replace rystride == ycount with rystride == xcount
as a fix for this, independent of the matmul BLAS issue?
I think this is definitely worth it, especially for 4.1.
Pre-approved if you do
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-04-29 16:31
---
Subject: Bug 25681
Author: fxcoudert
Date: Sat Apr 29 16:31:26 2006
New Revision: 113376
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113376
Log:
PR fortran/25681
* simplify.c (simplif
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
The following invalid testcase crashes the C frontend with "-fopenmp":
===
void foo(ERROR i)
{
#pragma omp parallel
i=0;
}
===
bug.c:1: error: expected ')' before 'i'
bug.c:3: internal compiler error: in c_parser_consume_token, at c-parser.c:639
Please su
The following invalid testcase crashes the C++ frontend when compiled
with -fopenmp:
==
void foo()
{
#pragma omp parallel for
for (int i; i<1; ++i) ;
}
==
bug.cc: In function 'void foo()':
bug.cc:4: internal compiler error: vector VEC(cp_token_pos
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-04-29 20:48
---
Subject: Bug 27279
Author: reichelt
Date: Sat Apr 29 20:48:45 2006
New Revision: 113378
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113378
Log:
PR c++/27279
* decl.c (copy_fn_p): Skip fu
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-04-29 20:52
---
Subject: Bug 27279
Author: reichelt
Date: Sat Apr 29 20:52:24 2006
New Revision: 113379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113379
Log:
PR c++/27279
* decl.c (copy_fn_p): Skip fu
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-04-29 20:55
---
Subject: Bug 27279
Author: reichelt
Date: Sat Apr 29 20:55:44 2006
New Revision: 113380
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113380
Log:
PR c++/27279
* decl.c (copy_fn_p): Skip fu
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-04-29 20:57
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-04-29 20:57
---
Really fixed.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from tkoenig at gcc dot gnu dot org 2006-04-29 21:02 ---
Subject: Bug 26017
Author: tkoenig
Date: Sat Apr 29 21:02:04 2006
New Revision: 113381
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113381
Log:
2006-04-29 Thomas Koenig <[EMAIL PROTECTED]>
PR fo
--- Comment #8 from tkoenig at gcc dot gnu dot org 2006-04-29 21:05 ---
Fixed on 4.1 and trunk.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from reichelt at gcc dot gnu dot org 2006-04-29 21:40
---
Subject: Bug 27102
Author: reichelt
Date: Sat Apr 29 21:39:54 2006
New Revision: 113382
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113382
Log:
PR c++/11471
PR c++/27102
* g++.d
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-04-29 21:40
---
Subject: Bug 11471
Author: reichelt
Date: Sat Apr 29 21:39:54 2006
New Revision: 113382
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113382
Log:
PR c++/11471
PR c++/27102
* g++.dg
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-04-29 21:49
---
This has been fixed in mainline by Mark's patch fro PR27102.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from jazzmantitus at yahoo dot com 2006-04-29 23:18 ---
Just wasted a day or so on this as well. Sure seems like a bug to me. Why
should it auto-detect which CPU it is building upon and then attempt to build a
compiler that is guaranteed to break?
Does it attempt to exe
It seems that the io library is leaking memory when reading logicals, as
demonstrated by the small program below; when running, the program uses more
and more memory until it's killed. I don't see this behaviour with data types
other than logicals.
erik:/var/tmp$ cat memoryleak.f90
program memor
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-04-30 00:12
---
I will look into this. Thought we had them all, but maybe not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27360
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-04-30 01:15
---
Confirmed and i found the spot in read_logical. I will have a fix shortly. My
bad on this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
Executing on host:
/home/dave/gcc-4.2/objdir/gcc/testsuite/gfortran/../../gfortr
an -B/home/dave/gcc-4.2/objdir/gcc/testsuite/gfortran/../../
/home/dave/gcc-4.2/
gcc/gcc/testsuite/gfortran.dg/enum_2.f90 -O -pedantic-errors -S -o
enum_2.s
(timeout = 300)
In file /home/dave/gcc-4.2/gcc/gcc/
--- Comment #3 from bauhaus at futureapps dot de 2006-04-30 02:35 ---
One more that doesn't work:
result(txt'first .. txt'first + 3) := ('x', 'x', 'x', 'x');
These rewritten assignments do work as expected
result(txt'first .. txt'first + 3) := (1 .. 4 => 'x');
resul
--- Comment #2 from sven at physto dot se 2006-04-30 02:56 ---
Is this fixed now? I can't quite see what the problem is with the test program?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-04-30 03:19
---
Subject: Bug 27360
Author: jvdelisle
Date: Sun Apr 30 03:19:37 2006
New Revision: 113388
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113388
Log:
2006-04-29 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from patchapp at dberlin dot org 2006-04-30 03:20 ---
Subject: Bug number PR27360
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-04/msg01152.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 04:03 ---
These two testcases work for me on powerpc-darwin with Apple's GCC.
The testcase looked like:
#include
#include
int main(void)
{
printf("\n %f",creal(cpow(I,I)));
}
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-30 04:06 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-30 04:07 ---
Confirmed, works in C99 mode:
pc64:~> ~/newtest/bin/gcc t.c -fopenmp -std=c99
t.c: In function foo:
t.c:5: error: i is not initialized
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-04-30 04:11
---
(In reply to comment #9)
But that only applies to 4.2 and not 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26810
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-30 04:12 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26825
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-30 04:19 ---
This works for me in 4.0.2. If 3.4.5 crashes then there is nothing we can do
as 3.4.x is no longer being supported.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 04:21 ---
Actually this is not a bug in the front-end but rather with -fmudflap causing
the crash and saying it is not supported for any language except for C based
ones.
--
pinskia at gcc dot gnu dot org changed:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-04-30 04:24
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-30 04:28 ---
*** This bug has been marked as a duplicate of 26764 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 04:28 ---
*** Bug 27334 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build tri
The kernel is 2.6.14. When I build ALSA subsystem. I use following commandline:
arm-iwmmxt-linux-gnueabi-gcc -Wp,-MD,sound/core/.pcm_native.o.d
-nostdinc -isystem
/usr/local/arm-iwmmxt-linux-gnueabi/bin/../lib/gcc/arm-iwmmxt-linux-gnueabi/4.1.0/include
-D__KERNEL__ -Iinclude -include include/linu
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-30 05:01 ---
We really need a self contianed example but I think this was already fixed for
4.1.1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from yfw dot debian at gmail dot com 2006-04-30 05:09
---
Subject: Re: ARM gcc 4.1 optimization bug
Hi pinskia,
I tried to make a simple test example for this bug. But If I put the
code from ALSA subsystem
of Linux kernel to a test.c file, the gcc will product correct
a
--- Comment #3 from yfw dot debian at gmail dot com 2006-04-30 05:32
---
Where can I get gcc 4.1.1? From the ftp site, the latest gcc 4.1 release is
4.1.0.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 05:55 ---
-O1 -funroll-loops crashes on the mainline (though -O2 -funroll-loops passes).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-04-30 06:01 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 06:06 ---
(In reply to comment #2)
> It doesn't work for me, even with the updated cctools:
That is because the updated cctools did not include an updated ld64. Please
write an email to Geoff Keating about this issue.
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26823
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 06:11 ---
Note the correct version of the inline-asm as far as I can tell is:
__asm__ __volatile__ ("" : : "m" (__extension__
*({ struct { char x[n]; } *p = ptr;
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26913
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-04-30 06:16
---
No feedback in 3 months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
58 matches
Mail list logo
