Command line:
$ gcc -O -ftree-pre -ftree-vectorize testcase.c
or
$ gcc -O2 -ftree-vectorize testcase.c
or
$ gcc -O3 testcase.c
Compiler output:
$ gcc -O -ftree-pre -ftree-vectorize testcase.c
testcase.c: In function 'f1':
testcase.c:27:1: internal compiler error: tree check: expected ssa_name,
--- Comment #1 from zsojka at seznam dot cz 2010-07-26 06:06 ---
Created an attachment (id=21309)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21309action=view)
reduced testcase (from g++.dg/opt/new1.C)
Command line:
$ gcc -O -ftree-pre -ftree-vectorize pr45071.c
--
Output:
$ g++ -O2 -fprofile-generate 1.ii
$ rm 1.gcda
$ ./a.out
a.out:
/mnt/svn/gcc-trunk/libstdc++-v3/testsuite/23_containers/vector/bool/modifiers/erase/1.cc:50:
void test01(): Assertion `it1 == v.begin() + 1' failed.
Aborted
$ echo $?
134
Tested revisions:
r162456 - broken
r162056 - broken
--- Comment #1 from zsojka at seznam dot cz 2010-07-26 06:18 ---
Created an attachment (id=21310)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21310action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45072
--- Comment #10 from anitha dot boyapati at atmel dot com 2010-07-26 06:49
---
Bug can be confirmed with 4.4.3 version also (With -O2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
Command line:
$ gfortran -O -finline-small-functions -fprofile-generate
assumed_charlen_function_3.f90
or
$ gfortran -O2 -fprofile-generate assumed_charlen_function_3.f90
Valgrind output:
$ valgrind -q --trace-children=yes
--- Comment #1 from dominiq at lps dot ens dot fr 2010-07-26 07:27 ---
Confirmed. From the builds I have at hand, it appeared between revisions 158921
(branch fortran-dev)
and 162490 (trunk).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45073
--- Comment #2 from zsojka at seznam dot cz 2010-07-26 07:33 ---
Thank you for the answer.
gfortran.dg/char_pointer_func.f90 and gfortran.dg/function_charlen_2.f90 fail
the same way, with similiar backtrace
$ gfortran -O2 -fprofile-generate char_pointer_func.f90
--- Comment #24 from ramana at gcc dot gnu dot org 2010-07-26 08:05 ---
If this is fixed, the target milestone should be 4.6.0 and not 4.5.1 . I
thought this was a regression on the 4.5 branch and given that the branch is
now locked down for 4.5.1 the target milestone ought to be 4.5.2
When compiling the following example using language c++ (compiling in language
c works fine) and optimization level -O1 or higher (-O0 works fine) GCC 4.4.1
for MIPS crashes with an internal compiler error - segmentation fault in line
5.
Please note that the register variable is declared double,
--- Comment #1 from steffenschmidt dot ext at siemens dot com 2010-07-26
08:14 ---
Created an attachment (id=21311)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21311action=view)
Test file to reproduce the segmentation fault.
--
Hello,
as we noticed there is an new optimization failure about user-defined sections
and loops.
The following code works for me with -O0, but fails with -O2.
extern void abort (void);
static long long start __attribute__ ((section (.my_sec$A))) = 0;
static long long end __attribute__
-mingw32
--enable-languages=c,c++,fortran,java,lto,objc --no-create --no-recursion
Thread model: win32
gcc version 4.6.0 20100726 (experimental) (GCC)
This issue could be also LTO related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45075
--- Comment #2 from mikpe at it dot uu dot se 2010-07-26 08:49 ---
With -Os on armv5tel I see a random number repeated 16 times, with -O2 I see
the expected output. gcc-4.4 and gcc-4.5 are affected. (Can't test 4.6 or 4.3
right now.)
--
mikpe at it dot uu dot se changed:
--- Comment #2 from ktietz at gcc dot gnu dot org 2010-07-26 08:52 ---
The test fails for me for any type != char for section variables.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45075
--- Comment #4 from ramana at gcc dot gnu dot org 2010-07-26 08:55 ---
I see the same issue in my nightly armv7-a bootstrap.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-07-26 09:06
---
(In reply to comment #11)
I think this testcase has some other issues at least on the trunk.
sparc_floating_p.isra.0 is produced for 32bit but not 64bit.
And then we have:
MEM[(const struct type
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-26 09:27 ---
Subject: Bug 45052
Author: rguenth
Date: Mon Jul 26 09:26:43 2010
New Revision: 162528
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162528
Log:
2010-07-26 Richard Guenther rguent...@suse.de
PR
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-26 09:28 ---
The testcase is invalid. Comparing pointers to different objects has undefined
behavior. If you want to do something like this, you either need to cast to
uintptr_t and do comparisons in that type, or hide where the
--- Comment #3 from mikpe at it dot uu dot se 2010-07-26 09:33 ---
Created an attachment (id=21312)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21312action=view)
reduced test case in C
You don't need C++ to trigger the bug. Proper C with a function that may
recurse before
--- Comment #8 from burnus at gcc dot gnu dot org 2010-07-26 09:42 ---
(In reply to comment #2)
--- trans-io.c (revision 162507)
+++ trans-io.c (working copy)
+ if (base_addr == NULL)
+return;
+
This does not make sense if you call transfer_namelist_element in build_dt with
--- Comment #71 from burnus at gcc dot gnu dot org 2010-07-26 09:53 ---
Subject: Bug 40011
Author: burnus
Date: Mon Jul 26 09:53:19 2010
New Revision: 162531
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162531
Log:
Add file forgotten in commit Rev. 162500
2010-07-24 Tobias
--- Comment #5 from rodrigorivascosta at gmail dot com 2010-07-26 09:59
---
Created an attachment (id=21313)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21313action=view)
Patch to add pedantic warning to inline namespaces in C++98
I think that this tiny patch should do the
--- Comment #14 from borntraeger at de dot ibm dot com 2010-07-26 10:13
---
I have seen the original problem only with bitfields.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45017
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45067
--- Comment #9 from burnus at gcc dot gnu dot org 2010-07-26 10:31 ---
Subject: Bug 45066
Author: burnus
Date: Mon Jul 26 10:30:45 2010
New Revision: 162532
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162532
Log:
2010-07-26 Tobias Burnus bur...@net-b.de
PR
--- Comment #10 from burnus at gcc dot gnu dot org 2010-07-26 10:32 ---
(In reply to comment #8)
I wonder how many other issues this patch fixes.
Seemingly none of those -fwhole-file/-fwhole-program issues which I wanted to
see fixed :-(
Well, at least this PR is now FIXED. Thanks
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-26 10:33 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45072
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45073
--- Comment #3 from bernds at gcc dot gnu dot org 2010-07-26 11:00 ---
Vlad intends to remove flag_ira_coalesce anyway, so there's probably not too
much point investigating this.
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-26 11:00 ---
Invalid MEMs in debug-insns (invalid as in not folded). Why does the
scheduler query the alias oracle about them?
(debug_insn 49 48 50 7 t.cc:22 (var_location:DI D#3 (mem/s/f/j:DI (plus:DI
(reg/f:DI 54
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-26 11:34 ---
Introduced by r161655 aka MEM-REF merge.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-26 11:47 ---
This is caused also by
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00577.html
but likely unrelated to the other PR, this is in C FE, that one is in C++ FE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45062
--- Comment #8 from jakub at gcc dot gnu dot org 2010-07-26 11:51 ---
Isn't this dup of PR45075?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44997
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-07-26 12:21
---
One of the issues is
/* For a MEM rtx, the alignment in bits. We can use the alignment of the
mode as a default when STRICT_ALIGNMENT, but not if not. */
#define MEM_ALIGN(RTX)
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-26 12:39 ---
Simplified testcase:
typedef unsigned int T;
extern void foo (unsigned char *, int);
static signed char a;
static T b[1] = { -1 };
static unsigned char c;
static inline short int
bar (short v)
{
c |= a b[0];
--- Comment #18 from rguenth at gcc dot gnu dot org 2010-07-26 12:45
---
Created an attachment (id=21314)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21314action=view)
patch
Please check whether the attached patch fixes the testcase this bug is about.
--
--- Comment #19 from rguenth at gcc dot gnu dot org 2010-07-26 12:45
---
Mine again (only for restoring the pre-MEM_REF behavior).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-26 12:48 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-26 12:49 ---
Subject: Bug 45071
Author: rguenth
Date: Mon Jul 26 12:48:37 2010
New Revision: 162534
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162534
Log:
2010-07-26 Richard Guenther rguent...@suse.de
PR
Command line:
$ gfortran -O[0123] -fprofile-generate dynamic_dispatch_6.f03
$ rm dynamic_dispatch_6.gcda
$ ./a.out
$ gfortran -O[0123] -fprofile-use dynamic_dispatch_6.f03
Compiler output:
$ gfortran -fprofile-generate dynamic_dispatch_6.f03
$ rm dynamic_dispatch_6.gcda
$ ./a.out
$ gfortran
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-26 12:58 ---
Works if b[] has unsigned int type instead of T.
Sounds like a type mismatch.
The VAR_DECL b has ARRAY_TYPE with T element type and b's CONSTRUCTOR has the
same type, but the values in the constructor doesn't have T
+++ This bug was initially created as a clone of Bug #40011 +++
The program of PR 40011 comment 47 (attachment 18427) works -fno-whole-file
but fails otherwise with an ICE in fold_convert_loc, at fold-const.c:2021.
--
Summary: ICE with -fwhole-file in fold_convert_loc, at fold-
--- Comment #72 from burnus at gcc dot gnu dot org 2010-07-26 13:15 ---
(In reply to comment #70)
With the patch of PR 40873 comment 18 applied [...]
There is now a new patch which fixes tons of issues including the test case of
comment 0 number 4, but not the one from comment 47.
--- Comment #9 from dominiq at lps dot ens dot fr 2010-07-26 13:25 ---
Note that since revision 162531 (-fwhole-file is now the default) the tests in
this pr no longer give ICEs. However these ICEs reappear when the tests are
compiled with -fno-whole-file.
--
--- Comment #23 from burnus at gcc dot gnu dot org 2010-07-26 13:25 ---
Created an attachment (id=21315)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21315action=view)
New trans-decl.c patch - seems to work well
New patch. Found the problem with the help of Jakub (thanks!); not
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-26 13:26 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-26 13:29 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-26 13:29 ---
Subject: Bug 45056
Author: rguenth
Date: Mon Jul 26 13:29:14 2010
New Revision: 162536
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162536
Log:
2010-07-26 Richard Guenther rguent...@suse.de
PR
--- Comment #7 from dominiq at lps dot ens dot fr 2010-07-26 13:30 ---
This pr looks like a duplicate of pr37744, or at least the ICEs disappear with
-fwhole-file (now the default: see
http://gcc.gnu.org/ml/gcc-bugs/2010-07/msg02853.html#c9 ).
--
--- Comment #10 from burnus at gcc dot gnu dot org 2010-07-26 13:31 ---
(In reply to comment #9)
Note that since revision 162531 (-fwhole-file is now the default) the tests in
this pr no longer give ICEs. However these ICEs reappear when the tests are
compiled with -fno-whole-file.
--- Comment #11 from dominiq at lps dot ens dot fr 2010-07-26 13:45 ---
(In reply to comment #10)
Note that since revision 162531 (-fwhole-file is now the default) the tests
in
this pr no longer give ICEs. However these ICEs reappear when the tests are
compiled with
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-26 13:56 ---
struct class$field_p
struct class$field_p
looks more like a frontend issue.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
dehydra fails to build with the following error:
/usr/bin/gcc-4.5 -MD -g3 -Wall -fPIC -DXP_UNIX -DIN_GCC -DPLUGIN_NO_POISON
-DHAVE_CONFIG_H -I/usr/lib/gcc/sparc-linux-gnu/4.5.1/plugin/include
-I/usr/include/mozjs -I/usr/lib -I//home/buildd/local/include/js/ -g -O2 -c
dehydra_plugin.c
In file
--- Comment #4 from jakub at gcc dot gnu dot org 2010-07-26 14:15 ---
The reassoc issue is caused by
http://gcc.gnu.org/viewcvs?root=gccview=revrev=159189
BTW, the C++ FE uses T instead of unsigned type for values in the ctor and thus
the testcase works there.
--
jakub at gcc dot
4.4 doesn't print the function names in the error message, while 4.5 and 4.6 do
so:
$ cat foo.c
void foo(const char *p, int cond, int a, int b)
{
p[cond ? a : b] = '\0';
}
$ gcc-4.4 -c foo.c
foo.c: In function 'foo':
foo.c:3: error: assignment of read-only location '*(p + (cond != 0 ?
cat lambda-convX.C
// { dg-options -std=c++0x }
typedef void(*pfn)();
templateint = 0
void f1 ()
{
pfn fn = []{};
}
templatetypename = int
void f2()
{
pfn fn = []{};
}
void test()
{
f1();
f2();
}
[p...@a tmp] g++-trunk -v lambda-convX.C -c -std=c++0x
--- Comment #1 from piotr dot rak at gmail dot com 2010-07-26 14:21 ---
Created an attachment (id=21316)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21316action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45080
--- Comment #25 from jiez at gcc dot gnu dot org 2010-07-26 14:37 ---
Ramana, I will ask for permission to commit it on 4.5 branch when it's
unfrozen.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44290
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-26 14:47 ---
Created an attachment (id=21317)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21317action=view)
gcc46-pr45079.patch
Untested fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from rakdver at gcc dot gnu dot org 2010-07-26 14:47 ---
By the time the code reaches ivopts, it looks (modulo SSA form) this way:
signed char x = -128, tmp;
for (;;)
{
tmp = -x;
foo ((int) x, (int) tmp, x==-128);
...
if (x == 127)
break;
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-26 14:49 ---
Subject: Bug 45073
Author: rguenth
Date: Mon Jul 26 14:48:43 2010
New Revision: 162537
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162537
Log:
2010-07-26 Richard Guenther rguent...@suse.de
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-26 14:49 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from matz at gcc dot gnu dot org 2010-07-26 15:06 ---
Here's a testcase (nicer in the sense of not requiring inlining) that shows
the current compiler botching the nrv - retslot optimizations:
struct S {int x, y, makemelarge[5];};
S __attribute__((noinline)) f (S s) {
compiler error: in gfc_conv_array_initializer, at
fortran/trans-array.c:4208
in
GNU Fortran (GCC) 4.6.0 20100726 (experimental)
The code compiles with the NAG compiler, as it should. gfortran also compiles
the equivalent code for INTEGERS instead of the derived type.
Maybe there is a relation
--- Comment #1 from dominiq at lps dot ens dot fr 2010-07-26 15:22 ---
Confirmed as a regression: it compiles with 4.2.4 (ppc-darwin), gives an ICE
with 4.3.4, 4.4.2, 4.5.0 and trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45081
A class that has a static const signed int data member when passed to a
function as a const int parameter will cause the data member to be an
undefined symbol. If the static const signed int data member is re-typed as
const unsigned int the error goes away. I've verified this on g++ 3.4.6 and
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-26 15:32 ---
This is not valid C++. See [class.static.data]/4:
If a static data member is of const integral or const enumeration type, its
declaration in the class definition can specify a constant-initializer which
shall be an
While compiling gdb with a relatively recent svn trunk gcc, I saw:
gcc -g -O2 -I. -I../../archer/gdb -I../../archer/gdb/common
-I../../archer/gdb/config
-DLOCALEDIR=\/home/tromey/gnu/archer/install/share/locale\ -DHAVE_CONFIG_H
-I../../archer/gdb/../include/opcode
--- Comment #1 from tromey at gcc dot gnu dot org 2010-07-26 15:53 ---
Created an attachment (id=21318)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21318action=view)
compressed .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45083
--- Comment #2 from rwitmer at xmission dot com 2010-07-26 15:59 ---
I agree with your assessment. Adding const int myclass::BUFF_SIZE; resolves
the issue.
The bug/feature may be that re-typing BUFF_SIZE to static const unsigned int
allows the compiler to not report a problem. It
--- Comment #2 from tromey at gcc dot gnu dot org 2010-07-26 15:59 ---
Forgot some info:
opsy. gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/space/tromey/Trunk/install/bin/../libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with:
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-26 16:02
---
Subject: Bug 43784
Author: rguenth
Date: Mon Jul 26 16:01:55 2010
New Revision: 162539
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162539
Log:
2010-07-26 Richard Guenther rguent...@suse.de
PR
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-07-26 16:02
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Use binutils 2.20.1.
Configure gcc:
../configure --prefix=/usr/local/m68k-elf \
--enable-interwork \
--enable-multilib \
--without-headers \
--disable-shared \
--disable-libssp \
--enable-languages=c,c++ \
--verbose \
--with-newlib \
--program-prefix=m68k-elf- \
I'm using a relatively recent svn trunk gcc on an x86 Fedora 13 machine.
I'm trying to compile gdb with it. I got this error:
../../archer/gdb/remote.c: In function remote_wait:
../../archer/gdb/remote.c:5561:10: error: event_ptid.tid may be used
uninitialized in this function
--- Comment #1 from tromey at gcc dot gnu dot org 2010-07-26 16:12 ---
Created an attachment (id=21319)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21319action=view)
compressed .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45085
--- Comment #5 from justin dot lebar+bug at gmail dot com 2010-07-26 16:20
---
FWIW, it seems that MSVC is perfectly happy to compile code with intrinsics
inside a file which doesn't have any special flags. It would be awesome if
there were some way to do the same with GCC, even if it
--- Comment #3 from redi at gcc dot gnu dot org 2010-07-26 16:32 ---
(In reply to comment #2)
The bug/feature may be that re-typing BUFF_SIZE to static const unsigned int
allows the compiler to not report a problem.
You're not re-typing it, you're providing a definition for a
--- Comment #4 from redi at gcc dot gnu dot org 2010-07-26 16:37 ---
(In reply to comment #3)
If you only want it to be used as an integral constant, don't use it in a
context that requires a variable (e.g. reference binding)
e.g.
funky((int)myclass::BUFF_SIZE);
This means the
--- Comment #1 from spop at gcc dot gnu dot org 2010-07-26 16:45 ---
This looks like a duplicate of a binutils bug:
http://sourceware.org/bugzilla/show_bug.cgi?id=6957
I fail to see how this is related to Graphite: you may find
other codes that are padded with NOPL that are triggering
The check should be done in resolve_global_procedure.
NAG has:
Error: fjkff.f90: Inconsistent INTERFACE block for procedure FOO from $main$
Argument X (no. 1) should be an assumed-shape array
g95 has:
Error: Passing array at (1) to assumed-shape actual argument at (2) via an
implicit
--- Comment #24 from dominiq at lps dot ens dot fr 2010-07-26 17:02 ---
With the patch in comment #23, the polyhedron tests gas_dyn.f90 and
test_fpu.f90 do not link and compiling the test in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31867#c6 gives an ICE (Segmentation
fault).
--- Comment #25 from burnus at gcc dot gnu dot org 2010-07-26 17:03 ---
(In reply to comment #23)
Created an attachment (id=21315)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21315action=view) [edit]
New trans-decl.c patch - seems to work well
Dominique has found a failure
--- Comment #2 from mikpe at it dot uu dot se 2010-07-26 17:10 ---
Fixed by Eric's patch for PR44707.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
Follow up to PR 40873.
There are still some -fwhole-program issues left; for instance: The polyhedron
tests gas_dyn.f90 and test_fpu.f90 do not link
--
Summary: -fwhole-program: Miscompiled due to wrong decls
Product: gcc
Version: 4.6.0
Status:
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ICE in
--- Comment #11 from eric dot weddington at atmel dot com 2010-07-26 17:37
---
Anitha, can you please check 4.5.x and HEAD?
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Severity|normal |major
GCC target triplet||avr
--- Comment #5 from hjl dot tools at gmail dot com 2010-07-26 18:41 ---
It is a valgrind bug. I opened:
https://bugzilla.redhat.com/show_bug.cgi?id=618360
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-26 18:50 ---
Reduced testcase:
/* { dg-do compile } */
/* { dg-options -O2 -Wuninitialized } */
struct S { char *a; unsigned b; unsigned c; };
extern int foo (const char *);
extern void bar (int, int);
static void
baz (void)
{
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-07-26 18:55 ---
Confirmed, this was working in 4.2.4:
t.c: In function âtestâ:
t.c:9: warning: âcs[0u].bâ is used uninitialized in this function
t.c:8: note: âcs[0u].bâ was declared here
t.c:13: warning: âcs[0u].aâ
--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-26 19:16 ---
Created an attachment (id=21320)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21320action=view)
gcc46-pr45083.patch
Untested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45083
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-26 19:17 ---
Related - the original version of gfortran.dg/char_result_4.f90 shows:
pure elemental function double (x)
1
Error: ELEMENTAL procedure 'double' at (1) must have an explicit interface
Expected: This message
I'm using r162345 on x86 Fedora 13.
This test case comes from the gdb test suite.
struct A
{
virtual ~A ();
int a1;
};
A::~A()
{
a1 = 800;
}
struct B : public A
{
virtual ~B ();
int b1;
int b2;
};
B::~B()
{
a1 = 900;
b1 = 901;
b2 = 902;
}
struct C : public B
{
A *c1;
A
--- Comment #1 from sje at cup dot hp dot com 2010-07-26 20:07 ---
It doesn't result in any loads, just stores. This code is storing the first
part of the structure argument which was passed (partially) in registers into
memory. Obviously it doesn't need to do this since the argument
--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-26 20:19 ---
Untested patch.
Index: expr.c
===
--- expr.c (Revision 162542)
+++ expr.c
@@ -913,7 +913,7 @@ gfc_is_constant_expr (gfc_expr *e)
--- Comment #26 from dominiq at lps dot ens dot fr 2010-07-26 21:00 ---
The patch in comment #25 fixes the ICE for PR 31867 comment 6, but causes also
several regressions with ... must have an explicit interface errors:
FAIL: gfortran.dg/allocatable_function_1.f90 (test for excess
This is introduced by the new type merging code
j...@evans:~ /abuild/jh/trunk-install/bin/g++ -r -nostdlib -Os -g ~/d?.ii
-fwhopr
In file included from ../../../dist/include/nsThreadUtils.h:49:0,
from
/abuild/jh/mozilla-central/accessible/src/base/a11yGeneric.h:42,
1 - 100 of 116 matches
Mail list logo
