http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46655
--- Comment #30 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-05-17
05:55:57 UTC ---
I'm now running AIX 6.1, oslevel -s returns 6100-06-03-1048 and the
problem seems to persist with newer versions of gcc as well. I installed
gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #5 from Thomas Henlich thenlich at users dot sourceforge.net
2011-05-17 05:51:56 UTC ---
The fmod behaviour is correct for x 0 according to N1548:
double fmod(double x, double y);
float fmodf(float x, float y);
The fmod functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46655
--- Comment #31 from Michael Haubenwallner michael.haubenwallner at salomon
dot at 2011-05-17 07:17:57 UTC ---
(In reply to comment #29)
I'm now running AIX 6.1, oslevel -s returns 6100-06-03-1048 and the
problem seems to persist with newer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48986
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48986
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2011-05-17
07:42:38 UTC ---
Author: jakub
Date: Tue May 17 07:42:30 2011
New Revision: 173817
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=173817
Log:
PR target/48986
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48986
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2011-05-17
07:38:03 UTC ---
Author: jakub
Date: Tue May 17 07:37:59 2011
New Revision: 173816
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=173816
Log:
PR target/48986
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49000
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49012
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2011-05-17
08:39:50 UTC ---
I suppose PR47278 might be related.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49000
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2011-05-17
09:40:20 UTC ---
(In reply to comment #4)
TREE_ADDRESSABLE is cleared by maybe_optimize_var during
execute_update_addresses_taken. If the debug stmt contains just the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
CC||jb at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49000
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2011-05-17
10:03:08 UTC ---
Not always, it is fine to keep say a around even when a is no longer
addressable - then we emit is as (debug_implicit_ptr a). So, if possible
ADDR_EXPR of the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49018
Summary: Inline assembly block executed outside conditional
check with -O1 -ftree-vrp
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49013
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2011-05-17
10:29:39 UTC ---
Author: rguenth
Date: Tue May 17 10:29:36 2011
New Revision: 173827
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=173827
Log:
2011-05-17 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49013
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49018
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49019
Summary: [4.4 Regression] Spurious aliasing warning with
boost:optional
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45853
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.4.5, 4.5.2,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49020
Summary: Invalid std::strchr prototype in cstring
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: libstdc++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #7 from Thomas Henlich thenlich at users dot sourceforge.net
2011-05-17 11:57:31 UTC ---
I suppose we could still use __builtin_fmod if we reset the sign bit if the
result is -0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49020
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Severity|major |normal
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49020
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49020
--- Comment #3 from __vic d.v.a at ngs dot ru 2011-05-17 12:24:56 UTC ---
(In reply to comment #1)
You haven't said which version of gcc or which platform.
Actually 3.4.3 on Linux and Windows (MinGW) but in SVN trunk version (r169421)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33935
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2011-05-17
12:22:25 UTC ---
*** Bug 49020 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49021
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2011-05-17
12:37:52 UTC ---
Created attachment 24260
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24260
test case, preprocessed on x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49020
--- Comment #4 from __vic d.v.a at ngs dot ru 2011-05-17 12:31:50 UTC ---
(In reply to comment #1)
With a recent GCC and recent glibc I get:
In which version of GCC can I find valid implementation?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49020
__vic d.v.a at ngs dot ru changed:
What|Removed |Added
Version|unknown |4.1.1
--- Comment #5 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49021
Summary: [4.6 regression] BOOST_FOREACH over vector segfaults
at runtime
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49021
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2011-05-17
12:38:38 UTC ---
Created attachment 24261
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24261
test case, non-preprocessed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49013
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49013
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2011-05-17
13:04:47 UTC ---
LTO bootstrap passed for me with the revert and the previously applied patch.
I didn't try LTO profiled-bootstrap.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49013
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2011-05-17
13:12:17 UTC ---
Try again with rev. 173829.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49020
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49020
__vic d.v.a at ngs dot ru changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #7 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
Summary: [C++0x] std::begin and std::end specialized for
std::valarray with some operators are missing.
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49016
--- Comment #6 from Lee Merrill merrill_707_1 at yahoo dot com 2011-05-17
13:29:56 UTC ---
(In reply to comment #5)
Yeah, 128 bytes below %rsp can be freely used on x86_64, interrupts must not
clobber those.
I should have mentioned that this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49020
--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 2011-05-17
13:38:57 UTC ---
3.4 and 4.1 are ancient history, active release series are listed on the home
page, http://gcc.gnu.org/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49023
Summary: ICE on invalid code with C_ASSOCIATED
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49016
--- Comment #7 from Lee Merrill merrill_707_1 at yahoo dot com 2011-05-17
13:42:23 UTC ---
I think what is happening in the compiler BTW is that a sub $XX, %rsp is
dropping out, perhaps as an optimization. If for example, you comment out the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49021
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2011-05-17
13:52:40 UTC ---
The temporary returned by getv() seems to be destroyed too early, before the
printf that uses it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49014
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49016
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2011-05-17
14:01:51 UTC ---
It is of course fine if an interrupt uses the same stack, after all, user
interrupts do that too. But the ABI says that 128 bytes below the %rsp are
reserved,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49024
Summary: REAL*16 ERFC_SCALED inaccuracy
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #8 from Janne Blomqvist jb at gcc dot gnu.org 2011-05-17 14:02:07
UTC ---
So does the fallback path actually ever get used? AFAICS the builtins are
always available, and if the builtin results in a call to fmod{f,,l,Q} we have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49014
--- Comment #2 from Andrey Belevantsev abel at gcc dot gnu.org 2011-05-17
14:20:52 UTC ---
That patch is most likely just exposed a sel-sched bug or a target bug. I will
be looking at it tomorrow.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #9 from Steve Kargl sgk at troutmask dot apl.washington.edu
2011-05-17 14:02:11 UTC ---
On Tue, May 17, 2011 at 06:05:50AM +, thenlich at users dot sourceforge.net
wrote:
--- Comment #5 from Thomas Henlich thenlich at users dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49016
--- Comment #10 from Lee Merrill merrill_707_1 at yahoo dot com 2011-05-17
14:49:33 UTC ---
And the compile (and the compile in the rc script here) is indeed specifying
-mcmodel=kernel in the flags.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #26 from Michael Haubenwallner michael.haubenwallner at salomon
dot at 2011-05-17 14:52:36 UTC ---
(In reply to comment #25)
The fixed assembler is available as an efix for customers who ask.
We did do this here, but the efix'ed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2011-05-17
14:52:41 UTC ---
[valarray.syn] paragraph 4
for every function taking a const valarrayT, identical functions
taking the replacement types shall be added;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #10 from Steve Kargl sgk at troutmask dot apl.washington.edu
2011-05-17 14:50:52 UTC ---
On Tue, May 17, 2011 at 02:17:22PM +, jb at gcc dot gnu.org wrote:
So does the fallback path actually ever get used? AFAICS the builtins
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49016
--- Comment #9 from Lee Merrill merrill_707_1 at yahoo dot com 2011-05-17
14:47:34 UTC ---
(In reply to comment #8)
... the ABI says that 128 bytes below the %rsp are
reserved, so the interrupt code first needs to subtract 128 from %rsp before
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
--- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2011-05-17
15:09:44 UTC ---
Double Sigh! I was hoping very few overloads would be enough... If we are
really talking about many I would be in favor of raising the issue, indeed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
Gabriel Dos Reis gdr at gcc dot gnu.org changed:
What|Removed |Added
CC||gdr at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
--- Comment #7 from Gabriel Dos Reis gdr at gcc dot gnu.org 2011-05-17
15:14:04 UTC ---
(In reply to comment #6)
Double Sigh! I was hoping very few overloads would be enough... If we are
really talking about many I would be in favor of raising
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot com 2011-05-17
15:17:01 UTC ---
Ok, I'll follow the discussion...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #27 from Dr. David Kirkby david.kirkby at onetel dot net
2011-05-17 15:25:50 UTC ---
(In reply to comment #25)
The fixed assembler is available as an efix for customers who ask.
Can you give me more precise details about how to get
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45221
Navin Kumar navin.kumar at gmail dot com changed:
What|Removed |Added
Version|4.5.0 |4.6.0
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48417
licheng.1...@gmail.com licheng.1212 at gmail dot com changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49025
Summary: gfortran bug: Local variable does not hide generic
procedure.
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
--- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org 2011-05-17
15:27:01 UTC ---
The workaround for users is to construct a valarray from the expr:
std::valarrayint result(x + y);
std::begin( result );
That avoids the problem of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
--- Comment #10 from Paolo Carlini paolo.carlini at oracle dot com 2011-05-17
15:49:25 UTC ---
For sure that works.
Gaby, just to make sure we are on the same page: did you send a message to the
reflector about this issue already? Or do you want
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
--- Comment #11 from Paolo Carlini paolo.carlini at oracle dot com 2011-05-17
15:54:19 UTC ---
All in all, now that I understand the issue with the temporary, this seems
really sort of a NAD, maybe the wording needs only clarifying that you don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49026
Summary: [4.7 Regression] FAIL:
gcc.target/i386/sse4_1-(ceil|floor)-vec.c execution
test at r173809 on x86_64-apple-darwin10
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26007
licheng.1...@gmail.com licheng.1212 at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #11 from Janne Blomqvist jb at gcc dot gnu.org 2011-05-17
16:18:41 UTC ---
(In reply to comment #10)
On Tue, May 17, 2011 at 02:17:22PM +, jb at gcc dot gnu.org wrote:
So does the fallback path actually ever get used? AFAICS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26007
--- Comment #4 from licheng.1212 at gmail dot com licheng.1212 at gmail dot
com 2011-05-17 16:12:07 UTC ---
can anybody tell me how to change the final form .data to .rodata.
which files have the check in gcc?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49025
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49013
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
--- Comment #13 from Gabriel Dos Reis gdr at gcc dot gnu.org 2011-05-17
16:24:57 UTC ---
(In reply to comment #11)
All in all, now that I understand the issue with the temporary, this seems
really sort of a NAD, maybe the wording needs only
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49000
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
--- Comment #12 from Gabriel Dos Reis gdr at gcc dot gnu.org 2011-05-17
16:23:37 UTC ---
(In reply to comment #10)
For sure that works.
Gaby, just to make sure we are on the same page: did you send a message to the
reflector about this issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49027
Summary: g++ ignores -fno-exceptions in uninstantiated template
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48417
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at it dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49000
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2011-05-17
17:03:00 UTC ---
Needs to be guarded additionally with gimple_debug_bind_has_value_p (stmt)
otherwise it doesn't get too far.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49022
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49016
--- Comment #11 from Mikael Pettersson mikpe at it dot uu.se 2011-05-17
16:58:02 UTC ---
(In reply to comment #10)
And the compile (and the compile in the rc script here) is indeed specifying
-mcmodel=kernel in the flags.
-mcmodel=kernel isn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49028
Summary: Missed optimization of pointer arithmetic
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48702
--- Comment #14 from davidxl xinliangli at gmail dot com 2011-05-17 17:17:11
UTC ---
(In reply to comment #13)
(In reply to comment #12)
(In reply to comment #3)
I have a patch that makes it fail on trunk as well. IVOPTs generates
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49028
--- Comment #1 from Piotr Wyderski piotr.wyderski at gmail dot com 2011-05-17
17:24:03 UTC ---
If I change the function to:
template unsigned int N void RN::xxx_release(void* p) {
char* q = reinterpret_castchar*(m_Cursor);
char* b =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49021
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49021
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2011-05-17
17:28:44 UTC ---
slightly more reduced
#include boost/foreach.hpp
struct vector
{
typedef int* const* const_iterator;
~vector() { data = 0; }
int* data;
--disable-libssp
Thread model: posix
gcc version 4.7.0 20110517 (experimental) [trunk revision 173832] (GCC)
$ ./xgcc -B. ~/ice.i
/home/ryan/ice.i: In function 'bar':
/home/ryan/ice.i:19:29: internal compiler error: in simplify_subreg, at
simplify-rtx.c:5266
Please submit a full bug report
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #28 from Daniel Richard G. skunk at iskunk dot org 2011-05-17
18:12:26 UTC ---
(In reply to comment #25)
An upgrade to the AIX assembler has introduced a bug that can generate invalid
object files. The is an AIX bug, not a GCC bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49029
Ryan Mansfield rmansfield at qnx dot com changed:
What|Removed |Added
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49016
--- Comment #12 from Lee Merrill merrill_707_1 at yahoo dot com 2011-05-17
18:42:47 UTC ---
(In reply to comment #11)
(In reply to comment #10)
And the compile (and the compile in the rc script here) is indeed
specifying
-mcmodel=kernel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49026
--- Comment #1 from joseph at codesourcery dot com joseph at codesourcery dot
com 2011-05-17 18:48:26 UTC ---
Before-and-after .s output might be useful.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33049
--- Comment #10 from Georg-Johann Lay gjl at gcc dot gnu.org 2011-05-17
18:57:39 UTC ---
Created attachment 24264
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24264
Proposed patch.
Proposed Patch (also compatible with older versions of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33049
--- Comment #11 from Georg-Johann Lay gjl at gcc dot gnu.org 2011-05-17
19:00:05 UTC ---
Created attachment 24265
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24265
Assembler output from 4.7.0 (r173832) with patch applied.
Assembler output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49026
--- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-05-17
19:05:21 UTC ---
Created attachment 24267
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24267
assembly for r173809 (not working)
-languages=c++ --disable-shared
--disable-libmudflap --disable-libssp
Thread model: posix
gcc version 4.7.0 20110517 (experimental) [trunk revision 173832] (GCC)
$ ./xgcc -B. -O1 ~/ice.i
/home/ryan/ice.i: In function 'bar':
/home/ryan/ice.i:33:1: internal compiler error: in get_arm_condition_code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49026
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-05-17
19:03:55 UTC ---
Created attachment 24266
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24266
assembly for r173808 (working)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48702
--- Comment #15 from rakdver at kam dot mff.cuni.cz rakdver at kam dot
mff.cuni.cz 2011-05-17 19:26:18 UTC ---
Hi,
The following patch fixes the problem. Is it ok?
as a heuristic, this probably makes sense. Still, it does
not fix the problem,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49032
Summary: -gstabs generates reference to deleted static variable
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42210
--- Comment #3 from Georg-Johann Lay gjl at gcc dot gnu.org 2011-05-17
19:16:45 UTC ---
Created attachment 24269
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24269
Patch against 4.7.0 (r173832)
See also
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49031
Summary: powl() function gives wrong results in some situations
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33050
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
1 - 100 of 129 matches
Mail list logo
