--- Comment #5 from photon at seznam dot cz 2007-10-15 07:29 ---
(In reply to comment #4)
DR 325 describes the ambiguities in the standard. There are a number of
possible solutions to accepting this syntax, with different implementation
complexities, and it is not clear what the
--- Comment #6 from nathan at codesourcery dot com 2007-10-15 08:24 ---
Subject: Re: Default argument of type list pair A, B
compiles only when typedef is used
photon at seznam dot cz wrote:
As there is a simple workaround -- adding parentheses -- which is
unambiguously
See the diagnostic message from the build gcc itself below:
make[3]: Entering directory `/usr/src/zsh/zsh-4.3.4/Src/Builtins'
gawk -f ./rlimits.awk /usr/include/sys/resource.h /dev/null rlimits.h
/usr/local/bin/gcc -c -I. -DHAVE_CONFIG_H -DMODULE -O2 -o rlimits..o
rlimits.c
rlimits.c: In
See the diagnostic message from the build gcc itself below:
make[3]: Entering directory `/usr/src/zsh/zsh-4.3.4/Src/Builtins'
gawk -f ./rlimits.awk /usr/include/sys/resource.h /dev/null rlimits.h
/usr/local/bin/gcc -c -I. -DHAVE_CONFIG_H -DMODULE -O2 -o rlimits..o
rlimits.c
rlimits.c: In
--- Comment #1 from henman at it dot to-be dot co dot jp 2007-10-15 08:33
---
none
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33777
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-10-15
09:00 ---
I believe this is a dup of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29826
The bug was closed as fixed but reappeared on 4.2.x when Richard Henderson's
TLS emulation patch was reverted on the
--- Comment #1 from pcarlini at suse dot de 2007-10-15 09:12 ---
What does it mean These are defined in hpux11? The test fails... Apparently
the real problem is that wchar_t is globally disabled on that target, therefore
cwchar doesn't actually include wchar.h. Then,
--
pcarlini at
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-15 09:14 ---
*** Bug 33776 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33777
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-15 09:14 ---
*** This bug has been marked as a duplicate of 33777 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pcarlini at suse dot de 2007-10-15 09:14 ---
I'm just fixing it ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33773
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-10-15 09:15 ---
Please attach preprocessed source of rlimits.c
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pcarlini at suse dot de 2007-10-15 09:24 ---
No problem, I'm just going ahead.
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #5 from paolo at gcc dot gnu dot org 2007-10-15 09:35 ---
Subject: Bug 33771
Author: paolo
Date: Mon Oct 15 09:34:49 2007
New Revision: 129313
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129313
Log:
2007-10-15 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #3 from paolo at gcc dot gnu dot org 2007-10-15 09:35 ---
Subject: Bug 33773
Author: paolo
Date: Mon Oct 15 09:34:49 2007
New Revision: 129313
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129313
Log:
2007-10-15 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #4 from paolo at gcc dot gnu dot org 2007-10-15 09:35 ---
Subject: Bug 33773
Author: paolo
Date: Mon Oct 15 09:34:56 2007
New Revision: 129314
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129314
Log:
2007-10-15 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #6 from paolo at gcc dot gnu dot org 2007-10-15 09:35 ---
Subject: Bug 33771
Author: paolo
Date: Mon Oct 15 09:34:56 2007
New Revision: 129314
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129314
Log:
2007-10-15 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #5 from pcarlini at suse dot de 2007-10-15 09:35 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from pcarlini at suse dot de 2007-10-15 09:36 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
// file t0.c
typedef struct {
float a;
float b;
} foo;
void t() {
foo a = *(__ea foo*)0; // 0 is not problem here
}
$ spu-gcc -Wall -O0 -c t0.c -S
does not produce instruction that calls __cache_fetch.
typedef struct {
float a;
} foo;
struct with 1 member or
--- Comment #1 from kojih at jp dot sony dot com 2007-10-15 10:12 ---
forgot to write environment.
$ spu-gcc -v
Using built-in specs.
Target: spu
Configured with: ../toolchain/gcc/configure --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info --disable-shared
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2007-10-15 10:30
---
Subject: Bug 33133
Author: mkuvyrkov
Date: Mon Oct 15 10:30:13 2007
New Revision: 129315
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129315
Log:
PR target/33133
* haifa-sched.c
--- Comment #16 from irar at il dot ibm dot com 2007-10-15 10:42 ---
This patch fixes the ICE and doesn't cause regressions in the vectorizer
testsuite:
Index: tree-data-ref.c
===
--- tree-data-ref.c (revision 129292)
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2007-10-15 10:43
---
(In reply to comment #4)
Confirmed. We see this a lot (building xgl, cups, john, xpdf, metacity,
openssl
and more). And just with -O2 in our cases.
Are these failures fixed now?
--
mkuvyrkov at gcc dot
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-15 11:07 ---
Hi Hara-san,
__ea support has not been contributed to the FSF GCC yet so closing this as
invalid.
You might want to report this to the 3C bugzilla (which I don't have the
address to right now).
Ben,
I added you
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-15 11:14 ---
This code written as a[(char*)b] is valid even C code, in C, d[e] is the same
as *(d+e) so d[e] is the same as e[d]. So the code is valid and does the
correct thing. There is no bug here. Unless you can explain
--- Comment #13 from jakub at gcc dot gnu dot org 2007-10-15 11:20 ---
To me this looks like aliasing violation in 400.perlbench (and in perl 5.8.8
too, so I'll cite the latter).
#define IVTYPE long/**/
typedef IVTYPE IV;
typedef struct xpviv XPVIV;
typedef
--- Comment #14 from jh at suse dot cz 2007-10-15 11:39 ---
Subject: Re: [4.3 Regression] Revision 128092 miscompiles 400.perlbench
when sv.c is compiled with -O2 -fstrict-aliasing, then the
*(IV**)xiv = PL_xiv_root; write isn't considered aliased with the
iv = ((XPVIV*)
--- Comment #3 from jens-devel at gmx dot de 2007-10-15 12:48 ---
Subject: Class can't be friends of itself?
Hi,
I think gcc should be able to compile something like this.
There is no other way to make a member-variable accessible only from all
objects which are of the same type. Am
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #2 from zadeck at naturalbridge dot com 2007-10-15 13:11
---
Subject: Re: [4.3 Regression] ICE in local_cprop_pass
with -ftrapv for crafty
On Sun, Oct 14, 2007 at 12:29:44PM -0400, Kenneth Zadeck wrote:
I have not looked at this bug. I am happy to if you want. I
int foo(int i)
{
if (((unsigned)(i + 1)) * 4 == 0)
return 1;
return 0;
}
extern void abort(void);
int main()
{
if (foo(0x3fff) == 0)
abort ();
return 0;
}
This goes wrong in extract_muldiv and is exposed by folding X * C CMP 0 to
X CMP 0 for undefined overflow.
--
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-15
13:20 ---
Subject: Re: FAIL: 21_strings/headers/cwchar/macros.cc (test for excess
errors)
--- Comment #1 from pcarlini at suse dot de 2007-10-15 09:12 ---
What does it mean These are defined in hpux11?
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-15 13:24 ---
Another one:
int foo(int i)
{
return ((int)((unsigned)(i + 1) * 4)) / 4;
}
extern void abort(void);
int main()
{
if (foo(0x3fff) == 0)
abort ();
return 0;
}
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-15 13:31 ---
whoops, make the testcase in comment #1
int foo(int i)
{
return ((int)((unsigned)(i + 1) * 4)) / 4;
}
extern void abort(void);
int main()
{
if (foo(0x3fff) != 0)
abort ();
return 0;
}
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-15 13:32 ---
Only the first testcase is a regression (AFAIK), the second one also fails with
2.95.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from paolo at gcc dot gnu dot org 2007-10-15 13:43 ---
Subject: Bug 33773
Author: paolo
Date: Mon Oct 15 13:43:33 2007
New Revision: 129316
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129316
Log:
2007-10-15 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-10-15 13:56
---
Subject: Bug 33055
Author: jvdelisle
Date: Mon Oct 15 13:55:47 2007
New Revision: 129328
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129328
Log:
2007-10-15 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #15 from hjl at lucon dot org 2007-10-15 13:58 ---
(In reply to comment #14)
Subject: Re: [4.3 Regression] Revision 128092 miscompiles 400.perlbench
?
This should not be that dificult to fix. Ideally we can convince SPEC to
produce official patch as they did with
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-10-15 13:59
---
Subject: Bug 33055
Author: jvdelisle
Date: Mon Oct 15 13:59:02 2007
New Revision: 129344
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129344
Log:
2007-10-15 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-15
13:28 ---
Subject: Re: FAIL: 21_strings/headers/cwchar/macros.cc (test for excess
errors)
--- Comment #5 from pcarlini at suse dot de 2007-10-15 09:35 ---
Fixed.
I don't believe the change fixes the
--- Comment #36 from pluto at agmk dot net 2007-10-15 14:04 ---
could someone update this patch for 4.3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14912
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-10-15 14:04
---
Subject: Bug 33055
Author: jvdelisle
Date: Mon Oct 15 14:03:52 2007
New Revision: 129346
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129346
Log:
2007-10-15 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2007-10-15 14:05
---
Fixed.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
The following program:
FUNCTION F(r,a,e)
REAL*8 :: a(2:15)
REAL*8 :: r,f,e
f=0
DO i = 2, 15
f = f + a(i)/(r**(i-1)*REAL(i-1,8))
END DO
f=f-e
END FUNCTION F
PROGRAM TEST
REAL*8 :: a(2:15)=(/-195.771601327700D0, 15343.7861339500D0,
-530864.458651600D0,
--- Comment #7 from jakub at gcc dot gnu dot org 2007-10-15 15:14 ---
Subject: Bug 33619
Author: jakub
Date: Mon Oct 15 15:14:46 2007
New Revision: 129350
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129350
Log:
PR tree-optimization/33619
* tree-ssa-ter.c
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-15 15:01 ---
Confirmed. It changes for me -O2 vs. -O2 -fpeel-loops which causes the loop
in f to be completely unrolled (which at the first sight doesn't look wrong).
And we expand __powidf2 inline because the exponent is now a
--- Comment #17 from rakdver at kam dot mff dot cuni dot cz 2007-10-15
15:02 ---
Subject: Re: [4.3 Regression] ICE when compilling elbg.c from ffmpeg
(vectorizer)
This patch fixes the ICE and doesn't cause regressions in the vectorizer
testsuite:
Index: tree-data-ref.c
--- Comment #2 from jv244 at cam dot ac dot uk 2007-10-15 15:30 ---
(In reply to comment #1)
As Fortran allows open-coding of integral powers this is not a bug. But
I'll leave final closing as INVALID to more fortran-knowing people.
I agree that Fortran-wise this is not a bug.
The recent addition of a large number of libgcc objects (for fixed point
arithmetic and other things) now breaks bootstrap on IRIX. The problem is
that the command line in libgcc/Makefile.in, approx line 697 reads as:
$(AR_CREATE_FOR_TARGET) $@ $$objects
which doesn't defend against
This started happening between revision 128772 (good) and 128824 (bad):
.../gcc/testsuite/gcc.c-torture/compile/limits-stringlit.c:10: error: size of
array is too large
This appears to happen on all targets with 16-bit int. Revision 128811
suspected.
--
Summary: [4.3 Regression]
--- Comment #3 from dominiq at lps dot ens dot fr 2007-10-15 15:51 ---
that causes numerical results with CP2K to change going from -O0 to -O3.
If you do expect that optimization optimizes your computation, you should
expect some change of the numerical results, so put some tolerance
--- Comment #12 from rsandifo at gcc dot gnu dot org 2007-10-15 16:23
---
As a status update: I've got a patch I'm reasonably happy with,
tested against 4.2 and trunk. The trunk version depends on some
uncommitted patches, which in turn depend on a system.h patch,
so I'll hold off
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-10-15 17:05 ---
Subject: Bug 33706
Author: aoliva
Date: Mon Oct 15 17:05:19 2007
New Revision: 129355
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129355
Log:
gcc/ChangeLog:
PR middle-end/33706
* tree-inline.c (copy_bb):
--- Comment #7 from aoliva at gcc dot gnu dot org 2007-10-15 17:07 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-10-15 17:07 ---
Subject: Bug 33735
Author: aoliva
Date: Mon Oct 15 17:07:20 2007
New Revision: 129356
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129356
Log:
gcc/ChangeLog:
PR tree-optimization/33735
PR
--- Comment #22 from aoliva at gcc dot gnu dot org 2007-10-15 17:07 ---
Subject: Bug 33572
Author: aoliva
Date: Mon Oct 15 17:07:20 2007
New Revision: 129356
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129356
Log:
gcc/ChangeLog:
PR tree-optimization/33735
PR
--- Comment #3 from froydnj at gcc dot gnu dot org 2007-10-15 17:30 ---
Marking as fixed.
--
froydnj at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from froydnj at gcc dot gnu dot org 2007-10-15 17:31 ---
Marking as fixed.
--
froydnj at gcc dot gnu dot org changed:
What|Removed |Added
-fipa-type-escape needs to be reenabled when the problems with that pass
are fixed and on sufficient number of testcases we can test that the pass
actually performs the optimizations it is supposed to do.
--
Summary: Disabled -fipa-type-escape
Product: gcc
--- Comment #1 from jakub at gcc dot gnu dot org 2007-10-15 18:14 ---
Created an attachment (id=14353)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14353action=view)
gcc43-pr33784-test.patch
Some tests.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33784
tm.texi has:
@defmac TARGET_C99_FUNCTIONS
When this macro is nonzero, GCC will implicitly optimize @code{sin} calls into
@code{sinf} and similarly for other functions defined by C99 standard. The
default is nonzero that should be proper value for most modern systems, however
number of existing
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-10-15 18:23
---
Subject: Bug 31726
Author: tkoenig
Date: Mon Oct 15 18:23:39 2007
New Revision: 129365
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129365
Log:
2007-10-25 Thomas Koenig [EMAIL PROTECTED]
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-10-15 18:23 ---
Subject: Bug 32298
Author: tkoenig
Date: Mon Oct 15 18:23:39 2007
New Revision: 129365
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129365
Log:
2007-10-25 Thomas Koenig [EMAIL PROTECTED]
Paul
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-10-15 18:24
---
Fixed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2007-10-15 18:26 ---
Created an attachment (id=14354)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14354action=view)
gcc43-pr33784.patch
Partial patch which needs finishing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33784
--- Comment #30 from jakub at gcc dot gnu dot org 2007-10-15 18:30 ---
Subject: Bug 33136
Author: jakub
Date: Mon Oct 15 18:29:54 2007
New Revision: 129366
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129366
Log:
PR tree-optimization/33136
* opts.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-15 18:31 ---
On the trunk, I get the following error:
t.cc:5: error: previous declaration of 'const int N::S::foobar' with 'C++'
linkage
t.cc:6: error: conflicts with new declaration with 'C' linkage
--
--- Comment #8 from jakub at gcc dot gnu dot org 2007-10-15 18:49 ---
Fixed so far on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
This patch moves some globals in c-format.c into a structure.
It was bootstrapped and regtested on x86 FC 6
2007-10-12 Tom Tromey [EMAIL PROTECTED]
* c-format.c (dollar_argument_info): New struct.
(dollar_arguments_used, dollar_arguments_pointer_p,
--- Comment #1 from tromey at gcc dot gnu dot org 2007-10-15 19:59 ---
Created an attachment (id=14355)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14355action=view)
remove globals from c-format.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33787
--- Comment #12 from burnus at gcc dot gnu dot org 2007-10-15 19:59 ---
Subject: Bug 32600
Author: burnus
Date: Mon Oct 15 19:58:55 2007
New Revision: 129367
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129367
Log:
2007-10-15 Christopher D. Rickett [EMAIL PROTECTED]
PR
--- Comment #13 from burnus at gcc dot gnu dot org 2007-10-15 20:00 ---
Last missing part: C_F_POINTER() in the absence of SHAPE should be in the front
end and not a library call.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Also tried this with the 20071005 snapshot, same result:
$ gcc -c -v -g mac6dw.adb
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../SOURCES/gcc/configure --prefix=/opt/gcc4 --enable-debug
--enable-languages=c,ada,c++
Thread model: posix
gcc version 4.3.0 20070929
--- Comment #1 from oliver dot kellogg at eads dot com 2007-10-15 20:41
---
Created an attachment (id=14356)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14356action=view)
source files for reproducing the compiler bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33788
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-10-15 21:36 ---
Note comment #1 compiles to:
srdi 0,3,32
std 3,48(1)
add 3,3,0
extsw 3,3
blr
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30271
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |Kenneth dot Zadeck at
|dot org
I can crash gij when I read multiple serialized objects (type does not matter)
from a PipedInputStream. You can reproduce the bug with the following small
example:
public class Test {
public static void main(String[] args) throws Throwable {
java.io.PipedOutputStream mout = new
Take the following testcase (either on spu-elf or powerpc-linux-gnu with
-maltivec):
#define vector __attribute__((__vector_size__(16) ))
typedef vector float vec_float4;
typedef struct {
vec_float4 data;
} VecFloat4;
typedef struct {
vec_float4 a;
vec_float4 b;
}
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-16 01:37 ---
Mine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-16 01:39 ---
Created an attachment (id=14357)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14357action=view)
Patch
This patch has been tested on powerpc64-linux-gnu with no regressions and also
test for spu-elf with no
--- Comment #4 from jv244 at cam dot ac dot uk 2007-10-16 04:32 ---
(In reply to comment #2)
Resolution of this bug requires the PROCEDURE POINTER feature
from Fortran 2003. Janus Weil, a Google SoC participant, is
working on this feature.
SoC is over, I assume this has been put
/usr/local/gcc43/bin/gcc -vUsing built-in specs.
Target: i386-apple-darwin8.10.1
Configured with: ../gcc/configure --prefix=/usr/local/gcc43 --with-arch=nocona
--with-tune=nocona --with-gmp=/sw --with-system-zlib
--enable-languages=c,c++,objc,obj-c++
Thread model: posix
gcc version 4.3.0 20071015
82 matches
Mail list logo
