http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48257
Mohsin changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #21 from H.J. Lu 201
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46934
--- Comment #4 from Chung-Lin Tang 2011-03-24
02:47:58 UTC ---
Author: cltang
Date: Thu Mar 24 02:47:55 2011
New Revision: 171379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171379
Log:
2011-03-23 Chung-Lin Tang
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48030
--- Comment #2 from Jerry DeLisle 2011-03-24
01:49:01 UTC ---
Author: jvdelisle
Date: Thu Mar 24 01:48:57 2011
New Revision: 171378
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171378
Log:
2011-03-23 Jerry DeLisle
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48263
--- Comment #2 from Hans-Peter Nilsson 2011-03-24
01:15:14 UTC ---
(In reply to comment #1)
> I don't know if this is a bug in optabs or a target issue.
An optabs issue.
> But what is happening is that since ior is an commutative, it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48263
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48262
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48262
--- Comment #6 from Andrew Pinski 2011-03-24
00:07:49 UTC ---
(In reply to comment #2)
> gcc.c-torture/compile/900116-1.c fails at -O3 -maltivec but with a different
> ICE but revision which caused it is the same.
The problem here is th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48265
Summary: [4.6/4.7 Regression] ICE: SIGSEGV (recursion in
value_dependent_expression_p) when variable is used
uninitialised
Product: gcc
Version: 4.7.0
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48264
--- Comment #1 from Jonathan Wakely 2011-03-23
23:57:36 UTC ---
(In reply to comment #0)
> but I would like to link with -shared so this is sort of
> annoying.
Why? -shared does not produce an executable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48262
--- Comment #5 from Andrew Pinski 2011-03-23
23:43:15 UTC ---
Here is a patch for the movmisalign issue:
Index: vector.md
===
--- vector.md(revision 171367)
+++ vector.m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48264
Summary: Simple dummy program fails with Segmentation Fault
upon -shared linking
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48262
--- Comment #4 from Andrew Pinski 2011-03-23
23:40:18 UTC ---
;; Under VSX, vectors of 4/8 byte alignments do not need to be aligned
;; since the load already handles it.
(define_expand "movmisalign"
[(set (match_operand:VEC_N 0 "vfloat_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48262
--- Comment #3 from Andrew Pinski 2011-03-23
23:33:57 UTC ---
CODE_FOR_movmisalignv2di
(mem:V2DI (plus:DI (reg/f:DI 203 [ vect_p.29 ])
(reg:DI 188 [ ivtmp.122 ])) [3 MEM[base: vect_p.29_94, index:
ivtmp.122_61, offset: 0B]+0 S16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48262
--- Comment #2 from Andrew Pinski 2011-03-23
23:30:15 UTC ---
gcc.c-torture/compile/900116-1.c fails at -O3 -maltivec but with a different
ICE but revision which caused it is the same.
Some debugging from that file:
(gdb) p code
$2 = VEC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48261
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48263
Hans-Peter Nilsson changed:
What|Removed |Added
Component|regression |rtl-optimization
Target M
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48263
Summary: [4.7 Regression]: build fails for cris-elf in
libgfortran
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build, ice-on-valid-code
Sev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48262
Michael Meissner changed:
What|Removed |Added
CC||richard.sandiford at linaro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48262
Summary: Subversion id 171341 breaks various vectorization
files on powerpc
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48261
Summary: internal compiler error: in lookup_template_function,
at cp/pt.c:6227
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48254
--- Comment #4 from Jonathan Wakely 2011-03-23
22:06:40 UTC ---
I've fixed the "affective" typo on the 4.4 and 4.5 branches.
I'll leave someone else to decide what to do about the repeated options.
Thanks for reviewing the docs and sub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48254
--- Comment #3 from Jonathan Wakely 2011-03-23
22:03:32 UTC ---
Author: redi
Date: Wed Mar 23 22:03:29 2011
New Revision: 171367
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171367
Log:
2011-03-23 Jonathan Wakely
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48254
--- Comment #2 from Jonathan Wakely 2011-03-23
22:02:16 UTC ---
Author: redi
Date: Wed Mar 23 22:02:12 2011
New Revision: 171366
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171366
Log:
2011-03-23 Jonathan Wakely
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48179
--- Comment #6 from Jonathan Wakely 2011-03-23
21:47:41 UTC ---
Fixed on trunk and 4.4 and 4.5 branches. I'll fix for 4.6.1 when the branch
reopens.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48234
--- Comment #6 from Jonathan Wakely 2011-03-23
21:47:28 UTC ---
Fixed on trunk and 4.4 and 4.5 branches. I'll fix for 4.6.1 when the branch
reopens.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48234
--- Comment #5 from Jonathan Wakely 2011-03-23
21:45:25 UTC ---
Author: redi
Date: Wed Mar 23 21:45:18 2011
New Revision: 171365
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171365
Log:
2011-03-23 Jonathan Wakely
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48179
--- Comment #5 from Jonathan Wakely 2011-03-23
21:45:24 UTC ---
Author: redi
Date: Wed Mar 23 21:45:18 2011
New Revision: 171365
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171365
Log:
2011-03-23 Jonathan Wakely
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48179
--- Comment #4 from Jonathan Wakely 2011-03-23
21:12:57 UTC ---
Author: redi
Date: Wed Mar 23 21:12:51 2011
New Revision: 171363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171363
Log:
2011-03-23 Jonathan Wakely
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48234
--- Comment #4 from Jonathan Wakely 2011-03-23
21:12:58 UTC ---
Author: redi
Date: Wed Mar 23 21:12:51 2011
New Revision: 171363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171363
Log:
2011-03-23 Jonathan Wakely
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48260
Summary: Accept -arch as an alias for -m32/-m64 on darwin
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48220
--- Comment #5 from Jakub Jelinek 2011-03-23
20:30:53 UTC ---
(In reply to comment #4)
> Yes, end of the prologue. I was under the impression that, with your
> alternate
> scheme, the opposite situation would arise, i.e. it wouldn't be p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48221
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |4.6.1
--- Comment #4 from Jon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48196
--- Comment #5 from Christian Schüler
2011-03-23 20:00:55 UTC ---
Yes, 4.6. release candidate doesn't crash thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48221
--- Comment #3 from Jonathan Wakely 2011-03-23
19:52:19 UTC ---
Author: redi
Date: Wed Mar 23 19:52:13 2011
New Revision: 171359
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171359
Log:
2011-03-23 Jonathan Wakely
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48234
--- Comment #3 from Jonathan Wakely 2011-03-23
19:52:19 UTC ---
Author: redi
Date: Wed Mar 23 19:52:13 2011
New Revision: 171359
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171359
Log:
2011-03-23 Jonathan Wakely
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48179
--- Comment #3 from Jonathan Wakely 2011-03-23
19:52:18 UTC ---
Author: redi
Date: Wed Mar 23 19:52:13 2011
New Revision: 171359
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171359
Log:
2011-03-23 Jonathan Wakely
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259
--- Comment #1 from Dmitry Gorbachev
2011-03-23 19:45:13 UTC ---
Created attachment 23761
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23761
testcase, based on libstdc++
GCC 4.6.0 and 4.7.0 with -flto -O2:
lto1: internal compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259
Summary: Internal compiler errors in lto1
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=48257
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #15 from Perry Smith 2011-03-23 19:31:18
UTC ---
Let me try and recap.
The initial report was that 5.3 TL10 did *not* have the error. I discovered
that 5.3 TL10 SP03 does. See [1].
APAR IZ81343[2] and its sister APARs ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48257
Mohsin changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #18 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-23 18:52:16 UTC ---
> --- Comment #17 from Iain Sandoe 2011-03-23
> 18:46:06 UTC ---
> (In reply to comment #16)
>> > it seems to the the Right Thing on *-darwin9 (cross-to-c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #17 from Iain Sandoe 2011-03-23 18:46:06
UTC ---
(In reply to comment #16)
> > it seems to the the Right Thing on *-darwin9 (cross-to-cris-elf will take
> > longer).
> >
> > Executing on host: /Volumes/ScratchCS/gcc-4-7-trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-23 18:41:57 UTC ---
> it seems to the the Right Thing on *-darwin9 (cross-to-cris-elf will take
> longer).
>
> Executing on host: /Volumes/ScratchCS/gcc-4-7-trunk-build/gcc/xg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #15 from Iain Sandoe 2011-03-23 18:27:45
UTC ---
(In reply to comment #14)
> If you guys like the patch from #12, I'll approve it... Looks reasonable to
> me.
it seems to the the Right Thing on *-darwin9 (cross-to-cris-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #14 from mrs at gcc dot gnu.org 2011-03-23
18:01:03 UTC ---
If you guys like the patch from #12, I'll approve it... Looks reasonable to
me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #13 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-23 17:49:55 UTC ---
> au contraire, I think Rainer is right... ;) ... Iain did not engage brain
> sufficiently...
Me neither ;-)
> but one needs the " " around the insert
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48258
--- Comment #1 from Michael Meissner 2011-03-23
17:45:20 UTC ---
Author: meissner
Date: Wed Mar 23 17:45:06 2011
New Revision: 171357
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171357
Log:
Add test cases for PR 48258
Add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #12 from Iain Sandoe 2011-03-23 17:38:57
UTC ---
(In reply to comment #10)
> > --- Comment #8 from Dominique d'Humieres
> > 2011-03-23 17:08:59 UTC ---
> > With the change in comment #5, bootstrapping fails with
> >
> > ld:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48220
--- Comment #4 from Eric Botcazou 2011-03-23
17:33:54 UTC ---
> The aim of the extension is to allow correct debug info, not almost correct,
> so I think defining "upon entering of the current subprogram" as anything but
> before the first
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #11 from Iain Sandoe 2011-03-23 17:20:01
UTC ---
(In reply to comment #9)
> > maybe this is getting complex enough to warrant a spec of its own? (and
> > then we
> > could avoid cloning it)
> The fact that Darwin uses a clo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40793
--- Comment #12 from Manuel López-Ibáñez 2011-03-23
17:17:37 UTC ---
(In reply to comment #11)
> Couldn't this patch be accepted? It looks very nice…
Unfortunately, I don't have enough free time to test this patch and submit it
properly. Even i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-23 17:15:46 UTC ---
> --- Comment #8 from Dominique d'Humieres
> 2011-03-23 17:08:59 UTC ---
> With the change in comment #5, bootstrapping fails with
>
> ld: file not found
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #14 from Dr. David Kirkby
2011-03-23 17:11:42 UTC ---
Has anyone with an AIX support contract ever raised this issue with IBM? If so,
is there a publicly viewable location for this?
If not, can someone do it. My own RS/6000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-23 17:10:38 UTC ---
> maybe this is getting complex enough to warrant a spec of its own? (and then
> we
> could avoid cloning it)
Why would you want to clone that? LINK_PLUG
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #8 from Dominique d'Humieres 2011-03-23
17:08:59 UTC ---
With the change in comment #5, bootstrapping fails with
ld: file not found: LINK_PLUGIN_SPEC
collect2: ld returned 1 exit status
make[5]: *** [libgcc_s.dylib] Error 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48257
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48258
Summary: Add VSX support for float/double vector reductions &
improve float insert/extract
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48220
--- Comment #3 from Jakub Jelinek 2011-03-23
16:45:05 UTC ---
The aim of the extension is to allow correct debug info, not almost correct, so
I think defining "upon entering of the current subprogram" as anything but
before the first insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
Dominique d'Humieres changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48257
Summary: std::string::assign() corrupts std::string static data
when called on emptyString1 using emptyString2.data()
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40793
--- Comment #11 from Jonathan Schmidt-Dominé
2011-03-23 16:29:31 UTC ---
Couldn't this patch be accepted? It looks very nice…
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48254
Jonathan Wakely changed:
What|Removed |Added
Keywords||documentation
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48255
--- Comment #2 from Lisp2D 2011-03-23 16:15:14 UTC
---
found silent conversion
class A have
explicit A(std::complexconst& x);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48255
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48204
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48256
Summary: gcc4.4.5 internal compiler error: in change_address_1,
at emit-rtl.c:1954
Product: gcc
Version: 4.4.4
Status: UNCONFIRMED
Severity: critical
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48255
Summary: default constructor with argument INT
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-23 15:38:08 UTC ---
I see what's going on now: Darwin (in gcc/config/darwin.h) is one of
only two targets (besides i386/djgpp.h) that override
LINK_COMMAND_SPEC.
I think darw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #4 from Dominique d'Humieres 2011-03-23
15:28:31 UTC ---
> What happens if you try to compile and link the test program from
> check_linker_plugin_available with the new gcc?
>
> $ cd gcc
> $ cat > lpl.c
> int main() { retur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48229
Dodji Seketeli changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|dodji at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-23 15:05:17 UTC ---
> The linker is
>
> @(#)PROGRAM:ld PROJECT:ld64-97.17
> llvm version 2.9svn, from Apple Clang 1.7 (build 77)
>
> on x86_64-apple-darwin10.7.0, and
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #2 from Dominique d'Humieres 2011-03-23
14:56:37 UTC ---
> Which linker do you use, and what's the value of HAVE_LTO_PLUGIN in
> gcc/auto-host.h? Could you check the gcc/config.log snippet for the
> linker plugin support test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12310
--- Comment #12 from Frank Ch. Eigler 2011-03-23
14:52:34 UTC ---
testing, please ignore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46934
--- Comment #3 from Chung-Lin Tang 2011-03-23
14:48:38 UTC ---
Please disregard the above comments, I think this is an ARM backend problem
after all.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48254
Summary: documentation minor
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #13 from Perry Smith 2011-03-23 13:26:10
UTC ---
On Mar 23, 2011, at 2:47 AM, michael.haubenwallner at salomon dot at wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
>
> --- Comment #11 from Michael Haubenwallner dot at>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48253
--- Comment #2 from Jakub Jelinek 2011-03-23
13:25:04 UTC ---
Created attachment 23758
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23758
gcc46-pr48253.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
--- Comment #49 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-23 13:13:53 UTC ---
>> Could we please avoid this mess with SUPPORTS_WEAK and GTHREAD_USE_WEAK
>> and make configure define SUPPORTS_WEAKREF or something like this, since
>> this is w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #9 from Jan Hubicka 2011-03-23 13:12:37 UTC
---
> Well ... I suppose this also heavily depends on your I/O speed. Nevetheless
> the number _looks_ awfully low compared to those others.
Well, totally minimizing compilation of small un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #60 from Markus Trippelsdorf
2011-03-23 13:10:50 UTC ---
Latest mozilla-central fails here:
make[5]: Entering directory
`/var/tmp/mozilla-central/moz-build-dir/js/src/shell'
js.cpp
c++ -o js.o -c -I../../../dist/system_wrappers_js -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48246
--- Comment #2 from Jan Hubicka 2011-03-23 13:07:58 UTC
---
> Honza, why do we even care to assert the above if we handle empty
> partitions just fine (in case of !i)? It looks like some partitioning
> sanity check to me, not something we should
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48229
--- Comment #4 from Jan Kratochvil
2011-03-23 13:07:02 UTC ---
(In reply to comment #3)
> I think it is a bad idea to add DW_AT_producer to .debug_type units. Making
> each .debug_types addition 4 bytes longer is bad for debug info size, we migh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48253
--- Comment #1 from Jakub Jelinek 2011-03-23
13:01:54 UTC ---
Created attachment 23757
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23757
aranges2.c
Another testcase, this one needs profile feedback (i.e. run compile/link
first with the o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48253
Summary: [4.6/4.7 Regression] Further .debug_aranges issues
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo:
/4.6.0/lto-wrapper
Target: armv7l-unknown-linux-gnueabi
Configured with: ../gcc-4.6/configure --prefix=/usr/local/gcc/4.6
--enable-languages=c --with-arch=armv7-a --with-float=softfp
--with-fpu=vfpv3-d16
Thread model: posix
gcc version 4.6.0 20110323 (prerelease) (GCC)
Test case:
#include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47334
--- Comment #2 from rguenther at suse dot de
2011-03-23 12:20:39 UTC ---
On Wed, 23 Mar 2011, ro at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47334
>
> Rainer Orth changed:
>
>What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47334
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48251
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48196
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48229
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48251
--- Comment #1 from Rainer Orth 2011-03-23 11:56:09 UTC
---
Author: ro
Date: Wed Mar 23 11:55:51 2011
New Revision: 171346
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171346
Log:
PR testsuite/48251
* g++.dg/guality/guality.exp:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48251
Summary: guality_check hangs indefinitely on Tru64 UNIX
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48229
--- Comment #2 from Dodji Seketeli 2011-03-23
11:28:28 UTC ---
This is a very lightly tested patch to add the DW_AT_producer
attribute to the DW_TAG_type_unit DIE.
diff --git a/gcc/dwarf2out.c b/gcc/dwarf2out.c
index f62bb48..ff1adc3 100644
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48224
--- Comment #9 from Evgenij 2011-03-23
11:09:25 UTC ---
(In reply to comment #8)
> You're welcome to disagree, but you're wrong ;)
The man who never made a mistake, never made anything :)
Thank you for your quick response.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48250
Summary: ICE in reload_cse_simplify_operands, at
postreload.c:403
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-23 10:58:36 UTC ---
> Before revision 171039 the test was unsupported:
>
> UNSUPPORTED: /opt/gcc/p_work/gcc/testsuite/gcc.dg/lto/pr46940_0.c
>
> because the test for 'check_linker_plug
1 - 100 of 119 matches
Mail list logo
