--- Comment #22 from kgardas at objectsecurity dot com 2010-05-07 06:53
---
Viola! Something happens now! Thanks for fixing this.
$ cat test-profile-mode.cc
#include
using namespace std;
int main() {
vector v;
for (int k = 0; k < 1024; ++k) v.insert(v.begin(), k);
}
$ c++ -D_G
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-07 05:16 ---
It is caused by revision 159106:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00156.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44020
--- Comment #1 from hjl dot tools at gmail dot com 2010-05-07 04:57 ---
#0 0x00b6babf in bmp_iter_set_init (bi=0x7fffdda0, map=0x0,
start_bit=0, bit_no=0x7fffddcc) at ../../src/gcc/bitmap.h:227
#1 0x00b79d6e in remove_dead_inserted_code ()
at ../../src/
On Linux/x86-64, revision 159144 gave:
[...@gnu-28 0001]$ /export/gnu/import/svn/gcc-test/usr/bin/gfortran -c -o
umlau6.o -DSPEC_CPU2000_LP64 -O2 -ffast-math -O3 -ffast-math
-funroll-loops umlau6.f
umlau6.f: In function \u2018umlau6\u2019:
umlau6.f:3:0: internal compiler error: Segm
--- Comment #10 from sandra at codesourcery dot com 2010-05-07 02:32
---
I've been working on a patch that fixes the original reported problem by adding
a little logic to tree-ssa-reassoc.c to make it look for places where it can
use combine_comparisons. Note that this test case does n
with-local-prefix=/opt/gnu --prefix=/opt/gnu/gcc/gcc-4.6.0
--with-gmp=/opt/gnu/gcc/gcc-4.5.0 --enable-threads=posix --enable-debug=no
--disable-nls --without-cloog --without-ppl
--enable-languages=c,c++,objc,fortran,java,ada,obj-c++
Thread model: posix
gcc version 4.6.0 20100506 (experimental) [trun
--- Comment #10 from zsojka at seznam dot cz 2010-05-07 00:32 ---
(In reply to comment #9)
That patch fixes all testcases and flag combinations I tried (eg. gcc doesn't
crash)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44012
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-07 00:29 ---
It is triggered by revision 147395:
http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00369.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #9 from mrs at gcc dot gnu dot org 2010-05-07 00:22 ---
This is fixed for 4.6.0. Iain, if you want to put this into 4.5.1, I'll
approve that.
--
mrs at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from lloyd at randombit dot net 2010-05-06 22:53 ---
Created an attachment (id=20591)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20591&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44018
I have some code (will be attached) that fails to compile with GCC 4.5.0 if you
use the exact right (wrong) flags:
$ g++-4.5.0 -fPIC -m32 -O2 -c cpuid.cpp -o cpuid.o
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.0/include/cpuid.h: In function 'unsigned
int get_x86_cache_line_size()':
/usr/lib/gcc/x86_64-pc
--- Comment #12 from dfranke at gcc dot gnu dot org 2010-05-06 21:40
---
Related discussion: PR35707
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from steven at gcc dot gnu dot org 2010-05-06 21:38 ---
One possibility is to see if the glibc patches for this issue can be merged
into eglibc... Maxim what do you think?
--
steven at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-05-06 21:29 ---
*** Bug 40993 has been marked as a duplicate of this bug. ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from dfranke at gcc dot gnu dot org 2010-05-06 21:29 ---
*** This bug has been marked as a duplicate of 29819 ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from dfranke at gcc dot gnu dot org 2010-05-06 21:20 ---
(In reply to comment #6)
> Patch broke IA64 and was reverted (cf. 40969). Proper fix is PR 40976 which
> should solve several of the remaining LTO problems as well.
With the above statement, is this PR still needed?
--- Comment #6 from dfranke at gcc dot gnu dot org 2010-05-06 21:06 ---
Patch:
http://gcc.gnu.org/ml/fortran/2010-05/msg00040.html
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from hjl dot tools at gmail dot com 2010-05-06 21:01 ---
Created an attachment (id=20590)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20590&action=view)
A patch
This patch avoids ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44012
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44017
The following valid code snippet triggers an ICE on trunk:
=
struct A
{
template void foo();
};
template struct B : A
{
B() { foo(); }
};
B<0> b;
=
bug.cc: In constructor 'B::B() [with int N = 0]':
bug.cc:11:6: instantiated f
--- Comment #21 from paolo dot carlini at oracle dot com 2010-05-06 20:24
---
At your ease of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43259
--- Comment #7 from redi at gcc dot gnu dot org 2010-05-06 20:04 ---
that was easier than I thought it would be - fixed
(the online docs will need to be regenerated before the changes show up)
--
redi at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #6 from redi at gcc dot gnu dot org 2010-05-06 20:04 ---
Subject: Bug 44014
Author: redi
Date: Thu May 6 20:03:35 2010
New Revision: 159127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159127
Log:
2010-05-06 Jonathan Wakely
PR libstdc++/44014
*
--- Comment #5 from redi at gcc dot gnu dot org 2010-05-06 19:58 ---
Subject: Bug 44014
Author: redi
Date: Thu May 6 19:57:58 2010
New Revision: 159126
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159126
Log:
2010-05-06 Jonathan Wakely
PR libstdc++/44014
*
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2010-05-06 19:54
---
> But what's the *point* of having such a configuration, except as a prove
> of `we can do that'? Any actual problem that would be solved this way?
Same as on Linux: the compiler will be faster and able to hand
--- Comment #2 from redi at gcc dot gnu dot org 2010-05-06 19:44 ---
basic_stringstream etc. are missing docs for their default template arguments
too, I think it's because the doxygen comments are on the class template
definitions, not on the forward declarations in and
, and the defau
--- Comment #20 from rus at google dot com 2010-05-06 19:43 ---
(In reply to comment #19)
> Note that in all those patches, the open curly brackets are in the wrong
> place:
> in GCC, C++ runtime included, must *always* follow a newline. Just stylistic
> issues, of course.
>
Thank you
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-06
19:32 ---
Subject: Re: gcc 4.4.0 20090204 - Configury from GNU linker to Operating
System's Linker broke (reverse works OK)
> --- Comment #8 from rob1weld at aol dot com 2010-05-04 07:05 ---
>>> As I've sai
--- Comment #4 from redi at gcc dot gnu dot org 2010-05-06 19:30 ---
mine then
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned a
--- Comment #13 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-06
19:27 ---
Subject: Re: Configure scripts have no 64-Bit Solaris defined (only
i386-solaris*).
> --- Comment #12 from rob1weld at aol dot com 2010-05-04 07:20 ---
> This is an "Enhancement" (EG: I wish (so
--- Comment #18 from dfranke at gcc dot gnu dot org 2010-05-06 19:23
---
(In reply to comment #16)
> This is a glibc issue with software sin function.
Is there anything that we can do about this?
If not, this PR should be closed.
--
dfranke at gcc dot gnu dot org changed:
There is a old link under gcc.info / Node: Standards / 2.2 C++ language.
The link to the `http://gcc.gnu.org/gcc-4.3/cxx0x_status.html' shows to the old
version 4.3. it has to be updated to 4.5
--
Summary: Old link inside the documentation
Product: gcc
Version: 4
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-06
19:17 ---
Subject: Re: Using --enable-threads=solaris breaks near end of build in
boehm-gc configury
> --- Comment #6 from rob1weld at aol dot com 2010-05-04 07:00 ---
>>> This is now documented in install
--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-06 19:14
---
Jon, if you already know the issue, I don't think Benjamin would take offense
if you assign it to yourself ;) the sooner we check in the 4.5.1 patches the
better, in my opinion.
--
http://gcc.gnu.org/bugzi
--- Comment #2 from redi at gcc dot gnu dot org 2010-05-06 19:11 ---
The other typedefs are documented in e.g.
typedef basic_fstream fstream;///< @isiosfwd
and are part of the "io" doxygen group, but std::string is not, so neither
std::string nor std::basic_string ap
--- Comment #8 from hjl dot tools at gmail dot com 2010-05-06 18:57 ---
(In reply to comment #4)
> Created an attachment (id=20589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20589&action=view) [edit]
> reduced testcase
>
> Command line:
> gcc -O1 -fgcse -findirect-inlining pr4
--- Comment #9 from knocte at gmail dot com 2010-05-06 18:02 ---
Hello.
I'm in a position in which I cannot upgrade my Boost libraries right now.
So, is there a way that I can tell gcc to ignore this warning for now?
Thanks in advance.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-06 17:39
---
Let's add Benjamin for this one too.
Are you sure the template parameters and the defaults are documented for *all*
the other classes besides basic_string? Seems really weird.
--
paolo dot carlini at oracl
Reading the page "std::basic_string< _CharT, _Traits, _Alloc > Class Template
Reference" [1]:
The template parameters are not documented; in particular, their default
assignments are not mentioned.
[1]
http://gcc.gnu.org/onlinedocs/libstdc++/latest-doxygen/a00260.html#_details>
--
--- Comment #10 from jakub at gcc dot gnu dot org 2010-05-06 17:35 ---
Subject: Bug 43994
Author: jakub
Date: Thu May 6 17:34:47 2010
New Revision: 159117
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159117
Log:
PR bootstrap/43994
* df-problems.c (dead_debug_i
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-06 17:33
---
Funny. Let's add Benjamin in CC.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #12 from rwild at gcc dot gnu dot org 2010-05-06 17:22 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from rwild at gcc dot gnu dot org 2010-05-06 17:20 ---
Subject: Bug 43620
Author: rwild
Date: Thu May 6 17:19:46 2010
New Revision: 159116
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159116
Log:
Avoid automake distdir rule.
libgfortran/:
PR other/436
Reading the autogenerated API documentation page [1], there are the following
typedefs starting with "s":
* seconds : std::chrono
* sregex_token_iterator : std
* ssub_match : std
* streambuf : std
* streamoff : std
* streampos : std
* streamsize : std
* stringbuf :
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-06 16:59 ---
The reference is created at df-scan.c:2940 in df_ref_record.
reg (as well as *loc) passed to that function is SImode reg 112 (in0), i.e. a
hard register, but df_ref_create_structure is called with regno_reg_rtx[i],
whi
--- Comment #5 from jason at gcc dot gnu dot org 2010-05-06 16:49 ---
.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-06 16:49 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|---
--- Comment #7 from zsojka at seznam dot cz 2010-05-06 16:47 ---
You are right, the reduced testcase from comment #4 crashes with:
Command line:
$ gcc -O1 -fgcse pr44012.c
Tested revisions:
r159109 - crash
r158683 - crash
r157702 - crash
r153685 - crash
4.5 r158978 - crash
4.4 r158133
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-05-06 16:38 ---
(In reply to comment #4)
> Created an attachment (id=20589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20589&action=view) [edit]
> reduced testcase
>
> Command line:
> gcc -O1 -fgcse -findirect-inlining pr4
--- Comment #4 from burnus at gcc dot gnu dot org 2010-05-06 16:37 ---
(In reply to comment #3)
> See also PR 43895
As I feared there: There seems to be an inconsistency with CLASS with POINTER
or ALLOCATABLE attribute: Is "class.$DATA" or "class" the pointer variable. If
one adds "b =
--- Comment #8 from jiez at gcc dot gnu dot org 2010-05-06 16:35 ---
I see similar issue on ARM target. It seems to be fixed by the
patch in comment #6 .
--
jiez at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from burnus at gcc dot gnu dot org 2010-05-06 16:28 ---
See also PR 43990 - I think the PRs might be related, though I have not really
studied this PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43895
--- Comment #3 from burnus at gcc dot gnu dot org 2010-05-06 16:27 ---
See also PR 43895 - the issue seems to be similar though one does not have an
except that there one has no static-memory initialization. [I might also be
completely off.]
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #19 from paolo dot carlini at oracle dot com 2010-05-06 16:24
---
Note that in all those patches, the open curly brackets are in the wrong place:
in GCC, C++ runtime included, must *always* follow a newline. Just stylistic
issues, of course.
--
http://gcc.gnu.org/bugzil
--- Comment #15 from davek at gcc dot gnu dot org 2010-05-06 16:21 ---
Subject: Bug 42811
Author: davek
Date: Thu May 6 16:20:53 2010
New Revision: 159115
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159115
Log:
PR target/42811
* tests/staticrootstest.c: New t
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-06 16:09
---
Done.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status
--- Comment #6 from paolo at gcc dot gnu dot org 2010-05-06 16:08 ---
Subject: Bug 40406
Author: paolo
Date: Thu May 6 16:07:28 2010
New Revision: 159113
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159113
Log:
2010-05-06 Paolo Carlini
PR c++/40406
* g++.d
--- Comment #5 from paolo at gcc dot gnu dot org 2010-05-06 16:07 ---
Subject: Bug 40406
Author: paolo
Date: Thu May 6 16:07:02 2010
New Revision: 159112
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159112
Log:
2010-05-06 Paolo Carlini
PR c++/40406
* g++.d
--- Comment #4 from davek at gcc dot gnu dot org 2010-05-06 16:06 ---
Subject: Bug 43888
Author: davek
Date: Thu May 6 16:06:18 2010
New Revision: 159111
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159111
Log:
PR target/43888
* config/i386/winnt.c (i386_pe_bi
--- Comment #5 from zsojka at seznam dot cz 2010-05-06 15:54 ---
Still crashes in r159109, so not a dup of PR43791
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44012
--- Comment #24 from dominiq at lps dot ens dot fr 2010-05-06 15:34 ---
> > Now the questions are:
> > (1) why a change dealing with the propagation of minus signs interferes with
> > reciprocal-math?
> > (2) why moving VEC_safe_push from negate_value to eliminate_plus_minus_pair
> > tri
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-06 15:34
---
Sure, I'll do it later today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40406
--- Comment #23 from mkuvyrkov at gcc dot gnu dot org 2010-05-06 15:07
---
Subject: Re: [4.6 Regression] Revision 158105
miscompiles doduc.f90
On 5/6/10 6:59 PM, dominiq at lps dot ens dot fr wrote:
...
> Now the questions are:
> (1) why a change dealing with the propagation of minus
--- Comment #4 from zsojka at seznam dot cz 2010-05-06 15:04 ---
Created an attachment (id=20589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20589&action=view)
reduced testcase
Command line:
gcc -O1 -fgcse -findirect-inlining pr44012.c
not tested with r159108 yet
--
zsojka
--- Comment #9 from socketpair at gmail dot com 2010-05-06 15:03 ---
> Not if you make the output unused by not using it.
I do not understand why gcc distinguish between 'specifying register as output'
and 'specifying as clobbering'.
I always considered, that 'clobber list' specify list
--- Comment #22 from dominiq at lps dot ens dot fr 2010-05-06 14:59 ---
> Have you been able to identify if there is an invalid optimization?
I have started to follow the spaghetti plate without success so far. However,
although I don't think the problem comes from any "invalid optimiza
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-06 14:45 ---
It was caused by revision 158827:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00934.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #2 from zsojka at seznam dot cz 2010-05-06 14:38 ---
When reducing this testcase, PR43791 was triggered. Upgrading to r159108 to
verify this still crashes...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44012
--- Comment #30 from justinmattock at gmail dot com 2010-05-06 14:36
---
(In reply to comment #28)
> Subject: Re: [4.6 Regression]
> kernel/rtmutex.c:1138:1: internal compiler error: in
> cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
>
> >
> >
> > -
--- Comment #29 from hubicka at gcc dot gnu dot org 2010-05-06 14:15
---
Subject: Bug 43791
Author: hubicka
Date: Thu May 6 14:15:22 2010
New Revision: 159108
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159108
Log:
PR tree-optimization/43791
* ipa-inline.c (
--- Comment #6 from hariharans at picochip dot com 2010-05-06 14:06 ---
Created an attachment (id=20588)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20588&action=view)
sched1 output obtained with -fsched-verbose=8
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44013
--- Comment #5 from hariharans at picochip dot com 2010-05-06 14:05 ---
Created an attachment (id=20587)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20587&action=view)
debug dump just before sched1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44013
--- Comment #4 from hariharans at picochip dot com 2010-05-06 14:03 ---
Created an attachment (id=20586)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20586&action=view)
debug dump for combine stage
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44013
--- Comment #3 from hariharans at picochip dot com 2010-05-06 14:02 ---
This test does fail with -fcompare-debug.
The relevant part of this basic block just before sched1 is
(debug_insn 33 32 34 3 vta_bug.i:12 (var_location:SI converter$rawValue
(unspec_volatile:SI [
(const_
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-06 13:56 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-05-06 13:56
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-06 13:55 ---
(In reply to comment #7)
> > Just make eax both input and output.
> it's not optimal. gcc will try to preserve new eax value. So it will not use
> eax register in next instructions. If eax is really need, it will sav
--- Comment #9 from matz at gcc dot gnu dot org 2010-05-06 13:55 ---
Subject: Bug 43984
Author: matz
Date: Thu May 6 13:54:32 2010
New Revision: 159106
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159106
Log:
PR tree-optimization/43984
* tree-ssa-pre.c (inser
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-06 13:54 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-06 13:54 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #28 from hubicka at ucw dot cz 2010-05-06 13:50 ---
Subject: Re: [4.6 Regression]
kernel/rtmutex.c:1138:1: internal compiler error: in
cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
>
>
> --- Comment #27 from justinmattock at gmail dot
--- Comment #1 from zsojka at seznam dot cz 2010-05-06 13:50 ---
Created an attachment (id=20585)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20585&action=view)
partially reduced testcase
Compiler flags:
g++ -O1 -fgcse -findirect-inlining -fipa-sra
or
g++ -O2 -fno-strict-aliasin
--- Comment #27 from justinmattock at gmail dot com 2010-05-06 13:44
---
(In reply to comment #24)
> (In reply to comment #23)
> > Justin, your comment 7 reminded me of my problem (unrelated to this bug
> > report
> Should be comment 20.
>
ah.. oh-well.. in any case though this error
--- Comment #7 from socketpair at gmail dot com 2010-05-06 13:42 ---
> Just make eax both input and output.
it's not optimal. gcc will try to preserve new eax value. So it will not use
eax register in next instructions. If eax is really need, it will save it in
esi, edi or so on - it's r
--- Comment #26 from justinmattock at gmail dot com 2010-05-06 13:31
---
(In reply to comment #23)
> Justin, your comment 7 reminded me of my problem (unrelated to this bug report
> - sorry):
> 'busybox ls' and 'ninit' (didn't test SYSV 'init') segfault when booting a
> kernel compiled
--- Comment #25 from justinmattock at gmail dot com 2010-05-06 13:27
---
Subject: Re: [4.6 Regression] kernel/rtmutex.c:1138:1:
internal compiler error: in cgraph_decide_inlining_of_small_functions, at
ipa-inline.c:1009
On 05/06/2010 06:11 AM, hubicka at gcc dot gnu dot org wrote:
>
--- Comment #24 from rogutes at googlemail dot com 2010-05-06 13:19 ---
(In reply to comment #23)
> Justin, your comment 7 reminded me of my problem (unrelated to this bug report
Should be comment 20.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
--- Comment #23 from rogutes at googlemail dot com 2010-05-06 13:17 ---
Justin, your comment 7 reminded me of my problem (unrelated to this bug report
- sorry):
'busybox ls' and 'ninit' (didn't test SYSV 'init') segfault when booting a
kernel compiled with CONFIG_CC_OPTIMIZE_FOR_SIZE=y (
--- Comment #22 from hubicka at gcc dot gnu dot org 2010-05-06 13:11
---
Testing the following patch. For some reason we skip updates of costs at
alwaysinline callers. This is wrong.
Honza
Index: ipa-inline.c
===
--- ipa-
--- Comment #6 from hjl dot tools at gmail dot com 2010-05-06 13:09 ---
(In reply to comment #5)
> Well, how to say that to compiler:
>
> This instruction receives input in register eax, but after executing it, eax
> value will be corrupted. I don't need this new value, but compiler sh
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-06 13:07 ---
DEBUG_INSNs must not affect code generation (in scheduling case scheduling of
non-DEBUG_INSNs). Does the testcase fail with -fcompare-debug?
>From your description it is unclear what is going on. Perhaps you should
a
--- Comment #1 from hariharans at picochip dot com 2010-05-06 13:00 ---
Created an attachment (id=20584)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20584&action=view)
The test sourcecode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44013
I first found this bug in GCC 4.5.0, but it is repeatable in mainline as of
159067. The attached preprocessed testcase, when compiled using "-O2 -S" will
show the problem.
We have a basic block [bb 3] with the following piece of code.
[32] X(SI) = unspec_volatile (const_int 3)
[33] var_location (
Tested revisions:
r159062 - crash
r159045 - crash
r158683 - OK
Output with valgrind:
$ valgrind --trace-children=yes -q
/mnt/svn/gcc-trunk/binary-159062-lto-fortran/bin/g++ -O2 -fno-strict-aliasing
sqcompiler-noempty.ii
==28996== Invalid read of size 4
==28996==at 0x801DD0: ira_merge_allocno_l
--- Comment #5 from socketpair at gmail dot com 2010-05-06 11:41 ---
Well, how to say that to compiler:
This instruction receives input in register eax, but after executing it, eax
value will be corrupted. I don't need this new value, but compiler should not
think that eax is preserved
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-06 11:31 ---
You can't at the same time force something into aregs and clobber them.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-06 11:30 ---
(In reply to comment #2)
> (In reply to comment #1)
> > Place the pragma outside of the function (though it'll probably not help
> > due to the inlining).
>
> with new function attribute "warning(string...)" similar
--- Comment #2 from pluto at agmk dot net 2010-05-06 11:27 ---
(In reply to comment #1)
> Place the pragma outside of the function (though it'll probably not help
> due to the inlining).
with new function attribute "warning(string...)" similary to existing
"target" and "optimize" atribu
--- Comment #3 from socketpair at gmail dot com 2010-05-06 11:00 ---
Thanks alot, but I think it is bug in gcc inline assembler. I think I wrote
correct asm() line.
I know about cpuid.h
I listed this instruction just as example.
--
socketpair at gmail dot com changed:
Wh
--- Comment #7 from manu at gcc dot gnu dot org 2010-05-06 10:59 ---
Thanks for the report. I think all these have been fixed already in GCC 4.6 and
regressions would be detected by the new -Wunused-but-set flags.
--
manu at gcc dot gnu dot org changed:
What|Removed
1 - 100 of 132 matches
Mail list logo
