--- Comment #6 from burnus at gcc dot gnu dot org 2009-08-03 07:04 ---
(In reply to comment #3)
> The warnings about deleted features can be turned off via -std=legacy, and are
> turned into errors by -std=f95 and above.
I think I would like to see a way to disable them with -std=gnu. S
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
/* { dg-do compile } */
/* { dg-options "-O2 -Wall" } */
struct A
{
unsigned char a1[8];
unsigned short a2, a3, a4, a5, a6, a7;
};
int bar (void *, const char *, int);
char *foo (void *, int);
char *
baz (const char *x, const char *y)
{
int a = sizeof (struct A) + 2 * (__builtin_strlen (y)
--- Comment #5 from ramana at gcc dot gnu dot org 2009-08-03 08:31 ---
Confirmed with Trunk as of 150308
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
L
--- Comment #6 from ramana at gcc dot gnu dot org 2009-08-03 08:33 ---
(In reply to comment #5)
> Confirmed with Trunk as of 150308
>
With the following options.
/home/ramrad01/sources/trunk/configure --with-cpu=cortex-a8
--with-float=softfp --with-fpu=neon
--
ramana at gcc dot
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-08-03 08:46
---
Subject: Bug 40903
Author: rguenth
Date: Mon Aug 3 08:45:37 2009
New Revision: 150365
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150365
Log:
2009-07-30 Richard Guenther
PR lto/40903
svn r150353 - snapshot a few days ago: This is probably quite obvious and easy
to fix? I couldn't work out the syntax of -_SYSTYPE_SVR4...
-
make[3]: Entering directory
`/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava'
/usr/local/bin/bash ./libtool --tag=GCJ --mod
--- Comment #1 from htl10 at users dot sourceforge dot net 2009-08-03
08:57 ---
This is just from ../src/configure ; make .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
testclass.cpp: In constructor ‘TestClass::TestClass()’:
testclass.cpp:13: internal compiler error: in lower_stmt, at gimple-low.c:408
Please tell me if you need more information.
The error vanishes if the definition of TestClass::TestClass() is moved into
the declaration of TestClass.
Version: g
--- Comment #1 from lindevel at gmx dot net 2009-08-03 09:17 ---
Created an attachment (id=18286)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18286&action=view)
TestClass source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
--- Comment #2 from lindevel at gmx dot net 2009-08-03 09:21 ---
Created an attachment (id=18287)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18287&action=view)
TestClass preprocessed source (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
--- Comment #5 from paolo dot carlini at oracle dot com 2009-08-03 09:24
---
Unless there are many requests, let's not fix this for gcc-4_4-branch, isn't a
regression and nobody noticed for many years...
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #3 from jakub at gcc dot gnu dot org 2009-08-03 09:34 ---
Indeed, GIMPLE_WITH_CLEANUP_EXPR in the IL after gimplification.
On the trunk this ICEs too, with type verification failure.
Distilling a testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-03 09:53 ---
Could not find the problem so far, cf. symbol.c's verify_bind_c_derived_type as
starting point.
* * *
The following TODO should be checked; I heard it is invalid C99 (as per grammar
in 6.7.2.1 Structure and union s
--- Comment #9 from jv244 at cam dot ac dot uk 2009-08-03 10:05 ---
the testcases pass with current trunk. I'll close this as fixed.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #10 from jv244 at cam dot ac dot uk 2009-08-03 10:06 ---
Paul, this one seems fixed as well. I'm closing this.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--
--- Comment #15 from jv244 at cam dot ac dot uk 2009-08-03 10:11 ---
testcases in comment #13 and comment #14 pass with current trunk. The testcase
in comment #8 still fails.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38913
--- Comment #44 from jv244 at cam dot ac dot uk 2009-08-03 10:12 ---
Just for completeness, current trunk still fails on the testcases in comment
#40 and comment #42.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40011
--- Comment #4 from jakub at gcc dot gnu dot org 2009-08-03 11:04 ---
Simplified testcase:
struct M
{
M () {}
~M () {}
};
struct S
{
S ();
M m[1];
};
S::S () : m ((M[1]) { M () })
{
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
--- Comment #5 from jakub at gcc dot gnu dot org 2009-08-03 11:09 ---
This ICEs since somewhen between r134096 and r134281, likely PR35708.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from jakub at gcc dot gnu dot org 2009-08-03 12:07 ---
ctor initializer isn't needed, this ICEs as well:
struct M
{
M () {}
~M () {}
};
void
foo ()
{
M m[1] = (M[1]) { M () };
}
and the ICE on the trunk is for the same reason, GIMPLE_WITH_CLEANUP_EXPR left
in the I
--- Comment #8 from cppljevans at suddenlink dot net 2009-08-03 12:08
---
Created an attachment (id=18288)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18288&action=view)
Shows Value_0 fail but Value_1 pass
Since Value_0 and Value_1 only differ in argument number, hopefully
this
--- Comment #2 from jakub at gcc dot gnu dot org 2009-08-03 13:10 ---
Broken by Manu's PR179 changes:
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139347
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40943
--- Comment #3 from jakub at gcc dot gnu dot org 2009-08-03 13:41 ---
Created an attachment (id=18289)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18289&action=view)
gcc45-pr40943.patch
Untested fix. It breaks uninit-6*.c again though, but "fixing" this kind of
false positive b
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-08-03 13:44 ---
Since the alias-improvements branch merge uninitialized warnings for aggregates
are seriously broken implementation wise anyway.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40943
The fortran frontend does not properly terminate function type argument lists
with void_type_node.
integer(c_int) function f55()
f55 = 55
end function f55
integer(c_int) function f65()
f65 = 65
end function f65
do not match the argument in
void assignf_(int(**ptr)(void)) {
*ptr =
--- Comment #5 from manu at gcc dot gnu dot org 2009-08-03 14:07 ---
(In reply to comment #3)
> Created an attachment (id=18289)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18289&action=view) [edit]
> gcc45-pr40943.patch
>
> Untested fix. It breaks uninit-6*.c again though, but
--- Comment #7 from hjl dot tools at gmail dot com 2009-08-03 14:41 ---
It was fixed between revision revision 150368 and revision 150371.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39959
--- Comment #7 from jakub at gcc dot gnu dot org 2009-08-03 14:57 ---
Seems this is cleanup of the finish_compound_literal returned TARGET_EXPR vs.
TRY_BLOCK added by build_vec_init for the from_array != 2 case.
The TARGET_EXPR with cleanup is only referenced from within stmts inside of
--- Comment #8 from jakub at gcc dot gnu dot org 2009-08-03 15:11 ---
Created an attachment (id=18290)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18290&action=view)
gcc45-pr40948.patch
Untested patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
--
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 #1 from pault at gcc dot gnu dot org 2009-08-03 17:01 ---
Michael,
Thanks for the catch - it's confirmed.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
With this build script
#!/bin/tcsh
/bin/rm -rf *; ../../mainline/configure --enable-checking=release
--prefix=/pkgs/gcc-mainline-mem-stats --enable-languages=c
--enable-gather-detailed-mem-stats ; make -j 6 bootstrap >& build.log
on this OS:
heine:~/programs/gcc/objdirs/mainline> uname -a
Linux
--- Comment #1 from lucier at math dot purdue dot edu 2009-08-03 17:15
---
Created an attachment (id=18291)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18291&action=view)
Build log of failed bootstrap
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40950
--- Comment #2 from lucier at math dot purdue dot edu 2009-08-03 17:16
---
Created an attachment (id=18292)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18292&action=view)
log of failed gmp configuration
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40950
--- Comment #3 from lucier at math dot purdue dot edu 2009-08-03 17:17
---
Created an attachment (id=18293)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18293&action=view)
build log with right content type
--
lucier at math dot purdue dot edu changed:
What|Rem
--- Comment #1 from danglin at gcc dot gnu dot org 2009-08-03 17:29 ---
Subject: Bug 40858
Author: danglin
Date: Mon Aug 3 17:29:17 2009
New Revision: 150375
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150375
Log:
PR testsuite/40858
* g++.dg/debug/dwarf2/type
--- Comment #2 from danglin at gcc dot gnu dot org 2009-08-03 17:37 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #8 from aph at gcc dot gnu dot org 2009-08-03 17:55 ---
Subject: Bug 40867
Author: aph
Date: Mon Aug 3 17:55:11 2009
New Revision: 150376
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150376
Log:
2009-07-31 Andrew Haley
PR java/40867
* decl.c (j
gcc -v output:
=
pra...@pratik-desktop:~/temp$ gcc-4.3 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.3-5ubuntu4'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --
--- Comment #1 from sje at cup dot hp dot com 2009-08-03 19:09 ---
I don't know if it is related to what is causing these test suite failures but
I am getting a bootstrap failure on IA64 HP-UX with version 150336. When
running gengtype in stage2 I get a Memory fault. Under the debugger
--- Comment #1 from joseph at codesourcery dot com 2009-08-03 19:16 ---
Subject: Re: New: Type-checking when returning from function
missing
On Mon, 3 Aug 2009, pratik dot j dot ashar at intel dot com wrote:
> Function foo() returns a char to the caller. Running objdump on the compi
--- Comment #2 from hjl dot tools at gmail dot com 2009-08-03 19:17 ---
This bug was fixed by revision 150344:
http://gcc.gnu.org/ml/gcc-cvs/2009-08/msg00023.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #6 from jakub at gcc dot gnu dot org 2009-08-03 19:26 ---
Subject: Bug 40943
Author: jakub
Date: Mon Aug 3 19:26:10 2009
New Revision: 150379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150379
Log:
PR middle-end/40943
* tree-ssa.c (warn_uninitiali
--- Comment #7 from jakub at gcc dot gnu dot org 2009-08-03 19:27 ---
Subject: Bug 40943
Author: jakub
Date: Mon Aug 3 19:27:32 2009
New Revision: 150380
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150380
Log:
PR middle-end/40943
* tree-ssa.c (warn_uninitiali
--- Comment #8 from jakub at gcc dot gnu dot org 2009-08-03 19:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Starting with version 150336, GCC does not bootstrap on ia64-hp-hpux11.23. In
stage2 gengtype dies with a Memory fault:
Program received signal SIGSEGV, Segmentation fault
si_code: 1 - SEGV_MAPERR - Address not mapped to object.
0x40107a0:0 in nreverse_pairs (list=0x40014350)
I have updated to
In file gcc/java/java-tree.h, the extern void write_classfile(); function is
declared, allthough its removal is mentioned in Changelog 2006-10-20 and it is
never called from anywhere else anymore.
--
Summary: function declaration forgotten
Product: gcc
Version: 4
--- Comment #5 from paolo dot carlini at oracle dot com 2009-08-03 20:14
---
Any news, Ed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34419
--- Comment #15 from paolo dot carlini at oracle dot com 2009-08-03 20:16
---
Feedback not forthcoming.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #27 from paolo dot carlini at oracle dot com 2009-08-03 20:28
---
The rvalue stream inserter is now available in C++0x mode.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-08-03 20:32 ---
The JNI bridge is incorrect according to the ABI so this is invalid and GCC is
correct for doing this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
[forwarded from http://bugs.debian.org/539713]
Matthias
The following code triggers an ice on s390 with -m64:
void wmemset (int *s, int c, int n)
{
register int *wp = s;
while (n >= 4)
{
wp[0] = c;
wp[1] = c;
wp[2] = c;
wp[3] = c;
wp += 4;
n -= 4;
--- Comment #1 from bonzini at gnu dot org 2009-08-03 20:54 ---
Well, stage2 is better than stage3 :-)
Can you post a preprocessed testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40952
--- Comment #2 from burnus at gcc dot gnu dot org 2009-08-03 21:14 ---
See also:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/eb7ca487876d9420
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40875
See also:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/eb7ca487876d9420
--
Summary: STDCALL attributes are not saved in the .MOD files
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: wrong-code
Se
--- Comment #3 from burnus at gcc dot gnu dot org 2009-08-03 21:16 ---
(In reply to comment #2)
> See also: [...]
Mis-pasted. That should go to PR 40955 - sorry for the spam.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40875
--- Comment #5 from janis at gcc dot gnu dot org 2009-08-03 21:39 ---
Subject: Bug 39902
Author: janis
Date: Mon Aug 3 21:38:53 2009
New Revision: 150383
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150383
Log:
PR c/39902
* simplify-rtx.c (simplify_binary_oper
--- Comment #6 from janis at gcc dot gnu dot org 2009-08-03 21:43 ---
Subject: Bug 39902
Author: janis
Date: Mon Aug 3 21:43:32 2009
New Revision: 150384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150384
Log:
PR c/39902
* simplify-rtx.c (simplify_binary_oper
--- Comment #7 from janis at gcc dot gnu dot org 2009-08-03 21:47 ---
Subject: Bug 39902
Author: janis
Date: Mon Aug 3 21:47:39 2009
New Revision: 150385
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150385
Log:
PR c/39902
* tree.c (real_zerop, real_onep, real_
--- Comment #8 from janis at gcc dot gnu dot org 2009-08-03 21:49 ---
Subject: Bug 39902
Author: janis
Date: Mon Aug 3 21:49:12 2009
New Revision: 150386
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150386
Log:
PR c/39902
* simplify-rtx.c (simplify_binary_oper
--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-03 22:34 ---
Mine! -- Patch:
Index: gcc/fortran/module.c
===
--- gcc/fortran/module.c(Revision 150376)
+++ gcc/fortran/module.c(Arbeitskopie)
@@ -165
Compile the following function with options -Os -mthumb -march=armv5te
-frename-registers
int foo(int p, int* q)
{
if (p!=9)
*q = 0;
else
*(q+1) = 0;
return 3;
}
GCC generates:
push{lr}
cmp r0, #9 // D
beq .L2
mov r3, #0
--- Comment #1 from carrot at google dot com 2009-08-03 22:55 ---
Created an attachment (id=18294)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18294&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40956
--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-03 23:17 ---
> I see the Fortran FE accepts excess parameters to functions and only warns
> for that with -fwhole-file ...
Well, that's not surprising - if the function is not in CONTAINS
(internal/module procedure) or in a modul
The following code, which is a trimmed version of a preprocessed glibc test
case (which also fails) calls standard_sse_constant_opcode with a case which is
not implemenetd. Hence the slightly strange code, The precise version of gcc is
4.5.0 20090731 (experimental). The bugs works with gcc -O[123s]
--- Comment #9 from jason at gcc dot gnu dot org 2009-08-04 02:10 ---
Subject: Bug 40948
Author: jason
Date: Tue Aug 4 02:10:05 2009
New Revision: 150394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150394
Log:
PR c++/40948
* init.c (build_vec_init): Look thro
--- Comment #10 from jason at gcc dot gnu dot org 2009-08-04 02:26 ---
Subject: Bug 40948
Author: jason
Date: Tue Aug 4 02:26:34 2009
New Revision: 150395
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150395
Log:
PR c++/40948
* init.c (build_vec_init): Look thr
--- Comment #2 from bonzini at gnu dot org 2009-08-04 06:37 ---
I found this pasto, can you check?
Index: gcc/calls.c
===
--- gcc/calls.c (revision 150359)
+++ gcc/calls.c (working copy)
@@ -2353,9 +2353,9 @@ expand_call (t
--- Comment #4 from nospamnoham at gmail dot com 2009-08-04 06:52 ---
I see the same problem when I try to compile transmission release 1.73. The
error happens with file libtransmission/fdlimit.c. Works till -O1 but fails
with -O2 or -O3. Seeing this error with gcc 4.21.
Transmission wa
71 matches
Mail list logo
