--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-01 06:21 ---
Confirm.
Valgrind shows:
==11328== Invalid read of size 8
==11328==at 0x6CBB86: fold_convert_loc (fold-const.c:1856)
==11328==by 0x58E7A3: allocate_temp_for_forall_nest_1 (trans-stmt.c:2583)
==11328==by
--- Comment #4 from joaquin at tid dot es 2010-07-01 06:56 ---
Hi Paolo, I sent a message to the reflector, answer was that
currently there's no DR or any other type of issue regarding
this that the LWG is aware of, so they have no official stance
on the matter :-/
I don't know what
--- Comment #15 from jakub at gcc dot gnu dot org 2010-07-01 07:13 ---
Created an attachment (id=21052)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21052action=view)
gcc46-pr44694-arm.patch
Untested fix for this issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44694
--- Comment #16 from jakub at gcc dot gnu dot org 2010-07-01 07:24 ---
Created an attachment (id=21053)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21053action=view)
gcc46-pr44694-arm.patch
Actually that was wrong, we need to emit DW_OP_fbreg offset DW_OP_stack_value
in that
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-01 08:17 ---
*** Bug 44740 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 08:17 ---
*** This bug has been marked as a duplicate of 44732 ***
--
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=44739
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-01 08:20 ---
(In reply to comment #2)
Thanks for the lightening fast response. I wouldn't have known to look there,
especially since older GCC versions did not have this problem.
Is it because 4.5.0 has better
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-01 08:34 ---
r161633 is the cause.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-01 08:49 ---
Subject: Bug 44468
Author: rguenth
Date: Thu Jul 1 08:49:19 2010
New Revision: 161655
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161655
Log:
2010-07-01 Richard Guenther rguent...@suse.de
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-01 08:49 ---
Subject: Bug 42834
Author: rguenth
Date: Thu Jul 1 08:49:19 2010
New Revision: 161655
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161655
Log:
2010-07-01 Richard Guenther rguent...@suse.de
PR
--- Comment #6 from m-matti-a dot lehtonen at iki dot fi 2010-07-01 08:58
---
I have spend recently many, Many hours with heavily template based code (using
CGAL - http://www.cgal.org/) until I figured, why my code failed.
Telling input types and candidate list of all mismatched
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-01 09:00 ---
Fixed for 4.6. Measures are in place to avoid the situation on the branches.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from bernds at gcc dot gnu dot org 2010-07-01 09:20 ---
Subject: Bug 44727
Author: bernds
Date: Thu Jul 1 09:20:40 2010
New Revision: 161656
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161656
Log:
PR target/44727
* config/i386/i386.md (peephole2
--- Comment #4 from amylaar at gcc dot gnu dot org 2010-07-01 09:44 ---
What is the target triple from config.guess? I've tried cross compilers
from i686-pc-linux-gnu to ia64-elf and ia64-linux-gnu
(using ccc (GCC) 4.4.4 20100503 (Red Hat 4.4.4-2)), but I get lots
of extra errors (and
--- Comment #5 from rguenther at suse dot de 2010-07-01 09:54 ---
Subject: Re: [4.6 Regression] bootstrap broken on ia64
On Thu, 1 Jul 2010, amylaar at gcc dot gnu dot org wrote:
--- Comment #4 from amylaar at gcc dot gnu dot org 2010-07-01 09:44
---
What is the target
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-01 10:02 ---
Created an attachment (id=21054)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21054action=view)
preprocessed source
Preprocessed source of ia64.i for your convenience.
--
A large code file triggers during compilation this ICE:
/opt/gcc-4.5/bin/gfortran -c proc8.f90
f951: internal compiler error: in gfc_conv_array_initializer, at
fortran/trans-array.c:4189
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for
--- Comment #7 from amylaar at gcc dot gnu dot org 2010-07-01 10:27 ---
Subject: Bug 44732
Author: amylaar
Date: Thu Jul 1 10:27:34 2010
New Revision: 161658
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161658
Log:
PR target/44732
* config/ia64/ia64.c
--- Comment #8 from amylaar at gcc dot gnu dot org 2010-07-01 10:35 ---
(In reply to comment #6)
Created an attachment (id=21054)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21054action=view) [edit]
preprocessed source
Preprocessed source of ia64.i for your convenience.
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 10:35 ---
Please put it down for download somewhere (it's indeed too large to attach).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenther at suse dot de 2010-07-01 10:37 ---
Subject: Re: [4.6 Regression] bootstrap broken on ia64
On Thu, 1 Jul 2010, amylaar at gcc dot gnu dot org wrote:
--- Comment #8 from amylaar at gcc dot gnu dot org 2010-07-01 10:35
---
(In reply to comment
--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-01 10:39
---
This is a bit smaller, and reminds me something I have seen already...
templatetypename _Alloc
struct char_traits;
template struct char_traitswchar_t;
templateclass _CharT
struct char_traitswchar_t
{
--- Comment #5 from paolo dot carlini at oracle dot com 2010-07-01 10:46
---
I read your message and Howard' reply. I don't know what the others
implementors did, but in the meanwhile I got feedback from Matt: essentially,
he considers the issue in the very same ballpark of 579, having
--- Comment #3 from moonshine at kapsi dot fi 2010-07-01 10:47 ---
Created an attachment (id=21055)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21055action=view)
Preprocessed source files to reproduce this problem
I was able to reduce this to two (2) source files. Quite an
--- Comment #10 from amylaar at gcc dot gnu dot org 2010-07-01 10:49
---
As I used cut paste for a few repeated stanzas, I just checked if
there was any more of the same.
Once you know what it is, it's easy to find in the patch:
[amyl...@laria ~]$ grep -A 5 -B 5 '^+[ ]*{'
--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-01 10:51
---
Note: a very similar issue probably affects C++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44741
--- Comment #3 from paolo dot carlini at oracle dot com 2010-07-01 10:55
---
Note: doesn't look like a regression.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-01 11:02 ---
Subject: Bug 44575
Author: jakub
Date: Thu Jul 1 11:01:58 2010
New Revision: 161660
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161660
Log:
Backport from mainline
2010-06-21 Jakub Jelinek
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-07-01 11:02
---
Now we're back to
/gcc/obj/./prev-gcc/xgcc -B/gcc/obj/./prev-gcc/
-B/usr/local/ia64-unknown-linux-gnu/bin/
-B/usr/local/ia64-unknown-linux-gnu/bin/
-B/usr/local/ia64-unknown-linux-gnu/lib/ -isystem
--- Comment #8 from jakub at gcc dot gnu dot org 2010-07-01 11:03 ---
Subject: Bug 43801
Author: jakub
Date: Thu Jul 1 11:03:31 2010
New Revision: 161661
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161661
Log:
Backport from mainline
2010-06-29 Jakub Jelinek
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-01 11:06 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jakub at gcc dot gnu dot org 2010-07-01 11:07 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #17 from jakub at gcc dot gnu dot org 2010-07-01 11:12 ---
Subject: Bug 44694
Author: jakub
Date: Thu Jul 1 11:11:46 2010
New Revision: 161662
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161662
Log:
PR debug/44694
* dwarf2out.c
--- Comment #18 from jakub at gcc dot gnu dot org 2010-07-01 11:13 ---
Subject: Bug 44694
Author: jakub
Date: Thu Jul 1 11:12:24 2010
New Revision: 161663
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161663
Log:
PR debug/44694
* dwarf2out.c
--- Comment #4 from moonshine at kapsi dot fi 2010-07-01 11:18 ---
In the meantime I also built gcc trunk revision 161601 and this also fails
with:
lto1: internal compiler error: vector VEC(cgraph_node_ptr,base) index domain
error, in lto_cgraph_encoder_deref at lto-cgraph.c:141
--
--- Comment #12 from amylaar at gcc dot gnu dot org 2010-07-01 11:18
---
Created an attachment (id=21056)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21056action=view)
* ia64_register_move_cost (Fix argument types).
Yes, it was my patch.
With the attached patch,
--- Comment #2 from janus at gcc dot gnu dot org 2010-07-01 11:32 ---
Also, please be more specific about which gfortran version you're using. Your
error message seems to suggest something 4.5-ish. Is this the 4.5.0 release
version? And is it possible for you to try 4.4.x or 4.6 trunk?
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-01 11:35 ---
Confirmed. Works without -fuse-linker-plugin.
Reduced testcases:
wave.ii
---
typedef unsigned int reg8;
typedef unsigned int reg12;
class WaveformGenerator {
public:
reg8 readOSC();
inline reg12
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-01 11:40 ---
On trunk with the original testcase we fail with
/abuild/rguenther/trunk-g/gcc ./xgcc -B. -r -nostdlib -O -march=pentium4 -flto
-fuse-linker-plugin sid.ii wave.ii -m32 -B ../lto-plugin/.libs
lto1: out of memory
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-01 11:45 ---
Regarding the version: Try gfortran -v -- that does not only show the version
but also the data and (possibly) the SVN reversion.
Regarding the test case: I think it would be helpful, if you could reduce it a
bit.
--- Comment #4 from reuter at physik dot uni-freiburg dot de 2010-07-01
12:13 ---
Ok, will do so.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44742
--- Comment #8 from dominiq at lps dot ens dot fr 2010-07-01 12:16 ---
Fixed for 4.6, waiting a bit for 4.5.
Revision 161496 caused pr44699.
I think the PRINTs are of no use in the testsuite for gfortran.dg/pr44592.f90.
I'ld suggest to apply the following patch:
---
--- 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
--- 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=gccview=revrev=161666
Log:
2010-07-01 Jakub Jelinek ja...@redhat.com
Backport from
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?
#
--- 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
--- 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
--- 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=gccview=revrev=161668
Log:
Backport from mainline
2009-06-13 Richard
--- 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=gccview=revrev=161669
Log:
PR tree-optimization/40421
*
--- 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=gccview=revrev=161670
Log:
PR tree-optimization/40421
*
--- 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?
--
--- 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
--- 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 #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
--
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
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
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:
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
--- 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
--- 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:22 ---
*** This bug has been marked as a duplicate of 44596 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- 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 #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 #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 #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
Command line:
$ gcc -O[123s] testcase.c
- testcase.c -
static double num;
int foo (void)
{
return *(unsigned *)num;
}
--
(reduced from gcc.c-torture/compile/pr39824.c)
Compiler output:
$ gcc -O1 testcase.c
testcase.c: In function 'foo':
testcase.c:2:5: internal
--- 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
--- 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
--- 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)]
1
--- 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 assignment at
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
--- 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
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
--- 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 -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common
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
--- 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).
--- 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
The following code compiles on gcc-4.2/4.3/4.4 but doesn't on gcc-4.5, with
error: aggregate fooidentityint, 0 bar has incomplete type and cannot be
defined
template class T
struct identity
{
typedef T type;
};
template class T, typename T::type A
struct foo {};
template class T, T A
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
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
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
--- 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
--- 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
*
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
--- 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.
--
--- 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
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 -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
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
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
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
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:
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
--- 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
--- 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
--- 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
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
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
1 - 100 of 139 matches
Mail list logo
