http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53313
Jan Kratochvil changed:
What|Removed |Added
CC||jan.kratochvil at redhat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54758
Bug #: 54758
Summary: accessing gcc builtins from fortran
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54739
Eric Botcazou changed:
What|Removed |Added
Target|m68k-*-*|
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54759
Bug #: 54759
Summary: [4.8 regression] segfault for gcc.dg/vect/pr49093.c on
Solaris
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50025
Jonathan Wakely changed:
What|Removed |Added
Attachment #28188|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54577
--- Comment #2 from Jonathan Wakely 2012-09-30
11:40:11 UTC ---
Author: redi
Date: Sun Sep 30 11:40:06 2012
New Revision: 191866
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191866
Log:
PR libstdc++/54577
* doc/xml/m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #86 from Joost VandeVondele
2012-09-30 12:30:43 UTC ---
(In reply to comment #84)
LTO might work for many codes, as using allocatables in derived types was not
standard Fortran90 (IIRC) and appears needed to trigger the bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
Dominique d'Humieres changed:
What|Removed |Added
Target|hppa2.0w-hp-hpux11.11 |hppa2.0w-hp-hpux11.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #5 from Dominique d'Humieres 2012-09-30
12:36:38 UTC ---
Created attachment 28302
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28302
include/c++/4.8.0/cmath for darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #6 from Paolo Carlini 2012-09-30
13:14:25 UTC ---
Simply, atan2 is C89, hypot is C99.
Confirmed that we don't have to do anything special besides making sure that
C99 functions like hypot aren't used when _GLIBCXX_USE_C99_MAT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53313
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #7 from Marc Glisse 2012-09-30 14:19:20
UTC ---
(In reply to comment #5)
> include/c++/4.8.0/cmath for darwin
Dominique, it would be more useful if you could show your libstdc++ config.log,
and in particular the error messag
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #8 from Paolo Carlini 2012-09-30
15:32:09 UTC ---
Note that the last time I checked, on Leopard, darwin actually enabled
_GLIBCXX_USE_C99_MATH_TR1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #9 from Dominique d'Humieres 2012-09-30
15:33:18 UTC ---
(In reply to comment #7)
> > include/c++/4.8.0/cmath for darwin
>
> Dominique, it would be more useful if you could show your libstdc++
> config.log,
> and in particul
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #10 from Dominique d'Humieres
2012-09-30 15:37:29 UTC ---
> Note that the last time I checked, on Leopard, darwin actually enabled
> _GLIBCXX_USE_C99_MATH_TR1.
Well I may have been too quick to say *-*-darwin*, I am sure of p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #11 from Paolo Carlini 2012-09-30
15:48:36 UTC ---
Just confirmed that Snow Leopard is still Ok. As far as I'm concerned, the
current status is good enough.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54148
--- Comment #4 from John David Anglin 2012-09-30
15:52:35 UTC ---
Tests don't fail with full bootstrap.
It appears TESTING_IN_BUILD_TREE should not be output to site.exp
when full build tree isn't available.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #12 from dave.anglin at bell dot net 2012-09-30 16:06:52 UTC ---
On 30-Sep-12, at 10:19 AM, glisse at gcc dot gnu.org wrote:
> Dominique, it would be more useful if you could show your libstdc++
> config.log,
> and in partic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #13 from Paolo Carlini 2012-09-30
16:16:25 UTC ---
Hopeless ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54667
--- Comment #12 from janus at gcc dot gnu.org 2012-09-30 16:36:09 UTC ---
Author: janus
Date: Sun Sep 30 16:36:02 2012
New Revision: 191870
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191870
Log:
2012-09-30 Janus Weil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54736
Thomas Koenig changed:
What|Removed |Added
Keywords||wrong-code
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54667
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54760
Bug #: 54760
Summary: [SH] Add __builtin_thread_pointer,
__builtin_set_thread_pointer
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54760
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618
--- Comment #12 from Tobias Burnus 2012-09-30
17:01:26 UTC ---
(In reply to comment #11)
> With the patch in comment #10, gfortran (otherwise clean r191847) miscompiles
> gfortran.dg/class_array_7.f03.
Seems to be fixed by my much exten
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #14 from dave.anglin at bell dot net 2012-09-30 17:15:24 UTC ---
On 30-Sep-12, at 12:16 PM, paolo.carlini at oracle dot com wrote:
> Hopeless ;)
Actually, the situation might not be completely hopeless as the
libquadmath
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #15 from Paolo Carlini 2012-09-30
17:38:42 UTC ---
I was joking, but I see many failures, not only for long double. Anyway, let's
make sure we have a fall back, for now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54083
--- Comment #8 from John David Anglin 2012-09-30
17:41:55 UTC ---
Author: danglin
Date: Sun Sep 30 17:41:49 2012
New Revision: 191873
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191873
Log:
PR target/54083
* gcc.dg/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54083
--- Comment #9 from John David Anglin 2012-09-30
17:44:09 UTC ---
Author: danglin
Date: Sun Sep 30 17:44:04 2012
New Revision: 191874
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191874
Log:
PR target/54083
* gcc.dg/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686
Oleg Endo changed:
What|Removed |Added
Attachment #28257|0 |1
is obsolete|
orld"
FAIL
~/gcc-build/gcc/xgcc -v
Using built-in specs.
COLLECT_GCC=/home/uros/gcc-build/gcc/xgcc
Target: alphaev68-unknown-linux-gnu
Configured with: ../gcc-svn/trunk/configure --enable-languages=all,obj-c++,go
Thread model: posix
gcc version 4.8.0 20120930 (experimental) [trunk revision 191866] (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54083
--- Comment #10 from John David Anglin 2012-09-30
17:54:57 UTC ---
Test is fixed on 32-bit hpux.
Sorry, for messing up proposed patches.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618
Tobias Burnus changed:
What|Removed |Added
Attachment #28269|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #16 from dave.anglin at bell dot net 2012-09-30 18:04:26 UTC ---
I will commit the attached change if there are no objections.
--
John David Anglindave.ang...@bell.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54761
--- Comment #1 from Uros Bizjak 2012-09-30 18:16:20
UTC ---
Created attachment 28306
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28306
Gzipped test executable
Gzipped alpha test executable, can be used with readelf.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54761
--- Comment #2 from Uros Bizjak 2012-09-30 18:18:10
UTC ---
Created attachment 28307
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28307
Output of readelf --debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54686
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|glis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #21 from Oleg Endo 2012-09-30
18:45:56 UTC ---
I've noticed that there seems to be a problem with register allocation related
to shift insns. For example in the CSiBE set, I've seen sequences such as
mov.w .L342,r2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54759
Dehao Chen changed:
What|Removed |Added
CC||dehao at google dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54762
Bug #: 54762
Summary: [SH] Utilize zero-displacement branches for
conditional far branches
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54736
--- Comment #3 from Shane Hart 2012-09-30 19:12:48 UTC
---
The patch does get rid of memory corruption. However, there seem to be some
problems with search_unit returning true if an exception is found when there is
only one exception.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38449
--- Comment #4 from Jorn Wolfgang Rennecke
2012-09-30 19:25:53 UTC ---
Author: amylaar
Date: Sun Sep 30 19:25:49 2012
New Revision: 191878
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191878
Log:
PR rtl-optimization/3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54736
--- Comment #4 from tkoenig at netcologne dot de
2012-09-30 20:24:03 UTC ---
Am 30.09.2012 21:12, schrieb shart6 at utk dot edu:
> If n_elist = 1, then high = low = 0, and the funtion will always return 0,
> even
> if the unit passed in t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54736
--- Comment #5 from Shane Hart 2012-09-30 20:56:39 UTC
---
(In reply to comment #4)
> Am 30.09.2012 21:12, schrieb shart6 at utk dot edu:
> > If n_elist = 1, then high = low = 0, and the funtion will always return 0,
> > even
> > if the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54699
--- Comment #3 from Oleg Endo 2012-09-30 21:09:29
UTC ---
Doing this...
Index: gcc/config/sh/sh.c
===
--- gcc/config/sh/sh.c(revision 191865)
+++ gcc/config/sh/sh.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54759
--- Comment #2 from Eric Botcazou 2012-09-30
21:22:35 UTC ---
> Thanks for reporting the bug. I prepared a patch to fix this:
>
> http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01997.html
>
> Could you help verify if it is fixed by this?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40205
--- Comment #3 from Paul Keir 2012-09-30 21:29:22
UTC ---
Still present in GFortran 4.7.2 on 32-bit Ubuntu 12.04.1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54763
Bug #: 54763
Summary: Crash with enable_if (instead of recursive template
errors)
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11708
Oleg Endo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51708
--- Comment #2 from Oleg Endo 2012-09-30 23:11:09
UTC ---
In order to 'force' the constant load to be CSE-ed the constant load and
dynamic shift patterns have to be emitted in the respective expanders, so that
the CSE pass can see the cons
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54764
Bug #: 54764
Summary: In class initialization of non-static lambda member
can't be used in class with default template paramer
Classification: Unclassified
Product: gcc
Version:
55 matches
Mail list logo