I think re-declare a deleted function is well-formed.
void f() = delete ; // shall be the first declaration of the function
void f() ; // re-declare a previous deleted function.
But doing so makes gcc does not issue correct compile errors on following code.
void f() = delete ;
void f() ; // if
The stack pointer is erroneously adjusted in the prologue of an FIQ interrupt
handler, and not corrected before popping the pc in the epilogue. The same
error occurs with IRQ handlers if frame pointers are not omitted. I believe
the compiler is attempting to align the stack to an 8 byte
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41849
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-09-05 06:41 ---
*** Bug 45540 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-05 06:41 ---
*** This bug has been marked as a duplicate of 41999 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Here is what I get, compilinb
g++: Internal error: Killed (program cc1plus)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html for instructions.
make[1]: *** [WebCore/bindings/js/libwebkitgtk_1_0_la-SerializedScriptValue.lo]
Error 1
The command line:
libtool: compile: g++
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-05 08:57 ---
You probably ran out of memory and the kernel killed cc1plus.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45541
--- Comment #2 from viriketo at gmail dot com 2010-09-05 09:33 ---
This is what I thought first. The computer has 1GB of RAM, 900MB free at the
time of the build. After that failure, I added 500MiB of swap. I tried to
build, and it halted in the same place with the same error.
--
--- Comment #5 from mikpe at it dot uu dot se 2010-09-05 10:07 ---
(In reply to comment #4)
Subject: Re: [4.6 regression] bootstrap failure on
sparc64-unknown-linux-gnu
On Sat, Sep 04, 2010 at 01:38:34PM -, mikpe at it dot uu dot se wrote:
Can you show us the
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-05 10:47 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-05 10:47 ---
Subject: Bug 45535
Author: rguenth
Date: Sun Sep 5 10:47:05 2010
New Revision: 163877
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163877
Log:
2010-09-05 Richard Guenther rguent...@suse.de
PR
on
Linux 2.6.18-164.11.1.el5 #1 SMP Wed Jan 20 12:36:24 CET 2010 x86_64 x86_64
x86_64 GNU/Linux
gcc version 4.6.0 20100408 (experimental) (GCC)
and
GNU C++ (GCC) version 4.5.0 (x86_64-unknown-linux-gnu)
#includecmath
float sqr(float x) { return std::pow(x,2);}
produces
0020
--- Comment #22 from solar-gcc at openwall dot com 2010-09-05 11:37 ---
(In reply to comment #20)
Maybe we could agree on a compromise for a start. Alexander, what are the
corresponding results for GOMP_SPINCOUNT=10?
Unfortunately, I no longer have access to the dual-X5550
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-05 11:43 ---
I can't see any of those on x86_64-linux, neither with -m32 nor with -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
--- Comment #1 from paolo dot carlini at oracle dot com 2010-09-05 12:42
---
There is nothing to fix here, see:
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#550
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-09-05 13:02 ---
Testing a patch to ignore debug insns in fixup_reorder_chain.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from viriketo at gmail dot com 2010-09-05 13:02 ---
Yes OOM killed cc1plus, but maybe it is g++ taking far too much memory?
[157723.444000] cc1plus invoked oom-killer: gfp_mask=0x200da, order=0,
oom_adj=0
[157723.444000] Call Trace:
[157723.444000] [80216a60]
--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-05 13:08 ---
I can't see any of those on x86_64-linux, neither with -m32 nor with -m64.
See also http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00410.html .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
--- Comment #2 from vincenzo dot innocente at cern dot ch 2010-09-05 13:09
---
Subject: Re: std::pow(float) converts to double when compiled with
-std=gnu++0x
Ciao Paolo,
On 5 Sep, 2010, at 2:42 PM, paolo dot carlini at oracle dot com wrote:
--- Comment #1 from paolo dot
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-05 13:43 ---
Nobody can say without a testcase. So please attach preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45541
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-05 13:44 ---
I also get the same ICE on powerpc-apple-darwin9 at revision 163836:
[karma] f90/bug% /opt/gcc/gcc4.6w/bin/gcc -O3
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-multitypes-1.c
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-05 13:45 ---
That doesn't help me to reproduce the issue. Please provide output of
appending
-v to the compiler command-line (this must be reproducable on x86_64 with
appropriate flags).
--
--- Comment #5 from dominiq at lps dot ens dot fr 2010-09-05 13:58 ---
Please provide output of appending -v to the compiler command-line
The configure options
[macbook] gcc/p_build% gfcp -v
Using built-in specs.
COLLECT_GCC=gfcp
On Linux/x86, revision 163868 gave
FAIL: g++.dg/debug/dwarf2/typedef1.C scan-assembler-times DIE \\([^\n]*\\)
DW_TAG_enumeration_type 2
FAIL: gcc.target/i386/pr22152.c scan-assembler-times movq[ \\t]+[^\n]*%mm 1
Revision 163862 is OK. It may be caused by revision 163868:
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45543
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-05 14:01 ---
(In reply to comment #5)
Please provide output of appending -v to the compiler command-line
The configure options
[macbook] gcc/p_build% gfcp -v
Using built-in specs.
COLLECT_GCC=gfcp
--with-libiconv-prefix=/usr --with-system-zlib --enable-languages=c,fortran
CC=gcc-4.2 CXX=g++-4.2
Thread model: posix
gcc version 4.6.0 20100905 (experimental) [trunk revision 163877] (GCC)
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.8' '-B'
'/GCC/gcc-4-6-reghunt-build/gcc/' '-B'
'/GCC/gcc-4-6
--- Comment #8 from dominiq at lps dot ens dot fr 2010-09-05 14:30 ---
The ICEs appeared between 163800 (working) and 163820 (ICE).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
Hi,
Compiling libtorrent-0.12.6 using -fgraphite-identity ends up with an ICE.
Disabling that flag fixes the problem. The bail-out message is at the bottom
of this report. The same compilation with exactly the same flags performed on
host/target/build triplet x86_64-pc-linux-gnu does not show
--- Comment #1 from shannemann at gmail dot com 2010-09-05 14:52 ---
Created an attachment (id=21702)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21702action=view)
the culprit source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45544
--- Comment #2 from shannemann at gmail dot com 2010-09-05 14:54 ---
Created an attachment (id=21703)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21703action=view)
sorry... the ii was too big, so it comes gzip'ed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45544
+++ This bug was initially created as a clone of Bug #45266 +++
On Linux/x86-64, revision 163191 gave
FAIL: gfortran.dg/array_memcpy_3.f90 -O scan-tree-dump-times original
memcpy|(ref-all.*ref-all) 2
FAIL: gfortran.dg/array_memcpy_3.f90 -O scan-tree-dump-times original
--- Comment #1 from hp at gcc dot gnu dot org 2010-09-05 15:04 ---
Subject: Bug 45545
Author: hp
Date: Sun Sep 5 15:04:20 2010
New Revision: 163878
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163878
Log:
PR testsuite/45545
* gfortran.dg/array_memcpy_3.f90:
--- Comment #3 from shannemann at gmail dot com 2010-09-05 15:05 ---
Created an attachment (id=21704)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21704action=view)
the previous ii file was not the right one.
--
shannemann at gmail dot com changed:
What|Removed
--- Comment #2 from hp at gcc dot gnu dot org 2010-09-05 15:15 ---
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00394.html
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from paolo dot carlini at oracle dot com 2010-09-05 15:36
---
The issue affects only mixed mode arithmetic (thus, functions taking at least
two arguments), and in that case, as Howard explained, C++0x does what Fortran
and C do. In any case, we are implementing correctly
In gcc-4.6.0
cgraph.c:
- /* Return local info for the compiled function. */
+ /* Return global info for the compiled function. */
struct cgraph_global_info *
cgraph_global_info (tree decl)
{
struct cgraph_node *node;
gcc_assert (TREE_CODE (decl) == FUNCTION_DECL
Between September 2nd
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00197.html
and September 3rd
--- Comment #7 from joachim dot reichel at gmx dot de 2010-09-05 15:55
---
Any progress with the copyright assignment?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44919
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-05 15:58 ---
*** This bug has been marked as a duplicate of 45524 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #35 from hjl dot tools at gmail dot com 2010-09-05 15:58
---
*** Bug 45547 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-05 16:15
---
By the way, if a function taking a single argument is passed and integer, the
return type is double, not float or long double and one can see that the
underlying mechanism is the same. All in all, I agreed
--- Comment #9 from dominiq at lps dot ens dot fr 2010-09-05 16:15 ---
The ICEs are due to revision 163802.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
--- Comment #10 from dominiq at lps dot ens dot fr 2010-09-05 16:26 ---
Apparently this pr does not show up for i686-apple-darwin9 (see
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00452.html ).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
--- Comment #11 from dominiq at lps dot ens dot fr 2010-09-05 16:28 ---
The ICEs in comment #3 also show up for powerpc64-unknown-linux-gnu (see
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00417.html ).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
--- Comment #12 from iains at gcc dot gnu dot org 2010-09-05 16:46 ---
(In reply to comment #10)
Apparently this pr does not show up for i686-apple-darwin9 (see
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00452.html ).
it does at m64 see c#7
--
This is very related to this bug (43892):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892
There are many ways to try to add with carry - and difficult to catch them all.
I really 'tried to think like a compiler' when I wrote the following
(C++ Intel 32bit code) code:
(not even strict correctly
--- Comment #14 from burnus at gcc dot gnu dot org 2010-09-05 18:10 ---
Subject: Bug 45186
Author: burnus
Date: Sun Sep 5 18:10:11 2010
New Revision: 163879
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163879
Log:
2010-09-05 Tobias Burnus bur...@net-b.de
PR
--- Comment #3 from bdavis at gcc dot gnu dot org 2010-09-05 18:56 ---
just a question. why is this illegal ?
it takes 8 values to initialize...
--bud
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25096
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-09-05 19:27
---
I will have a go at this.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from vincenzo dot innocente at cern dot ch 2010-09-05 19:55
---
Subject: Re: std::pow(float) converts to double when compiled with
-std=gnu++0x
On 5 Sep, 2010, at 6:15 PM, paolo dot carlini at oracle dot com wrote:
--- Comment #4 from paolo dot carlini at
Hello,
after bug 40497, an is_iterator machinery was added to restrict the C++0x
prototypes of std::next and std::prev.
An alternative solution seems to be to use this same machinery in the
definition of iterator_traits so that when a class T is not a pointer and does
not provide
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-09-05 20:44 ---
When I first tried to make sel-sched work with VTA, we didn't create
dependencies of non-debug insns on debug insns. Now we do. Other schedulers
know that these deps don't prevent insn movement, just signal the
This happens when building current Wine sources with today's GCC:
% /files/pfeifer/gcc/bin/gcc -c -O1 winefile.i
winefile.c: In function 'is_exe_file':
winefile.c:2953:13: internal compiler error: in fold_convert_loc, at
fold-const.c:1899
Please submit a full bug report,
with preprocessed source
--- Comment #5 from viriketo at gmail dot com 2010-09-05 21:09 ---
Created an attachment (id=21705)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21705action=view)
Preprocessed source causing the trouble
I attach the preprocessed file that triggers the problem. In this case, it
--- Comment #1 from gerald at pfeifer dot com 2010-09-05 21:10 ---
Created an attachment (id=21706)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21706action=view)
Testcase
Note: this has been introduced in the last four days or so from what I can see.
--
--- Comment #36 from dominiq at lps dot ens dot fr 2010-09-05 21:39 ---
I confirm that the patch in comment #28 fixes this pr. However using the tip in
comment #22, I get
[macbook] gcc/p_build% grep -r decimal_ */config.log
gcc/config.log:enable_decimal_float='dpd'
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-05 22:15 ---
Confirmed. zero_extendsidi2_32 and adddi3_doubleword are being split too late.
Which causes no optimizations to happen on those two things.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #1 from paolo dot carlini at oracle dot com 2010-09-05 22:22
---
(In reply to comment #0)
An alternative solution seems to be to use this same machinery in the
definition of iterator_traits so that when a class T is not a pointer and does
not provide iterator_category
--- Comment #37 from hjl dot tools at gmail dot com 2010-09-05 22:27
---
(In reply to comment #36)
I confirm that the patch in comment #28 fixes this pr. However using the tip
in
comment #22, I get
[macbook] gcc/p_build% grep -r decimal_ */config.log
--- Comment #6 from paolo dot carlini at oracle dot com 2010-09-05 23:01
---
Ok... We can discuss these issues in better detail when we met. Well, remember
that this is Free Software, thus, if you are unsure about a behavior, just open
the header in an editor and look inside it: isn't
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-06 00:18 ---
Fixed as of revision 163884.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-06 00:19 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45545
--- Comment #1 from danglin at gcc dot gnu dot org 2010-09-06 00:46 ---
These failures were introduced in revision 162943:
Author: rguenth
Date: Fri Aug 6 11:47:31 2010
New Revision: 162943
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162943
Log:
2010-08-06 Richard Guenther
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-06 01:28 ---
It is caused by revision 163831:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00122.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC host
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-06 01:39 ---
It is very odd. Revision 163831 shouldn't change anything.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45550
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-06 01:45 ---
It is caused by revision 163861:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00152.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
With revision 163380 this test passed.
From revision 163383 and on, this test has failed as follows:
Running /tmp/regressn1-383/gcc/gcc/testsuite/gcc.c-torture/execute/execute.exp
...
FAIL: gcc.c-torture/execute/990326-1.c execution, -O2
FAIL: gcc.c-torture/execute/990326-1.c execution, -O3
--- Comment #1 from hp at gcc dot gnu dot org 2010-09-06 02:02 ---
Created an attachment (id=21707)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21707action=view)
Simplified gcc.c-torture/execute/990326-1.c
See the combine dump at e.g. -O2. I haven't disected the miscompilation,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
This error happens while building xscreensaver 5.11 at gentoo, using gentoo's
gcc 4.5.1:
x86_64-pc-linux-gnu-gcc -c -I. -I. -I./../../utils -I./.. -I../.. -pthread
-I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0
-I/usr/include/cairo -I/usr/include/pango-1.0
--- Comment #1 from tolkiendili at gmail dot com 2010-09-06 04:36 ---
Created an attachment (id=21708)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21708action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45552
Hi All,
A way to suppress the warning generated from the following would be a welcome
addition. A solution was proposed in [1], but I'd like a cleaner approach. I
believe suppressing the warning for a template parameter is the cleanest way to
dispose of the warning.
template class T
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-06 05:24 ---
*** This bug has been marked as a duplicate of 11856 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #29 from pinskia at gcc dot gnu dot org 2010-09-06 05:24
---
*** Bug 45553 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from noloader at gmail dot com 2010-09-06 05:35 ---
(In reply to comment #1)
*** This bug has been marked as a duplicate of 11856 ***
Thanks Andrew. For the record, I don't really consider it a bug - its closer to
undesired behavior when working with
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-09-06 05:39 ---
It is still a dup of bug 11856. Note the use of bug here is really dealing
with how do you describe all issues (enhancements or otherwise). The use is
not saying it is a software bug in the normal sense.
*** This
--- Comment #30 from pinskia at gcc dot gnu dot org 2010-09-06 05:39
---
*** Bug 45553 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11856
--- Comment #11 from burnus at gcc dot gnu dot org 2010-09-06 05:55 ---
Subject: Bug 38282
Author: burnus
Date: Mon Sep 6 05:55:10 2010
New Revision: 163898
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163898
Log:
2010-09-06 Tobias Burnus bur...@net-b.de
PR
81 matches
Mail list logo