http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46594
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Target Milest
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45261
Ian Rees changed:
What|Removed |Added
CC||ian.rees at gmail dot com
--- Comment #6 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45261
--- Comment #5 from Ian Rees 2010-11-22 04:57:57
UTC ---
Created attachment 22480
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22480
Simple fix for bug #45621
Simple patch against gcc-4.5.1 - just adds a call to Error(), which is more
app
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46596
--- Comment #1 from Mike Frysinger 2010-11-22
03:49:52 UTC ---
Created attachment 22479
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22479
example file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46596
Summary: misbehavior when mixing always_inline and alias
attributes in the same compilation unit
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46589
Paolo Carlini changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46589
--- Comment #4 from TonyK 2010-11-22 00:19:18 UTC
---
(In reply to comment #3)
> There might still be a bug here, just not demonstrated very well by the
> original testcase. Here's a version where the definitions of S agree, but gcc
> still defi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45845
--- Comment #9 from Jack Howarth 2010-11-22
00:11:16 UTC ---
Fiexed between r166242 and r166277.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
--- Comment #19 from joseph at codesourcery dot com 2010-11-22 00:11:39 UTC ---
On Mon, 22 Nov 2010, sgk at troutmask dot apl.washington.edu wrote:
> We've had this discussion before. Annex G, which I do acknowledge
> as informative, states:
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46451
Jack Howarth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
--- Comment #18 from Steve Kargl
2010-11-22 00:05:02 UTC ---
On Sun, Nov 21, 2010 at 11:53:50PM +, joseph at codesourcery dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
>
> Annex G does not define the results for complex*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
Jack Howarth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
--- Comment #17 from joseph at codesourcery dot com 2010-11-21 23:53:10 UTC ---
On Sun, 21 Nov 2010, sgk at troutmask dot apl.washington.edu wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
>
> --- Comment #16 from Steve Kargl
> 2010
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46595
Summary: libquadmath.0.dylib image not found
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
--- Comment #16 from Steve Kargl
2010-11-21 23:43:10 UTC ---
On Sun, Nov 21, 2010 at 11:34:46PM +, joseph at codesourcery dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
>
> --- Comment #15 from joseph at codesourcery dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
--- Comment #15 from joseph at codesourcery dot com 2010-11-21 23:33:48 UTC ---
For the original program I get
-0.00e+00 -0.00e+00
-nan inf
which appears correct (if one part of a complex number is an infinity,
anything is valid for the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
Paolo Carlini changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
--- Comment #13 from marco atzeri 2010-11-21
23:16:45 UTC ---
(In reply to comment #12)
> Note that this specific PR is about *C* not C++. And the issue is supposed to
> be "RESOLVED FIXED". Thus, I would suggest first trying to reproduce the
> p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46589
--- Comment #3 from Jonathan Wakely 2010-11-21
23:14:45 UTC ---
There might still be a bug here, just not demonstrated very well by the
original testcase. Here's a version where the definitions of S agree, but gcc
still defines S::f as local and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
--- Comment #1 from Alan Modra 2010-11-21 23:09:13
UTC ---
I believe this code size regression is due to the fix for #32698. Before that
change, gcc calculated the offset for accessing the array elements as
n*4
64+n*4
128+n*4
After, we get
n*4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46594
Gerald Pfeifer changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #27 from Jan Hubicka 2010-11-21
23:02:20 UTC ---
Author: hubicka
Date: Sun Nov 21 23:02:15 2010
New Revision: 167014
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167014
Log:
PR target/46510
* tree-emutls.c (get_emut
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46594
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46594
Summary: [4.6 regression] libquadmath intrudes generic (file
system) namespace
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46589
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
--- Comment #12 from Paolo Carlini 2010-11-21
22:15:32 UTC ---
Note that this specific PR is about *C* not C++. And the issue is supposed to
be "RESOLVED FIXED". Thus, I would suggest first trying to reproduce the
problem in C too and then either
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9468
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9468
--- Comment #17 from John David Anglin 2010-11-21
21:45:26 UTC ---
Author: danglin
Date: Sun Nov 21 21:45:22 2010
New Revision: 167013
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167013
Log:
PR target/9468
* configure.ac: Ignore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #6 from Thomas Koenig 2010-11-21
19:48:41 UTC ---
Without -fno-ivopts:
i...@linux-fd1f:~/Krempel/Dep-c> time
~/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/f951 -ftime-report -O2
gener-4.f90
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
Thomas Koenig changed:
What|Removed |Added
Known to work||4.4.1
Summary|long compile tim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46593
Summary: FAIL: gcc.dg/pr46571.c
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #7 from Thomas Koenig 2010-11-21
21:07:08 UTC ---
Created attachment 22478
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22478
Test case from comment #5 and comment #6
Here is a test case that is a little shorter.
A bit hard t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46583
Richard Guenther changed:
What|Removed |Added
Component|debug |tree-optimization
--- Comment #5 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #4 from Richard Guenther 2010-11-21
18:56:58 UTC ---
Please strip down the testcase and provide -ftime-report output (I suppose
you hit IVOPTs slowness, so try -fno-ivopts).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46593
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
marco atzeri changed:
What|Removed |Added
CC||marco_atzeri at yahoo dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #5 from Thomas Koenig 2010-11-21
19:39:23 UTC ---
With -fno-ivopts, the alias statement walking is the clear culprit
(a somewhat shorter test case):
i...@linux-fd1f:~/Krempel/Dep-c> time
~/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46588
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46588
--- Comment #1 from Oleh Steblev 2010-11-21
19:13:43 UTC ---
This chunk causes an error. Although PVF 10.8 passes this function.
function aufun()
character(len = *) aufun
character(len = trim(aufun)) t
end
> This seems to work:
This is OK, thanks!
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #26 from Jan Hubicka 2010-11-21 18:55:03
UTC ---
> This seems to work:
This is OK, thanks!
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
Thomas Koenig changed:
What|Removed |Added
Keywords||memory-hog
--- Comment #3 from Thomas Koe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #25 from Dominique d'Humieres
2010-11-21 18:37:09 UTC ---
This seems to work:
--- ../_clean/gcc/tree-emutls.c2010-11-19 18:13:00.0 +0100
+++ gcc/tree-emutls.c2010-11-21 19:34:11.0 +0100
@@ -257,7 +257,12 @@ g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #24 from Dominique d'Humieres
2010-11-21 18:32:49 UTC ---
> breakpoint on internal_error should help. I will take a look.
with breakpoint at fancy_abort:
#0 fancy_abort (file=0x100e4f182 "../../work/gcc/varpool.c", line=341,
functi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #23 from Jack Howarth 2010-11-21
18:02:40 UTC ---
(In reply to comment #22)
> > Honza,
> > I don't know how to do a backtrace in gdb when the compiler exits in gdb
> > during the run as...
> >
> > Program exited with code 04.
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46589
--- Comment #1 from Jonathan Wakely 2010-11-21
17:51:27 UTC ---
typedef struct { void G() ; } L ;
void L::G() { }
This is not the same type as L in main.cpp and the error is correct, L::G is
not defined
What you've defined is {unnamed type in L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46581
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #22 from Jan Hubicka 2010-11-21 17:47:33
UTC ---
> Honza,
> I don't know how to do a backtrace in gdb when the compiler exits in gdb
> during the run as...
>
> Program exited with code 04.
breakpoint on internal_error should hel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #20 from Jack Howarth 2010-11-21
17:20:40 UTC ---
Created attachment 22477
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22477
backtrace for patch proposed in comment 17
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46571
--- Comment #4 from Richard Henderson 2010-11-21
17:27:26 UTC ---
Author: rth
Date: Sun Nov 21 17:27:23 2010
New Revision: 167008
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167008
Log:
PR rtl-optimization/46571
* gcse.c (hash_scan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #21 from Jack Howarth 2010-11-21
17:25:19 UTC ---
(In reply to comment #19)
> > ../../../work/libgomp/barrier.c:41:1: internal compiler error: in
> > decide_is_variable_needed, at varpool.c:341
>
> Hmm, interesting, get_emutls_init_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46571
--- Comment #3 from Richard Henderson 2010-11-21
17:19:40 UTC ---
Author: rth
Date: Sun Nov 21 17:19:37 2010
New Revision: 167007
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167007
Log:
PR rtl-optimization/46571
* gcse.c (hash_scan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #2 from Dominique d'Humieres 2010-11-21
16:59:39 UTC ---
On my laptop the test in comment #1 takes ~4mn to compile and at -O1 I had to
interrupt the compilation after ~20mn during which all the time was spent in
memory pagination!-(wi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46581
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||d at domob dot eu
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #18 from Dominique d'Humieres
2010-11-21 16:12:48 UTC ---
> can you please try this variant?
Applied on tom of revision 167004, I still get on *darwin*
../../../work/libgomp/barrier.c:41:1: internal compiler error: in
decide_is_vari
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #19 from Jan Hubicka 2010-11-21 16:16:51
UTC ---
> ../../../work/libgomp/barrier.c:41:1: internal compiler error: in
> decide_is_variable_needed, at varpool.c:341
Hmm, interesting, get_emutls_init_templ_addr should no longer call
fin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46591
--- Comment #1 from Masaki MURANAKA 2010-11-21
13:55:45 UTC ---
At least AC_HEADER_STDC should be checked before AC_CHECK_TYPE(ptrdiff_t, int)
in libcpp/configure.ac.
Because it is defined ptrdiff_t in stddef.h on OSX environment, and stddef.h is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46592
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46591
Summary: Can't build m68k-elf target on i386-apple-darwin
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46592
Summary: -ftree-parallelize-loops attempts to link pthreads on
non-posix systems
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
Summary: long compile time with -O2 and many loops
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #17 from Jan Hubicka 2010-11-21
13:25:03 UTC ---
Created attachment 22476
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22476
Proposed patch
Hi,
can you please try this variant?
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #1 from Thomas Koenig 2010-11-21
13:22:50 UTC ---
Created attachment 22475
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22475
gzipped test case
Test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46589
Summary: struct member function not declared global
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46588
Summary: Segfault on automatic function
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42112
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #4 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46587
Summary: ICE when instantiating template member function in
another template member
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46580
Alexandre Oliva changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
--- Comment #20 from Pawel Sikora 2010-11-21 08:41:34
UTC ---
(In reply to comment #19)
> (In reply to comment #18)
> > what's the current status of the --{dis/en}able-multilib switches?
>
> As far as I know that of from before this PR: enabled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46533
--- Comment #3 from uros at gcc dot gnu.org 2010-11-21 08:38:17 UTC ---
Author: uros
Date: Sun Nov 21 08:38:13 2010
New Revision: 167000
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167000
Log:
PR target/46533
* gcc.dg/inline-2.c:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
--- Comment #19 from Ralf Wildenhues 2010-11-21
08:28:07 UTC ---
(In reply to comment #18)
> what's the current status of the --{dis/en}able-multilib switches?
As far as I know that of from before this PR: enabled multilib is the default
(if you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46533
Uros Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
Pawel Sikora changed:
What|Removed |Added
Known to work||
--- Comment #18 from Pawel Sikora 2010-1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46533
--- Comment #1 from uros at gcc dot gnu.org 2010-11-21 08:18:38 UTC ---
Author: uros
Date: Sun Nov 21 08:18:31 2010
New Revision: 166999
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166999
Log:
PR target/46533
* config/alpha/predi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46312
Ira Rosen changed:
What|Removed |Added
Status|REOPENED|RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46583
--- Comment #4 from Alexandre Oliva 2010-11-21
08:06:28 UTC ---
Created attachment 22474
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22474
Patch that fixes the problem
This is the patch I'm testing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46586
Summary: Can't compile libiberty for bfin-elf target.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: un
80 matches
Mail list logo
