http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
Bug #: 55966
Summary: __atomic_fetch_* generate wrong code for HLE
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54286
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55965
Bug #: 55965
Summary: gcc -std=c99 emits code for inline even without extern
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55963
--- Comment #4 from Corey Richardson 2013-01-13
23:52:59 UTC ---
A more clear error message would be really useful, the feature itself
isn't all that important to me. Thank you for giving this your
attention so quickly.
On Sun, Jan 13,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55925
--- Comment #2 from lailavrazda1979 at gmail dot com 2013-01-13 23:31:01 UTC ---
How did I configure which GCC? The cross compiler or the native one?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55963
--- Comment #3 from Jonathan Wakely 2013-01-13
22:43:56 UTC ---
Looks like PJP's comment was from 2008, so I'm not sure what requirements he
means were standardized in 2008.
Looking further into it, I see that the Allocator requirements
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884
--- Comment #10 from dave.anglin at bell dot net 2013-01-13 21:27:19 UTC ---
> Can you try perhaps:
> --- libgomp/testsuite/libgomp.fortran/fortran.exp2012-12-20
> 11:38:48.663282599 +0100
> +++ libgomp/testsuite/libgomp.fortran/fortran
After spending hours to find the cause of the segmentation fault i found out
that the problem coausing source is the gcc/config/i386/djgpp-stdint.h wich
uses the identifier "signed" to declare signed types.
Reading the top of the c_common_nodes_and_builins() function in c-common.c it
tells:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
nwfilardo at gmail dot com changed:
What|Removed |Added
CC||nwfilardo at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55964
Bug #: 55964
Summary: Segmentation fault with -O -ftree-loop-distribution
-funswitch-loops
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55962
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55963
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #2 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55961
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55957
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55963
--- Comment #1 from Corey Richardson 2013-01-13
18:16:05 UTC ---
Created attachment 29157
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29157
g++ output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55963
Bug #: 55963
Summary: std::vector fails
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55962
Bug #: 55962
Summary: improper location for static_assert
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: minor
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55960
--- Comment #3 from janus at gcc dot gnu.org 2013-01-13 16:57:18 UTC ---
This fixes the ICE in comment 0:
Index: gcc/fortran/expr.c
===
--- gcc/fortran/expr.c(revision 19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55935
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55925
--- Comment #1 from Uros Bizjak 2013-01-13 13:39:25
UTC ---
(In reply to comment #0)
> When building a native x86_64-w64-mingw32 compiler using a 4.7.2 cross
> compiler, I get the following:
>
> x86_64-w64-mingw32-gcc -L/root/win64-buil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55961
Bug #: 55961
Summary: gcc/system.h:639:17: fatal error: gmp.h: No such file
or directory
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959
--- Comment #3 from janus at gcc dot gnu.org 2013-01-13 13:07:01 UTC ---
Apparently it is trivially fixed by this patch:
Index: gcc/fortran/expr.c
===
--- gcc/fortran/expr.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55935
--- Comment #16 from Jakub Jelinek 2013-01-13
12:33:49 UTC ---
Author: jakub
Date: Sun Jan 13 12:33:43 2013
New Revision: 195136
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195136
Log:
PR fortran/55935
* gimple-fold
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55957
--- Comment #4 from Thomas Koenig 2013-01-13
12:14:38 UTC ---
Created attachment 29154
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29154
Typescript from compilation
Bootstrap compiler is
Using built-in specs.
COLLECT_GCC=gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #21 from janus at gcc dot gnu.org 2013-01-13 12:06:10 UTC ---
Author: janus
Date: Sun Jan 13 12:06:04 2013
New Revision: 195135
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195135
Log:
2013-01-13 Janus Weil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55957
--- Comment #3 from Jakub Jelinek 2013-01-13
11:29:13 UTC ---
Yeah, what bootstrap compiler are you using?
And are you sure your tree is in consistent state?
$ grep gimple_call_builtin_p gimple.h
extern bool gimple_call_builtin_p (gimple,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15492
Uros Bizjak changed:
What|Removed |Added
CC||vhaisman at gmail dot com
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55952
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19820
Marc Glisse changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55960
--- Comment #2 from janus at gcc dot gnu.org 2013-01-13 10:36:22 UTC ---
Yet another variant:
module pdfs
type, abstract :: pdf
contains
procedure(getdims), deferred :: getdims
procedure(getx), deferred :: getx
end type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19820
Marc Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55960
--- Comment #1 from janus at gcc dot gnu.org 2013-01-13 10:32:08 UTC ---
With this variant:
module pdfs
type :: pdf
end type pdf
abstract interface
pure function getdims(this)
import pdf
class(pdf), intent(in)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55960
Bug #: 55960
Summary: [OOP] ICE in replace_comp, at fortran/expr.c:4356
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: ice-on-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959
--- Comment #1 from janus at gcc dot gnu.org 2013-01-13 09:58:49 UTC ---
Reduced test case:
module pdfs
type :: pdf
contains
procedure, nopass :: getx
end type pdf
contains
real function getx()
end function
end m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959
Bug #: 55959
Summary: [OOP] ICE in in gfc_simplify_expr, at
fortran/expr.c:1920
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
--- Comment #40 from philip.copeland at oracle dot com 2013-01-13 09:18:16 UTC
---
Seems that way 8/
I do apologise for consuming so much of everyone's time. My only defence being
it wasn't terribly obvious without the comparison of assembl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
--- Comment #39 from Eric Botcazou 2013-01-13
09:07:24 UTC ---
> By forcing --with-tls through the configure script and reinstalling the glibc,
> g++ seems to notice glibc supporting tls and generates the code necessary for
> it.
So, in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55956
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|201
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54286
--- Comment #6 from Paul Thomas 2013-01-13 08:57:51
UTC ---
Author: pault
Date: Sun Jan 13 08:57:46 2013
New Revision: 195133
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195133
Log:
2013-01-13 Paul Thomas
PR fortra
43 matches
Mail list logo
