--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-07 22:07
---
(In reply to comment #23)
> I agree with both Federico Carminati and Alfredo Ferrari at CERN. The
> compiler
> is not usable and the impact is serious for thousands of existing fortran
> programs. Please fi
--- Additional Comments From dje at watson dot ibm dot com 2005-04-07
22:09 ---
Subject: Re: New: ICE in extract_insn for test vmx/varargs-1.c
Let me know if the appended patch fixes the ICE. The definition
of the "and" predicates was ignoring CONST_INT that matched predicate
--- Additional Comments From igodard at pacbell dot net 2005-04-07 22:11
---
Well, I now see why there's an error: the call is at global scope. So please
change this report to a complaint about the diagnostic. Reduced case:
template struct foo { void bar() {} };
foo<3> f; f.bar();
whic
--- Additional Comments From pcarlini at suse dot de 2005-04-07 22:19
---
> Indeed. Has that standard been released yet?
Not to my knowldege.
> What's the exact reference, and
> is there some public access, maybe to drafts?
Yes, I was refe
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
22:21 ---
I hate unnamed namespaces since we have to encode some uniqueness and they are
still extern
because of C++ rules.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815
--
What|Removed |Added
Component|rtl-optimization|middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815
--- Additional Comments From janis187 at us dot ibm dot com 2005-04-07
22:30 ---
Subject: Re: ICE in extract_insn for test vmx/varargs-1.c
On Thu, Apr 07, 2005 at 10:09:14PM -, dje at watson dot ibm dot com wrote:
>
> --- Additional Comments From dje at watson dot ibm dot com
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
22:31 ---
The easy work around is set -frandom-seed=somenumber for both the generate and
use.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-07
22:40 ---
Subject: Bug 20766
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-07 22:40:09
Modified files:
libgfortran: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
22:40 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From arnold dot moene at wur dot nl 2005-04-07
22:44 ---
The following (4 files :( ) example from the WRF weather model seems to be
related. I can't see if it is really triggered by the same bug:
prompt> cat ESMF_TimeInterval.f
module ESMF_TimeIntervalMod
--
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ICE in extract_insn for test|[4.1 Regression] ICE in
|v
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
22:48 ---
The only thing I can think of to fix this problem is figure out how to
write/read the random seed out
since right now it is defaults to be basing on time.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
22:50 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
Attachment #8557|application/octet-stream|text/plain
mime type||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20816
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
22:54 ---
Even further:
void f1(void);
f1();
Confirmed.
--
What|Removed |Added
Severity|nor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
22:55 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-07
22:57 ---
Andrew is correct.
I missed the magic bit that disables warnings in system headers. (There are
other pedwarns that we carefully guard with !in_system_header, but ordinary
warnings are not so guarded.)
--- Additional Comments From fasso at slac dot stanford dot edu 2005-04-07
23:16 ---
> Sigh. Yes, it would be wonderful if a fix magically appears out
> of thin air. Given that there are more bugs than people actually
> contributing patches, you have a few choice: (1) Pay someone to
> f
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
23:27 ---
(In reply to comment #25)
> I do not understand your tone. There is a compiler, g77, which works and
> implements at least the Fortran 77 standard. I don't see any reason why it
> should be replaced in the d
--- Additional Comments From segher at kernel dot crashing dot org
2005-04-07 23:34 ---
Subject: Re: New: 64 bit shift by non-constant implemented as libcall on PPC32
> (O5 will give slightly better code for both, but let's start somewhere
> :P)
Well the code for the left shift can b
Current GCC mainline ICEs, instead of reporting errors, for test
g++.dg/old-deja/g++.benjamin/13908.C on powerpc-linux. The test
isn't reported as failing because dg-error is used with a blank
string. The ICE starts with the following patch, which might
merely expose a latent bug:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07
23:54 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From dank at kegel dot com 2005-04-08 00:03 ---
Aha. So this is a duplicate of bug 9393, in essence?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815
--- Additional Comments From dank at kegel dot com 2005-04-08 00:03 ---
Oh, ok, it's not *quite* a dup of 9393, since you could
save the seed in the output file from the first run.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815
--- Additional Comments From Hans dot Boehm at hp dot com 2005-04-08 00:18
---
The problem here is that _Jv_InitGC is called to late, and hence
GC_all_interior_pointers is cleared after the GC has been run. This is
documented not to work in gc.h.
In particular _Jv_GCSetInitialHeapSiz
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-08 01:21
---
(In reply to comment #25)
>
> I do not understand your tone. There is a compiler, g77, which works and
> implements at least the Fortran 77 standard. I don't see any reason why it
> should be replaced in the
-
[EMAIL PROTECTED]:/tmp$ gcc test.c
test.c: In function `main':
test.c:6: warning: return type of `main' is not `int'
test.c:7: internal compiler error: in emit_move_insn, at expr.c:3201
Please submit a full bug report,
with preprocessed source if appropriate.
See http://g
--- Additional Comments From SchreiberX at Altmuehlnet dot de 2005-04-08
02:12 ---
Created an attachment (id=8559)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8559&action=view)
test.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20818
--- Additional Comments From ivanr at syncad dot com 2005-04-08 02:35
---
Subject: Re: [4.0/4.1 Regression] invalid assembly with
-gstabs+
patch tested. works fine.
thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446
--- Additional Comments From ivanr at syncad dot com 2005-04-08 02:37
---
Subject: Re: [4.0 Regression] internal error when compiling
with -ggdb2 and no error with -ggdb1
patch tested. works fine.
thanks!
I found another ICE connected to the gdb2 format. Is it posible to send
a prep
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-08
03:01 ---
The testcase works if the variable declaration is moved after the function.
This is the case I fixed a few weeks ago, which was breaking java debugging.
The declare_in_namespace design causes us to get two
--- Additional Comments From wilson at tuliptree dot org 2005-04-08 03:45
---
Subject: Re: [4.0 Regression] internal error when compiling
with -ggdb2 and no error with -ggdb1
On Thu, 2005-04-07 at 19:37, ivanr at syncad dot com wrote:
> I found another ICE connected to the gdb2
Certain environments, such as OS and embedded, benefit by using
the 64-bit IP-relative branch instruction (brl) for function calls.
Please enhance the IA-64 code generation to recognize the -mlong_calls
option (-mno_long_calls by default) and emit the brl.call instruction
instead of the br.call ins
--- Additional Comments From dank at kegel dot com 2005-04-08 04:17 ---
What value should be passed for that option?
Would the absolute pathnme of the source file do?
In case other people out there have as much trouble reading
TFM as I do, I should note that the gcc doc says
"-frandom-se
When I try compile code with 128 bit long double arithmetic, I get a request to
file a bug report (and the compile fails). Below is a command line, the source
file, the g++ output. They are separated by "%% %%". If you need
the intermediate files test.ii and test.s, I can send them. Without th
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08
06:22 ---
Fixed already in 4.0.0, not a regression so closing as fixed, there is another
bug about this too.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08
06:26 ---
This is invalid code. See PR 8788 which I am marking this as a dup of.
*** This bug has been marked as a duplicate of 8788 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08
06:26 ---
*** Bug 20818 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
When compiling the following code gfortran hangs spinning cpu cycles with no
error messages given.
See attachment.
--
Summary: gfortran hangs indefinitely
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P
--- Additional Comments From jvdelisle at verizon dot net 2005-04-08 06:43
---
Created an attachment (id=8561)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8561&action=view)
Attached file hangs gfortran
Using gcc version 4.1.0 20050408 (experimental)
Invoked with -c
--
http:
--- Additional Comments From jvdelisle at verizon dot net 2005-04-08 06:47
---
Created an attachment (id=8562)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8562&action=view)
Module for attachment in #1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20821
--- Additional Comments From jvdelisle at verizon dot net 2005-04-08 06:49
---
I will attempt to reduce this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20821
101 - 143 of 143 matches
Mail list logo
