http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49572
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49557
--- Comment #7 from Arjen Markus 2011-06-29
06:18:47 UTC ---
Hi Eric,
yes, that might be a good idea. Another test I can do, just to make
sure it is the make version that comes with MInGW is to try this
on a Linux machine.
Regards,
Arjen
2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49379
Paul H. Hargrove changed:
What|Removed |Added
CC||PHHargrove at lbl dot gov
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #4 from Yukhin Kirill 2011-06-29
05:06:04 UTC ---
I've dived into the problem yesterday.
Seems the problem is connected with tail call optimization.
The refined difference is below. Assembler is extracted from step-14.cc
Tail call op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49379
--- Comment #5 from Paul H. Hargrove 2011-06-29
04:20:13 UTC ---
Created attachment 24629
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24629
Second (non Apple) reproducer for bug 49379
This attachment is a simple 3-file reproducer for thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49572
--- Comment #2 from Hans-Peter Nilsson 2011-06-29
04:20:26 UTC ---
Nope, not on 4.6 either; it's just 4.4. Is it possible that the patch was
backported too far?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46468
--- Comment #20 from austinenglish at gmail dot com 2011-06-29 02:20:42 UTC ---
Created attachment 24628
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24628
good preproccessed file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46468
--- Comment #19 from austinenglish at gmail dot com 2011-06-29 02:20:27 UTC ---
Created attachment 24627
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24627
bad preprocessed file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46468
--- Comment #18 from austinenglish at gmail dot com 2011-06-29 02:16:04 UTC ---
This bug is now affecting the World of Warcraft launcher, which crashes:
http://bugs.winehq.org/show_bug.cgi?id=27057
I've was able to narrow it down to a single .c fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49573
Summary: wrong rtl pre transformation
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49468
Oleg Endo changed:
What|Removed |Added
Attachment #24603|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49572
--- Comment #1 from Hans-Peter Nilsson 2011-06-29
01:30:53 UTC ---
I don't see this regression on the 4.5 branch after the commit. The autotester
for the 4.6 branch isn't hasn't tested this yet.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49572
Summary: [4.4 Regression]: gcc.dg/tree-ssa/20030709-2.c
scan-tree-dump-times cddce2 ".rtmem" 0
Product: gcc
Version: 4.4.7
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49571
--- Comment #1 from Andrew Pinski 2011-06-28
23:37:39 UTC ---
I think this only fails when the LTO plugin is enabled.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49571
Summary: -flto -Wl,--as-needed drops needed libraries
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49555
Bryan Hundven changed:
What|Removed |Added
CC||yann.morin.1998 at free dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49570
--- Comment #4 from Paolo Carlini 2011-06-28
20:50:17 UTC ---
The GNU C++ header files depend already on *tons* of non-standard facilities
provided by the GNU C++ front-end, and many more such dependencies are being
added these days. In some case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49539
Eric Botcazou changed:
What|Removed |Added
Component|ada |tree-optimization
--- Comment #6 from Eri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49570
--- Comment #3 from Alan N. Sayre 2011-06-28
20:35:13 UTC ---
I disagree with your assessment. The C++ header files should not depend on
internal compiler flags. Why is this Intel's problem.
-Original Message-
From: paolo.carlini at orac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49538
--- Comment #3 from Markus Trippelsdorf
2011-06-28 20:32:14 UTC ---
Haha, that patch doesn't work. It's identical to:
#if 0
if (!in_charge_parm_used
&& fns[0]
&& idx == 1
&& !flag_use_repository
&& DECL_INTERFACE_KN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49570
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49570
--- Comment #1 from Alan N. Sayre 2011-06-28
20:28:52 UTC ---
[ansayre@blgwap02 trunk]$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49570
Summary: /usr/include/c++/4.6.0/bits/stl_algobase.h(378):
error: type name is not allowed
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: blocker
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
--- Comment #14 from Paolo Carlini 2011-06-28
19:38:47 UTC ---
Thanks Chris, I appreciate that, I know I can always count on you. Actually, I
will be on vacation for a few days starting tomorrow, but I will bring the
laptop will be and will be ab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49569
Summary: -std=gnu++0x causes segmentation fault
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
--- Comment #13 from Chris Jefferson 2011-06-28
19:16:00 UTC ---
I am on holiday until tomorrow night, and away from a computer. Once I get
back, I promise to give this my full attention. This code got messy in the
first place because I was tryin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46261
--- Comment #19 from joseph at codesourcery dot com 2011-06-28 19:05:00 UTC ---
On Tue, 28 Jun 2011, gjl at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46261
>
> --- Comment #18 from Georg-Johann Lay 2011-06-28
> 18:34
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49479
--- Comment #7 from Thomas Koenig 2011-06-28
18:59:06 UTC ---
Author: tkoenig
Date: Tue Jun 28 18:59:04 2011
New Revision: 175594
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175594
Log:
2011-06-28 Thomas Koenig
PR fortran/49479
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49511
--- Comment #4 from dave at hiauly1 dot hia.nrc.ca 2011-06-28 18:46:19 UTC ---
On Tue, 28 Jun 2011, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49511
>
> --- Comment #3 from ro at CeBiTec dot Uni-Bielef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46261
--- Comment #18 from Georg-Johann Lay 2011-06-28
18:34:54 UTC ---
(In reply to comment #17)
> A) Include a new file, say avr/stdint.h, instead of newlib-stdint.h.
>
> or
>
> B) Include newlib-stdint.h prior to avr.h and override as needed.
or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46261
--- Comment #17 from Georg-Johann Lay 2011-06-28
18:26:26 UTC ---
Instead of defining CHAR16_TYPE, I think it's preferred to define
UINT_LEAST16_TYPE appropriately and use logic in defaults.h so that defaults.h
need not to be changed. CHAR16_TYPE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49555
Bryan Hundven changed:
What|Removed |Added
Target||x86_64-unknown-linux-gnu
Ho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
--- Comment #12 from Paolo Carlini 2011-06-28
18:06:54 UTC ---
I'm looking at __merge_adaptive and it seems to me that self move assignment
can happen very generically. Consider:
if (__len1 <= __len2 && __len1 <= __buffer_size)
{
_Point
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49511
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-06-28 17:58:01 UTC ---
> 505 (hiauly1)dave> /bin/sh
> $ type -p gnatmake 2>/dev/null
> gnatmake is /opt/gnu/gcc/gcc-3.3.4/bin/gnatmake
> $ echo $?
> 0
Drats, sh silently ignores -p. The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49557
Eric Botcazou changed:
What|Removed |Added
Component|ada |bootstrap
Host|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49568
--- Comment #1 from Rainer Orth 2011-06-28 17:38:31 UTC
---
Created attachment 24621
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24621
gcc 4.6 assembler output at -O0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49568
--- Comment #2 from Rainer Orth 2011-06-28 17:39:00 UTC
---
Created attachment 24622
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24622
gcc 4.7 assembler output at -O0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49568
Summary: [4.7 regression] g++.dg/torture/pr41257-2.C FAILs to
link on Tru64 UNIX
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: link-failure
Severity: n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49567
--- Comment #1 from Jakub Jelinek 2011-06-28
17:05:55 UTC ---
Created attachment 24620
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24620
gcc47-pr49567.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49567
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49567
Summary: [4.7 Regression] ICE in mem_loc_descriptor due to
typed DWARF stack changes
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49565
--- Comment #3 from Tobias Burnus 2011-06-28
16:55:16 UTC ---
(In reply to comment #2)
> /* For Fortran multidimensional arrays use DW_ORD_col_major ordering. */
> if (is_fortran ()
> && TREE_CODE (type) == ARRAY_TYPE
> && TREE_C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49565
--- Comment #2 from Tobias Burnus 2011-06-28
16:45:35 UTC ---
There are two issues:
a) The one mentioned by Jakub for the committal cited in comment 1
That seems to be a DWARF bug - and Tromey has now filled an issue; it
should
show up
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49556
--- Comment #2 from licheng.1212 at gmail dot com 2011-06-28 16:25:21 UTC ---
(In reply to comment #1)
> I think this is correct as classes in the same packages don't cannot be
> imported.
yes,you are right!Please close this bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
Paolo Carlini changed:
What|Removed |Added
Attachment #24617|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49566
Summary: [DWARF/DEBUG] Add coarray shapes (codimensions) to the
debug output
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49565
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49565
Summary: character(kind=4) is emitted as DW_ATE_unsigned, not
DW_ATE_unsigned_char
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054
--- Comment #4 from janus at gcc dot gnu.org 2011-06-28 15:49:54 UTC ---
cf. also PR 49562
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49564
Summary: [cppcheck][patch] fixed resource and memory leaks in
/gcc/gcc/config/alpha/host-osf.c
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: minor
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49533
--- Comment #4 from Markus Trippelsdorf
2011-06-28 14:51:15 UTC ---
The patch attached to Bug 49538 fixes this problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49538
--- Comment #2 from Markus Trippelsdorf
2011-06-28 14:49:18 UTC ---
Created attachment 24618
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24618
fix logical thinko
This patch fixes the issue.
It was a simple logical thinko.
It also fixes B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541
David Rosa changed:
What|Removed |Added
CC||jdrosa at yahoo dot com
--- Comment #21 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
--- Comment #10 from Paolo Carlini 2011-06-28
14:12:36 UTC ---
Created attachment 24617
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24617
New draft
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
--- Comment #8 from Paolo Carlini 2011-06-28
13:38:06 UTC ---
For inplace_merge the problem happens with the _GLIBCXX_MOVE3 calls in
__move_merge, at some point __first == __result != __last.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49545
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49562
--- Comment #6 from janus at gcc dot gnu.org 2011-06-28 12:59:20 UTC ---
(In reply to comment #5)
> Unfortunately this test case is rejected with the patch in comment #2.
However, it is accepted with this improved patch:
Index: gcc/fortran/expr.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49562
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
Su
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49014
--- Comment #6 from Andrey Belevantsev 2011-06-28
12:46:37 UTC ---
Author: abel
Date: Tue Jun 28 12:46:34 2011
New Revision: 175582
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175582
Log:
Backport from mainline
2011-05-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49552
--- Comment #2 from Wouter Vermaelen
2011-06-28 12:22:11 UTC ---
> Confirmed. Is this possible for all constant moduli?
It is. I recommend you get a copy of the book I mentioned before. The theory
behind the transformation is much better explai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48273
Alexander Monakov changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49540
--- Comment #9 from Tobias Burnus 2011-06-28
12:20:41 UTC ---
(In reply to comment #8)
> do you have some specific (and certain) recommendations in order to make this
> scientific code to be compiled (alongside with a lot other fortran scientific
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48273
--- Comment #10 from Alexander Monakov 2011-06-28
12:19:23 UTC ---
Author: amonakov
Date: Tue Jun 28 12:19:18 2011
New Revision: 175581
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175581
Log:
Backport from mainline
2011-04-08
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49435
--- Comment #8 from Valery 2011-06-28 12:04:36
UTC ---
Created attachment 24616
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24616
I thing that my problem is here (2)
If I comment body of function float_32_to_16
compiler work without any
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49435
--- Comment #7 from Valery 2011-06-28 12:03:29
UTC ---
Created attachment 24615
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24615
I thing that my problem is here
If I comment body of two functions float_16_to_32() and float_24_to_32
comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49435
--- Comment #6 from Valery 2011-06-28 11:59:52
UTC ---
Created attachment 24614
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24614
Please. But In ZIP only
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49557
--- Comment #5 from Arjen Markus 2011-06-28
11:45:17 UTC ---
When I remove the directories libada and gcc/ada to prevent "make" from
attempting to build Ada, the build process fails on a missing % for a pattern
in gcc/cp/Make-lang.in.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29274
Richard Guenther changed:
What|Removed |Added
Target Milestone|4.4.7 |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49562
--- Comment #4 from janus at gcc dot gnu.org 2011-06-28 11:18:47 UTC ---
For the record: The regression is probably due to r165749:
http://gcc.gnu.org/viewcvs?view=revision&revision=165749
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49562
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49562
--- Comment #2 from janus at gcc dot gnu.org 2011-06-28 11:05:08 UTC ---
The fix is pretty trivial:
Index: gcc/fortran/expr.c
===
--- gcc/fortran/expr.c(revision 175562)
+++ gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20110
Joseph S. Myers changed:
What|Removed |Added
CC||jphartmann at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49560
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
--- Comment #7 from Paolo Carlini 2011-06-28
10:58:09 UTC ---
Created attachment 24613
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24613
Draft patch. inplace_merge still needs work.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
--- Comment #6 from Paolo Carlini 2011-06-28
10:56:50 UTC ---
Maybe, yes. I'm going to attaching as a draft patch what I have so far, if you
could coordinate with Chris and complete it, would be great...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
--- Comment #5 from Jonathan Wakely 2011-06-28
10:45:11 UTC ---
(In reply to comment #3)
> note that the FDIS is *very* explicit about what move_backward does
Ah ok - but if move_backward has to do that then we should avoid calling it at
all whe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
Paolo Carlini changed:
What|Removed |Added
CC||chris at bubblescope dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49555
Rainer Orth changed:
What|Removed |Added
CC|ro at CeBiTec dot |ro at gcc dot gnu.org
|Un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49561
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
Paolo Carlini changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
Paolo Carlini changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49562
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49545
rsand...@gcc.gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49557
--- Comment #4 from Arjen Markus 2011-06-28
09:40:56 UTC ---
Hi Eric,
I used the path "d://configure", perhaps I should have used
"/d//configure"
I am using the make utility that comes with MinGW/MSYS:
GNU Make 3.81, from 2006.
Hm, cou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49557
--- Comment #3 from Eric Botcazou 2011-06-28
09:32:10 UTC ---
> thanks for looking into this. If I use an absolute path, then the
> make command chokes on the lack of a target for "configure" as
> required to update "config.status".
Huh? OK, I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49543
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49552
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49563
Richard Guenther changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47997
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47997
--- Comment #13 from Iain Sandoe 2011-06-28 09:16:08
UTC ---
Author: iains
Date: Tue Jun 28 09:16:04 2011
New Revision: 175578
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175578
Log:
PR target/47997
* config/darwin.c (darwin_m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49557
--- Comment #2 from Arjen Markus 2011-06-28
09:12:00 UTC ---
Hi Eric,
thanks for looking into this. If I use an absolute path, then the
make command chokes on the lack of a target for "configure" as
required to update "config.status".
Regards,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49563
Summary: Expansion forgets to set MEM_VOLATILE_P for
TARGET_MEM_REF
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49540
Adrian Sevcenco changed:
What|Removed |Added
CC||adrian.sevcenco at cern dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
--- Comment #2 from Jonathan Wakely 2011-06-28
08:56:39 UTC ---
bah, that's testing the wrong thing
the test should be:
if (__result == __last)
return __first;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49558
Adriaan van Os changed:
What|Removed |Added
CC||gcc at microbizz dot nl
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49561
--- Comment #1 from Jonathan Wakely 2011-06-28
08:47:47 UTC ---
(In reply to comment #0)
> I realized that the complexity of std::list::size() is O(n), not O(1).
>
> This does not conform to standard. The standard states that size() function is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49559
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49562
Summary: [OOP] ICE at invalid code: assigning value to function
of polymorphic object
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49560
--- Comment #1 from jphartmann at gmail dot com
2011-06-28 08:25:24 UTC ---
This is how the string shows up in the .s:
[/home/john/src/cmsh/390] more hlo.s
.file "hlo.c"
.section.rodata
.LC0:
.string
"\310\226\
1 - 100 of 105 matches
Mail list logo
