--- Comment #4 from manu at gcc dot gnu dot org 2010-07-02 06:58 ---
I knew this couldn't be easy ;-)
Let's restrict to -pedantic first. It is the only warning flag that doesn't
start with "-W". This breaks some code that expects that every warning flag
starts with -W. I want to introdu
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definition -Wc++-compat -Wno-error -version -fno-common
GNU C (GCC) version 4.6.0 20100701 (experimental) [trunk revision 161675]
(armv5tel-unknown-linux
--- Comment #2 from laurent at guerby dot net 2010-07-02 06:46 ---
Created an attachment (id=21059)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21059&action=view)
expmed.i
expmed.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44768
Command line:
$ rm *.gcda
$ gcc -fprofile-generate comp-goto-2.c && ./a.out && gcc -fprofile-use
comp-goto-2.c
Compiler output (with valgrind):
$ valgrind -q --trace-children=yes
/mnt/svn/gcc-trunk/binary-161659-lto-fortran-checking-yes-rtl-df/bin/gcc
-fprofile-use testcase.c
comp-goto-2.c: In fun
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-07-02
02:35 ---
Files generated using...
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100701/gcc
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-07-02
02:33 ---
Created an attachment (id=21058)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21058&action=view)
matrix-reorg file for gcc.dg/matrix/transpose-3.c on x86_64-apple-darwin10
--
http://gcc.gnu.org/
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-07-02
02:32 ---
Created an attachment (id=21057)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21057&action=view)
assembly file for gcc.dg/matrix/transpose-3.c on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugz
/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100701/gcc/testsuite/gcc.dg/matrix/transpose-3.c
-fprofile-use -fipa-matrix-reorg -fdump-ipa-matrix-reorg -O3 -fwhole-program
-combine -lm -o
/sw/src/fink.build/gcc46-4.6.0-1000
--- Comment #1 from bugzilla-gcc at thewrittenword dot com 2010-07-02
01:40 ---
Regenerating gengtype-lex.c with an older flex allows bootstrap to complete.
Thanks to Steve Ellcey for pointing this out. He also notes that current
mainline works for him with newer flex, so this bug, what
--- Comment #14 from solar-gcc at openwall dot com 2010-07-02 01:39 ---
We're also seeing this problem on OpenMP-using code built with gcc 4.5.0
release on linux-x86_64. Here's a user's report (400x slowdown on an 8-core
system when there's a single other process running on a CPU):
htt
--- Comment #3 from joseph at codesourcery dot com 2010-07-02 01:22 ---
Subject: Re: -Werror=edantic
On Thu, 1 Jul 2010, manu at gcc dot gnu dot org wrote:
> We also should add a -Wpedantic-default (or -Wpedantic-required) for pedwarns
> enabled by default (not by -pedantic).
Those
--- Comment #9 from hjl dot tools at gmail dot com 2010-07-02 00:37 ---
An updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00099.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-07-02 00:36 ---
1.0 + NAN * I is always (NaN, NaN) as we don't implement imaginary types. So
this is the correct value since we don't do those.
See http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1464.htm for ways of the C
stan
--- Comment #14 from danglin at gcc dot gnu dot org 2010-07-02 00:12
---
gfortran.dg/nan_6.f90 fails on hppa2.0w-hp-hpux11:
Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B
/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/test/gnu/gcc/gcc/gcc/testsui
--- Comment #1 from bernds at gcc dot gnu dot org 2010-07-01 23:21 ---
Patch looks wrong, issue seems to be with a bogus pattern.
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from manu at gcc dot gnu dot org 2010-07-01 22:52 ---
I know, I wrote that code but missed the -pedantic case. I opened PR 44774
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44752
union_match_dups has
ref = type == OP_IN ? use_link : def_link;
entry = type == OP_IN ? use_entry : def_entry;
for (; *ref; ref++)
if (DF_REF_LOC (*ref) == recog_data.operand_loc[op])
break;
(*fun) (use_entry + DF_REF_ID (*dupref), entry + DF_REF_ID (*ref
--- Comment #3 from amylaar at gcc dot gnu dot org 2010-07-01 22:39 ---
(In reply to comment #2)
> Is that really printing -Werror=edantic or a problem copy+pasting?
Yes, it's really printing that.
I think that that's because gcc thinks -pedantic starts with -W...
in opts.c:option_name
--- Comment #2 from manu at gcc dot gnu dot org 2010-07-01 21:53 ---
man...@gcc11:~$ ~/test2/161617M/build/gcc/cc1 empty2.c -pedantic-errors
empty2.c:1:1: error: struct has no members [-pedantic]
empty2.c:2:1: error: unnamed struct/union that defines no instances
man...@gcc11:~$ ~/test
--- Comment #1 from manu at gcc dot gnu dot org 2010-07-01 21:42 ---
I will propose to introduce -Wpedantic as the canonical name of pedantic. This
will also make -Werror=pedantic work. I don't see any reason why -pedantic has
to be special except historical. We can keep the old forms as
cc1 empty.c -pedantic -Werror
empty.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic]
--
Summary: -Werror=edantic
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
--- Comment #8 from bangerth at gmail dot com 2010-07-01 21:38 ---
I think that would already be an improvement.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40793
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 21:37 ---
Please attach preprocessed source so people can reproduce this with a cross
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from manu at gcc dot gnu dot org 2010-07-01 21:36 ---
Is that really printing -Werror=edantic or a problem copy+pasting?
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from manu at gcc dot gnu dot org 2010-07-01 21:31 ---
With the patch below, we print this:
pr40793.C:5:31: error: no matching function for call to staticPrint()
pr40793.C:2:18: note: candidate is: template void staticPrint()
but I am not sure if it is possible to print
--- Comment #2 from dominiq at lps dot ens dot fr 2010-07-01 21:24 ---
> I think it is not really a regression in terms of the code path.
Well, my definition of a regression is "something working as expected at
revision n, no longer working as expected at revision n+1". Indeed revision
At revision 161670, gfortran creates unneeded temporaries (not created up to
r161462), for instance
[macbook] lin/test% gfc -O3 -ffast-math -Warray-temporaries channel.f90
channel.f90:148.11:
dudx = ddx(u(:,:,mid))
1
Warning: Creating array temporary at (1)
channel.f90:149.11:
--- Comment #2 from dominiq at lps dot ens dot fr 2010-07-01 20:23 ---
Lightly tested patch that does not create temporaries for the test in comment
#1
--- ../_clean/gcc/fortran/dependency.c 2010-06-21 17:31:37.0 +0200
+++ gcc/fortran/dependency.c2010-07-01 22:16:51.00
In GCC 4.5.0, the -Wc++-compat option prints a warning for anonymous unions in
C code, even though this code is correct C++ and is accepted by G++.
This is a regression from GCC 4.4.
$ gcc-4.5 -Wc++-compat -save-temps -c anon-union.c
anon-union.c:15:2: warning: using ({anonymous}) as both field
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-01 19:37 ---
Updated patch: http://gcc.gnu.org/ml/fortran/2010-06/msg00181.html
(was broken because of now fixed PR 44592)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24524
--- Comment #8 from jason at gcc dot gnu dot org 2010-07-01 19:28 ---
I think this change is wrong; weak definitions are also used to allow
definitions in multiple translation units without linker errors. C++ inlines
are emitted as weak symbols, and it seems rather odd to prohibit in C
--- Comment #3 from uweigand at gcc dot gnu dot org 2010-07-01 19:14
---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00082.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44707
--- Comment #4 from amylaar at gcc dot gnu dot org 2010-07-01 19:14 ---
Alternatively, we could hookize FLOAT_WORDS_BIG_ENDIAN, and make jcf-parse.c
include target.h so it gets access to the target vector. This would also
be better since then the code in jfc-parse.c no longer depends on
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-07-01 19:10
---
If you need someone to apply, test and commit , let me know. I will have time
and its pretty quick on my quad machine
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |uweigand at gcc dot gnu dot
|dot org
--- Comment #2 from roland at redhat dot com 2010-07-01 18:56 ---
The foo.part.0 DW_TAG_subprogram should get DW_AT_artificial.
IMHO that is equivalent to any other hypothetical case where
the compiler decides to spin a function where there was not
exactly one in the source. That fits O
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
'i' is missing an ATTRIBUTE_UNUSED, or could be moved inside the
#ifdef EH_RETURN_DATA_REGNO
block.
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-
Considering GCC's memory requirements, since it's unlikely that we'll ever
have an spu-elf native compiler, it-s all right when we can't match
the BITS_PER_WORD definition of 128 with a HOST_WIDE_INT type of equal or
larger width; half as wide should be enough.
gcc -c -g -O2 -DIN_GCC -DCROSS_DIR
OK at rev 160819
KO at rev 160869
/home/guerby/build/./prev-gcc/xgcc -B/home/guerby/build/./prev-gcc/
-B/n/57/guerby/install-trunk-160869/armv5tel-unknown-linux-gnueabi/bin/
-B/n/57/guerby/install-trunk-160869/armv5tel-unknown-linux-gnueabi/bin/
-B/n/57/guerby/install-t\
runk-160869/armv5tel-unkno
--- Comment #10 from pault at gcc dot gnu dot org 2010-07-01 18:27 ---
(In reply to comment #9)
> (In reply to comment #8)
I'm on the road for a few days - I'll update the tree on my laptop and see what
I can do :-)
Cheers
Paul
--
pault at gcc dot gnu dot org changed:
LOCAL_ALIGNMENT has no documented required signed / unsignedness, yet it
is used in a conditional expression together with an unsigned value.
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribu
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
--- Comment #8 from hjl dot tools at gmail dot com 2010-07-01 17:46 ---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00076.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #10 from hjl dot tools at gmail dot com 2010-07-01 17:46
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFI
--- Comment #4 from iains at gcc dot gnu dot org 2010-07-01 17:45 ---
confirmed,
also on i686-apple-darwin9 @ m64
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
-
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
In a Solaris 8/x86 testsuite run, several testcases fails with an ICE: a SEGV
in
allocno_priority_compare_func.
An example is
FAIL: g++.old-deja/g++.bugs/900511_01.C (internal compiler error)
FAIL: g++.old-deja/g++.bugs/900511_01.C (test for excess errors)
WARNING: g++.old-deja/g++.bugs/900511_01
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
echo timestamp > s-attrtab
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat
--- Comment #8 from danglin at gcc dot gnu dot org 2010-07-01 17:14 ---
c-c++-common/uninit-17.c fails on hppa2.0w-hp-hpux11.11:
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/c-c++-common/uninit-17.c -Wc++-compat -O2
-Wu
--- Comment #1 from gcc at breakpoint dot cc 2010-07-01 17:12 ---
This can be closed IMHO. In latest binutils (those in trunk) lwsync is turned
into in an (m)sync if -me500 is specified.
boehm-gc upstream is fixed since they use .long right now.
--
http://gcc.gnu.org/bugzilla/show_
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
--- Comment #4 from mikael at gcc dot gnu dot org 2010-07-01 17:05 ---
PR44746 is a probable duplicate.
I should hurry to commit before some others show up.
I need to
* finish what I'm doing
* retrieve my commit key from... well, where it is
* find some space to save my work
* ac
--- Comment #4 from opensource3141 at gmail dot com 2010-07-01 16:52
---
(In reply to comment #3)
> We are going to ask developers to use -fno-builtin-malloc for now. I also
> think this is a glibc bug which should mark the hook variables volatile.
I tested using the volatile keyword
Issues to be fixed before --enable-werror-always with a recent gcc compiler
can be required for cross build tests:
In order to get better coverage for non-native targets on i686-pc-linux-gnu,
I've tried to build a configuration for each other target architecture
directory configured with --enable-
echo timestamp > s-attrtab
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat
gcc -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc+
The following code compiles on gcc-4.2/4.3/4.4 but doesn't on gcc-4.5, with
error: aggregate foo, 0> bar has incomplete type and cannot be
defined
template
struct identity
{
typedef T type;
};
template
struct foo {};
template
struct foo, A> {};
int main()
{
foo,0> bar; // error her
--- Comment #1 from amylaar at gcc dot gnu dot org 2010-07-01 15:59 ---
Actually, crx is not the only target with this problem:
avr-elf/make.out:insn-automata.c:1:0: error: ISO C forbids an empty translation
unit [-Werror=edantic]
cris-elf/make.out:insn-automata.c:1:0: error: ISO C forb
--- Comment #9 from dominiq at lps dot ens dot fr 2010-07-01 15:57 ---
(In reply to comment #8)
> > This may be a duplicate of pr44662. Could you try the patch in
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662#c2 ?
>
> It is not.
Agreed for this pr (and pr44745 is a duplicate). H
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-07-01 15:51
---
Bootstrap finished fine for me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
-I../../../gcc/gcc -I../../../gcc/gcc/build -I../../../gcc/gcc/../include
-I.
--- Comment #3 from hjl dot tools at gmail dot com 2010-07-01 15:44 ---
Fixed as of revision 161653.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
mep-elf fails to build:
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-
Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-
pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wo
ld-style-definition -Wc++-compa
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-01 15:16 ---
(In reply to comment #2)
> > Fortran 95. Maybe using:
> > integer, dimension(4) :: y
> > is a better test case.
>
> It is caught at compile time:
> y = [y, (99,i=1,4)]
> 1
> Error: Different shape for array ass
--- Comment #2 from dominiq at lps dot ens dot fr 2010-07-01 15:01 ---
> I forgot to mention: I think this file is valid Fortran 2003 and only invalid
> Fortran 95. Maybe using:
> integer, dimension(4) :: y
> is a better test case.
It is caught at compile time:
y = [y, (99,i=1,4)]
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-01 14:53 ---
I think it is not really a regression in terms of the code path. gfortran
checks bounds of the form (tree dump)
procedure(&result,...)
but not of the form
procedure(&tmp)
result = tmp
Thus, gfortran also mis
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 14:44 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
Command line:
$ gcc -O[123s] testcase.c
- testcase.c -
static double num;
int foo (void)
{
return *(unsigned *)#
}
--
(reduced from gcc.c-torture/compile/pr39824.c)
Compiler output:
$ gcc -O1 testcase.c
testcase.c: In function 'foo':
testcase.c:2:5: internal compiler
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-01 14:34 ---
(In reply to comment #7)
> This may be a duplicate of pr44662. Could you try the patch in
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662#c2 ?
It is not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44596
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 14:30 ---
Has been fixed by Jakub already.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dominiq at lps dot ens dot fr 2010-07-01 14:25 ---
This may be a duplicate of pr44662. Could you try the patch in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662#c2 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44596
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-01 14:22 ---
*** Bug 44746 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44596
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 14:22 ---
*** This bug has been marked as a duplicate of 44596 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-01 14:21 ---
*** Bug 44745 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 14:21 ---
*** This bug has been marked as a duplicate of 44596 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
On Linux/ia32, revision 161653 gave:
FAIL: gcc.dg/guality/example.c -O2 -flto (internal compiler error)
FAIL: gcc.dg/guality/example.c -O2 -flto (test for excess errors)
FAIL: gcc.dg/guality/example.c -O2 -fwhopr (internal compiler error)
FAIL: gcc.dg/guality/example.c -O2 -fwhopr (test fo
On Linux/x86-64, revision 161655 gave:
FAIL: gfortran.dg/typebound_call_4.f03 -O (test for errors, line 46)
Revision 161653 is OK.
--
Summary: [4.6 regression] FAIL: gfortran.dg/typebound_call_4.f03
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
On Linux/x86, revision 161659 gave:
FAIL: gfortran.dg/dynamic_dispatch_6.f03 -O2 execution test
FAIL: gfortran.dg/dynamic_dispatch_6.f03 -O3 -fomit-frame-pointer execution
test
FAIL: gfortran.dg/dynamic_dispatch_6.f03 -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions execution t
When compiled with -fcheck=bounds, the following test
integer :: a(-4:1), b(0:4)
b = 5
i = 0
a(i:1) = f(b)
contains
function f(x)
integer :: x(:),f(size(x))
f = x
end function
end
used to give the runtime error
At line 14 of file pr31538_db.f90
Fortran runtime error: Dimension 1
--- Comment #4 from redi at gcc dot gnu dot org 2010-07-01 13:29 ---
Note that the error isn't saying the type is wrong, it says it must be of the
form `&X::Y' which is a constant expression and is different to a variable with
the same value as &X::Y
--
http://gcc.gnu.org/bugzilla/s
--- Comment #10 from dominiq at lps dot ens dot fr 2010-07-01 13:18 ---
> The important question is if the testcase still ICEs with the fix reverted
> when
> you do that change.
The test aborts with revisions before 161496.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44592
--- Comment #3 from redi at gcc dot gnu dot org 2010-07-01 13:11 ---
(In reply to comment #2)
> However, the error message is little bit misleading, because fnc is exactly of
> the requested type but it is a local variable, IMO.
True, the reason it's not allowed is because it's not a co
--- Comment #2 from mschulze at ivs dot cs dot ovgu dot de 2010-07-01
12:57 ---
However, the error message is little bit misleading, because fnc is exactly of
the requested type but it is a local variable, IMO.
The question is, is the code standard conform or not?
--
http://gcc.gn
--- Comment #8 from jakub at gcc dot gnu dot org 2010-07-01 12:55 ---
Subject: Bug 40421
Author: jakub
Date: Thu Jul 1 12:55:28 2010
New Revision: 161670
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161670
Log:
PR tree-optimization/40421
* gfortran.fortran-tor
--- Comment #7 from jakub at gcc dot gnu dot org 2010-07-01 12:54 ---
Subject: Bug 40421
Author: jakub
Date: Thu Jul 1 12:53:44 2010
New Revision: 161669
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161669
Log:
PR tree-optimization/40421
* gfortran.fortran-tor
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-01 12:47 ---
Subject: Bug 40421
Author: jakub
Date: Thu Jul 1 12:47:26 2010
New Revision: 161668
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161668
Log:
Backport from mainline
2009-06-13 Richard Guenth
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-01 12:47 ---
works as expected in 4.4.3 and later
$ g++ temp.cc
temp.cc: In function 'void deduce_type(void (T::*)()) [with T = A]':
temp.cc:17: instantiated from here
temp.cc:13: error: 'fnc' is not a valid template argument fo
--- Comment #19 from jakub at gcc dot gnu dot org 2010-07-01 12:37 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The parser does not reject invalid code, but instead passes to the compiler.
The compiler fails with different internal compiler errors depending on the
optimization level. With levels -O2, -O3 and -Os, the compiler generates valid
object code without complaining anything.
How to reproduce?
# cat
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-01 12:31 ---
Subject: Bug 44104
Author: jakub
Date: Thu Jul 1 12:31:19 2010
New Revision: 161666
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161666
Log:
2010-07-01 Jakub Jelinek
Backport from mainline
--- Comment #9 from jakub at gcc dot gnu dot org 2010-07-01 12:21 ---
The important question is if the testcase still ICEs with the fix reverted when
you do that change.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44592
1 - 100 of 141 matches
Mail list logo
