http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47616
Summary: ICE with allocate(a,source=(/1/))
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: fort
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
--- Comment #2 from janus at gcc dot gnu.org 2011-02-05 10:32:44 UTC ---
(In reply to comment #1)
> So, this is target specific. What target are
> you using?
x86_64-unknown-linux-gnu
> I'll also note that in ios = -1 and 5010 are
>
> LIBERR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #14 from Thomas Koenig 2011-02-05
10:35:28 UTC ---
Author: tkoenig
Date: Sat Feb 5 10:35:24 2011
New Revision: 169850
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169850
Log:
2001-02-05 Thomas Koenig
PR fortran/4757
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42631
--- Comment #15 from Jie Zhang 2011-02-05 12:06:21
UTC ---
Author: jiez
Date: Sat Feb 5 12:06:18 2011
New Revision: 169851
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169851
Log:
PR debug/42631
* web.c (entry_register): Don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #58 from Iain Sandoe 2011-02-05 12:21:51
UTC ---
The response from Nick indicates that the documentation for -flat_namespace and
two-level namespaces is correct and up to date - so we should proceed with a
fix.
>From a general specs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567
--- Comment #9 from Jerry DeLisle 2011-02-05
13:15:08 UTC ---
I completely understand your position on '*' vs '0'
At the time we first implemented showing that special case with zero, we had a
bit of discussion on it. It was clear that the stand
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47528
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
--- Comment #4 from H.J. Lu 2011-02-05 14:48:07
UTC ---
On Fedora 14/x86-64, I got
[hjl@gnu-34 rrs]$ /usr/gcc-4.6/bin/gfortran pr47613.f90 -static
[hjl@gnu-34 rrs]$ ./a.out
-1 T
[hjl@gnu-34 rrs]$ /usr/gcc-4.6/bin/gfortran -v
Using buil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47615
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
--- Comment #5 from H.J. Lu 2011-02-05 15:11:04
UTC ---
Revision 169847 also works for me on Fedora 14.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46188
Mikael Pettersson changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47610
--- Comment #6 from John David Anglin 2011-02-05
15:45:01 UTC ---
I'm seeing the following new fail on hppa64-hp-hpux11.11:
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/2005
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46779
Georg Lay changed:
What|Removed |Added
CC||avr at gjlay dot de
--- Comment #5 from Georg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
--- Comment #22 from Janne Blomqvist 2011-02-05
16:22:09 UTC ---
Author: jb
Date: Sat Feb 5 16:22:04 2011
New Revision: 169852
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169852
Log:
PR 47571 Fix HPUX bootstrap regression, cleanup
Mo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47610
--- Comment #7 from Jakub Jelinek 2011-02-05
16:57:10 UTC ---
Can't reproduce that with a cross to hppa64-hp-hpux11.11, I get the expected
error instantly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
--- Comment #6 from janus at gcc dot gnu.org 2011-02-05 17:06:20 UTC ---
For completeness, I'm seeing this issue on openSUSE 11.3 (x86_64) with
> gfortran-4.6 -v
Using built-in specs.
COLLECT_GCC=gfortran-4.6
COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47610
--- Comment #8 from dave at hiauly1 dot hia.nrc.ca 2011-02-05 17:09:48 UTC ---
> Can't reproduce that with a cross to hppa64-hp-hpux11.11, I get the expected
> error instantly.
Sorry, this is my fault. I misapplied your patch.
Dave
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47616
--- Comment #1 from Thomas Koenig 2011-02-05
17:31:19 UTC ---
Same error with mold:
ig25@linux-fd1f:~/Krempel/Arr> cat arr-3.f90
program main
implicit none
integer, dimension(:), allocatable :: a
allocate (a, mold=(/ 1 /))
end program mai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
--- Comment #7 from H.J. Lu 2011-02-05 17:50:43
UTC ---
(In reply to comment #6)
> For completeness, I'm seeing this issue on openSUSE 11.3 (x86_64) with
>
> What else can I do to nail this down?
Please show
# strace ./a.out
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
--- Comment #8 from Jerry DeLisle 2011-02-05
17:57:09 UTC ---
Do you have environment variables set for buffering or non-buffering? I am on
Fedora 14 and don't see it. Its puzzling. Have you tried clean bootstrap with
an empty install directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567
--- Comment #10 from Jerry DeLisle 2011-02-05
17:58:51 UTC ---
Author: jvdelisle
Date: Sat Feb 5 17:58:48 2011
New Revision: 169853
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169853
Log:
2011-02-05 Jerry DeLisle
PR libgfortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
--- Comment #9 from janus at gcc dot gnu.org 2011-02-05 17:59:40 UTC ---
(In reply to comment #7)
> > What else can I do to nail this down?
>
> Please show
>
> # strace ./a.out
Here you go:
> strace ./a.out
execve("./a.out", ["./a.out"], [/* 9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
--- Comment #10 from Steve Kargl
2011-02-05 18:11:02 UTC ---
On Sat, Feb 05, 2011 at 05:59:49PM +, janus at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
>
> --- Comment #9 from janus at gcc dot gnu.org 2011-02-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
--- Comment #11 from H.J. Lu 2011-02-05 18:14:14
UTC ---
On Fedora/14, I got
execve("./a.out", ["./a.out"], [/* 34 vars */]) = 0
uname({sys="Linux", node="gnu-34.sc.intel.com", ...}) = 0
brk(0) = 0x251d000
brk(0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #59 from Jack Howarth 2011-02-05
18:40:15 UTC ---
I can confirm that the patch in Comment 58 both eliminates the failure in the
reduced test case from Comment 56 as well as the failure in the dipCoup test in
xplor-nih. I am less certa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #60 from Iain Sandoe 2011-02-05 18:57:20
UTC ---
(In reply to comment #59)
> I can confirm that the patch in Comment 58 both eliminates the failure in the
> reduced test case from Comment 56 as well as the failure in the dipCoup test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #61 from Jack Howarth 2011-02-05
19:04:18 UTC ---
Actually the two issues are entirely intertwined. PR47558 was due to not
prioritizing symbols from libSystem over those from libgcc_ext. FYI, I don't
see why getting ___divdc3 fixed in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #62 from Dominique d'Humieres
2011-02-05 19:23:09 UTC ---
> ... FYI, I don't
> see why getting ___divdc3 fixed in time for Lion should be that difficult.
>From the audit trail of PR42333, this is not a bug but a choice of speed over
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42434
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |ASSIGNED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42434
--- Comment #2 from Janne Blomqvist 2011-02-05 20:20:52
UTC ---
Author: jb
Date: Sat Feb 5 20:20:48 2011
New Revision: 169854
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169854
Log:
PR 42434 Update SYSTEM_CLOCK documentation
Modified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42434
Janne Blomqvist changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47610
--- Comment #9 from Jakub Jelinek 2011-02-05
20:35:19 UTC ---
Author: jakub
Date: Sat Feb 5 20:35:16 2011
New Revision: 169855
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169855
Log:
PR middle-end/47610
* varasm.c (default_sec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47612
Mikael Pettersson changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47610
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
--- Comment #51 from Jack Howarth 2011-02-05
21:11:30 UTC ---
The __divdc3 in Snow Leopard come from the compiler-rt llvm project. Here are
the tests they they use to validate their __divdc3...
http://llvm.org/svn/llvm-project/compiler-rt/trunk/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
--- Comment #52 from Jack Howarth 2011-02-05
21:49:14 UTC ---
Filed bug report upstream against compiler-rt with testcase...
http://llvm.org/bugs/show_bug.cgi?id=9150
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47613
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47617
Summary: SSE rounding mode works -g, not -O3
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
m...@gcc.gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #38 from Jan Hubicka 2011-02-05
22:38:41 UTC ---
Created attachment 23253
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23253
failing testcase
With current mainline and top of tree mozilla, things seems to go well, sqlite
issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47618
Summary: Collecting multiple profiles and using all for PGO
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: gcov-profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47269
--- Comment #2 from Mike Stump 2011-02-06
01:10:06 UTC ---
Luckily specs can do this:
%{!fdump=*:%{!fsyntax-only:foo}}
says to put in foo, if those two flags are not given; this is and.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47269
--- Comment #3 from Mike Stump 2011-02-06
01:31:52 UTC ---
If I understand what they intend, though, the documentation isn't clear on this
point:
%{!gtoggle:
%{gdwarf-2:%{!gstabs*:%{!g0: -idsym}}}\
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47617
--- Comment #1 from Andrew Pinski 2011-02-06
02:13:37 UTC ---
I think you need to use -frounding-math. GCC assumes by default the rounding
mode is round-to-nearest. See
http://gcc.gnu.org/onlinedocs/gcc-4.5.2/gcc/Optimize-Options.html#index-fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47269
--- Comment #4 from Jack Howarth 2011-02-06
02:15:08 UTC ---
Mike,
I thought it was pretty clear in the man page...
-gtoggle
Turn off generation of debug info, if leaving out this option would
have generated it, o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47047
--- Comment #4 from Joerg Sonnenberger 2011-02-06
04:10:12 UTC ---
(In reply to comment #3)
> Please fill in the form at
> http://gcc.gnu.org/wiki/CopyrightAssignment
> and send it to fsf-reco...@gnu.org and they will then send you the
> appropr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43073
Luke A. Guest changed:
What|Removed |Added
CC||laguest at archeia dot com
--- Comment #6
49 matches
Mail list logo
