The following testcase from gfortran.dg/g77/1832.f runs successfully with
gfortran. With g77 it goes into a spin cycle.
This was discovered while testing new patches for array_io in 4.1 branch. With
new patches, gfortran correctly gives am end-of-record error.
Test case should be dropped or rev
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-07
04:46 ---
Actually there needs some improvements to ccp_fold to do this fully.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-07
04:19 ---
(In reply to comment #3)
> And then we hit an assert if we change evaluate_stmt to be always call
> fold_ccp.
> The assert is in set_lattice_value, when we are changing from VARRYING to
> CONSTANT which sh
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 04:09
---
This is actually a GTK bug; a GtkButton doesn't center its child vertically when
the child's size requisition exceeds its size allocation. I'm going to write a
GTK test case and submit a bug report and patch.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-07
03:51 ---
(In reply to comment #2)
> The first thing is that ccp_initialize sets DONT_SIMULATE_AGAIN on the
> statement so don't simulate
> that statement and then we don't call fold_ccp on them.
And then we hit an
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-07
03:46 ---
The first thing is that ccp_initialize sets DONT_SIMULATE_AGAIN on the
statement so don't simulate
that statement and then we don't call fold_ccp on them.
--
What|Removed
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-07 01:55
---
You could also disable the test for lp64, if you felt that better.
But then you should document that the various isa extension options
are non-functional.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23704
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-07
01:42 ---
Also even when -mstrict-align if using
typedef char align_char __attribute__ ((aligned (4)));
void foo (align_char *input) ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23684
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-07
01:26 ---
Indeed, that is what is happening. -m64 ought to normally imply
-mpowerpc-gfxopt, because all powerpc64 capable chips also support the insns
enabled by -mpowerpc-gfxopt as far as I know. However, I guess
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 01:07
---
It turns out that Sun handles this in a strange way. To ensure that libjawt.so
is found automatically, Sun's java executable prepends $JAVA_HOME/jre/lib/i386
to LD_LIBRARY_PATH then re-exec's itself within the n
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-09-07 01:01 ---
Subject: Re: [4.1 Regression] make[4]: execvp: /usr/local/bin/bash: Arg list
too long
> It looks like there are some patches to increase ARG_MAX on HP-UX 10.* OS
> releases. They might provide a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-07
00:49 ---
Confirmed based on:
http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_04.html
--
What|Removed |Added
--- Additional Comments From Daniel dot Davies at xerox dot com 2005-09-07
00:49 ---
Any idea when 4.1.0 will be released? Comments on gcc.gnu.org from July says
Stage 3 will complete on Thursday.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23759
--- Additional Comments From x at xman dot org 2005-09-07 00:47 ---
Created an attachment (id=9676)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9676&action=view)
Removed unneeded #include
I realized the sample test.ii output was including the header even
though it wasn't necess
--- Additional Comments From bangerth at dealii dot org 2005-09-07 00:38
---
gcc is correct. Ambiguation of base class members does not happen based
on assigning to different types.
W.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-07
00:25 ---
*** Bug 23759 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-07
00:24 ---
This is a dup of bug 19411. This is fixed in 4.1.0 by a re-implementation of
altivec functions.
*** This bug has been marked as a duplicate of 19411 ***
--
What|Removed
I'm cross compiling for an embedded PowerPC/Altivec processor on an i386
solaris box. When cpp is invoked on the file attached to this report, the
system thrashes the disk for few minutes, then runs out of memory. I tried
increasing swap space, but the preprocessor really shouldn't need about
java::lang::ConcreteProcess::nativeSpawn appears to call several functions that
are not async-signal-safe between the fork and exec in the child, including
_Jv_Malloc. This is unsafe by Posix rules. I'm unsure whether it can deadlock
on Linux.
These actions should be performed before the fork
--
What|Removed |Added
Known to fail||2.95 3.4.0 4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23757
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-09-07 00:14 ---
Subject: Re: [4.1 Regression] make[4]: execvp: /usr/local/bin/bash: Arg list
too long
> It looks like there are some patches to increase ARG_MAX on HP-UX 10.* OS
> releases. They might provide a
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
23:56 ---
ICC also produces the same output.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23757
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
23:55 ---
Subject: Bug 22211
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 23:53:46
Modified files:
libjava: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
23:55 ---
Subject: Bug 22211
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 23:53:46
Modified files:
libjava: Change
--- Additional Comments From x at xman dot org 2005-09-06 23:55 ---
Realized this should be filed against libstdc++
--
What|Removed |Added
Component|c++
--- Additional Comments From x at xman dot org 2005-09-06 23:53 ---
This bug seems to exist in the version of g++4 included with RHEL4. I haven't
tested against the latest release, but I'm guessing it's still there.
--
What|Removed |Added
-
--
What|Removed |Added
Component|c++ |libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23757
--- Additional Comments From x at xman dot org 2005-09-06 23:51 ---
Created an attachment (id=9674)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9674&action=view)
Preprocessed file from g++ --save-temp
This is what the sample program looks like after running it through the
preproc
I will attach the test.ii file later, but here's the sample source code:
#include
using namespace std;
int main()
{
cout << dec << -1 << endl;
cout << hex << -1 << endl;
return 0;
}
The expected output is:
-1
-1
The actual output is:
-1
I found the problem in local_facet
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-06 23:09
---
(In reply to comment #0)
This is incorrect code, which should generate an error, rather than an ICE.
As ifort9.0 puts it:
fortcom: Error: ../pr21986.f90, line 11: This procedure cannot be PUBLIC since
it ha
--- Additional Comments From sje at cup dot hp dot com 2005-09-06 22:53
---
It looks like this is the same kind of bug as PR 23556 but in a different place.
I fixed convert_real in io/read.c to resolve PR 23556, this is extract_real in
io/write.c. I will submit a patch in the next day o
--
What|Removed |Added
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23756
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
22:43 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From sje at cup dot hp dot com 2005-09-06 22:35
---
It looks like there are some patches to increase ARG_MAX on HP-UX 10.* OS
releases. They might provide a workaround.
>From HP Chart/bug report JAGaa11744:
A patch has been provided which will allow the kernel
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
22:29 ---
Subject: Bug 8973
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 22:29:46
Modified files:
gcc: ChangeLog
gcc/config/arc : ar
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
22:29 ---
Fixed on the mainline for 4.1.0.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
22:27 ---
Subject: Bug 8972
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 22:26:59
Modified files:
gcc: ChangeLog
gcc/config/arc : ar
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
22:26 ---
Fixed on the mainline.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-06
22:03 ---
The "floating constant exceeds range" message comes from interpret_float in
c-lex.c, which does test just "pedantic", rather than CPP_PEDANTIC(pfile). So,
while the preprocessor warning about use of a hexa
--- Additional Comments From erik dot edelmann at iki dot fi 2005-09-06
21:10 ---
With my patch, the reduced testcase by Tobi compiles, but this slightly longer
testcase doesn't:
$ cat bug7.f90
SUBROUTINE A(p,LEN)
CHARACTER(LEN=LEN), DIMENSION(:), POINTER :: p
IF ( .NOT. ASSOCI
--- Additional Comments From abalkiss at redhat dot com 2005-09-06 20:52
---
The proposed patch is incorrect, changes should instead be made in JComponent.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16540
--
What|Removed |Added
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23756
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
20:42 ---
Read http://gcc.gnu.org/gcc-3.4/changes.html:
In a template definition, unqualified names will no longer find members of a
dependent base (as
specified by [temp.dep]/3 in the C++ standard). For example,
--
What|Removed |Added
CC||urz at beep dot hu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23755
This bug-report is in fact a wishlist for an optimization described in GCC
manual, yet not implemented unfortunately (at least not for x86). About the
"internal" visibility of a symbol, the manual states: "By indicating that a
symbol cannot be called from outside the module, GCC may for instance om
Inheritance in template classes seems to have a critical bug.
The compliler fails to find both inherited functions and inherited member
variables.
The attached code is compiling fine in gcc-3.3 [g++-3.3 (GCC) 3.3.6 (Debian
1:3.3.6-9)].
g++-4.0 -o main main.cpp
temp_child.h: In member function
--- Additional Comments From spamfuckers at wp dot pl 2005-09-06 20:26
---
ok, i've checked it on Slamd64 using GCC 3.4.4 to compile GCC 3.4.4 (without
any
extra patches) and it also SegFaults on insn_attrtab, so it doesn't look like
gentoo fault. i can provide preprocessed sources fr
With certain invalid code, the 4.1 branch of gcj produces an ICE after giving
the correct error message. For example:
$ cat T5.java
final class T6 {
}
class T5 extends T6 {
}
$ gcj -C T5.java
T5.java:3: error: Can't subclass final classes: T6.
class T5 extends T6 {
^
T5.java
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
20:14 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
20:13 ---
Still a latent bug/regression on the 3.4 branch.
--
What|Removed |Added
Known to fail|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
20:11 ---
Subject: Bug 23075
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 20:11:09
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
20:07 ---
Subject: Bug 23075
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 20:07:13
Modified files:
gcc: ChangeLog c-typeck.c tree-cfg.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
20:03 ---
Subject: Bug 22362
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 20:03:28
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
19:58 ---
Subject: Bug 22362
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 19:57:57
Modified files:
gcc: ChangeLog
gcc/config/i386: i
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
19:50 ---
See http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00324.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
19:47 ---
Subject: Bug 14997
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 19:47:09
Modified files:
gcc: ChangeLog expr.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
19:46 ---
Subject: Bug 23056
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 19:46:41
Modified files:
gcc/cp : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
19:45 ---
Subject: Bug 23098
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 19:44:45
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
19:39 ---
Subject: Bug 23098
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 19:38:59
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/gcc.
--
What|Removed |Added
CC||dir at lanl dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23677
Using built-in specs.
Target: powerpc-apple-darwin7.9.0
Configured with: ./configure --prefix=/Users/dir/gfortran
--enable-languages=c,f95
Thread model: posix
gcc version 4.1.0 20050906 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23677
--- Additional Comments From ian at airs dot com 2005-09-06 18:59 ---
Confirmed that this happens with 3.4 for the i686-pc-cygwin target, though not
for the i686-pc-linux-gnu target. It is fixed in current mainline for both
targets.
--
What|Removed |
--- Additional Comments From langel at redhat dot com 2005-09-06 18:40
---
fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Res
--- Additional Comments From ian at airs dot com 2005-09-06 17:48 ---
Andrew Pinski pointed out that the problem is due to the setting of USER_H in
config/t-openbsd to an empty string. That is most likely incorrect.
(The only other target which tries to set USER_H at all it i386-netware
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-06
17:21 ---
Well, I don't know what went wrong here, but: it works for me, with the
2005-08-05 binaries (downloaded the installer, etc.) Moreover, as the source of
the binaries, I checked my config.h file, and it is i
--- Additional Comments From schwab at suse dot de 2005-09-06 16:14 ---
cpp is barely the right tool for processing something that cannot tolerate
extra whitespace.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23751
--- Additional Comments From gdr at integrable-solutions dot net
2005-09-06 16:12 ---
Subject: Re: [3.4/4.0/4.1 Regression] -pedantic -ffast-math breaks working code
"mmitchel at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| The problem behind both diagnostics fact that the C++ f
"mmitchel at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| The problem behind both diagnostics fact that the C++ front-end pre-lexes the
| entire source file. As a result, the lexing routines, which depends on the
| setting of pedantic to determine whether or not to issue errors, are
| calle
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-06
16:04 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED|RESOL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
16:03 ---
Subject: Bug 23739
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 16:03:12
Modified files:
libjava: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
16:01 ---
Subject: Bug 23739
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 16:01:32
Modified files:
libjava: ChangeLog jni.cc link.cc prims.cc
--- Additional Comments From johann dot glaser at gmx dot at 2005-09-06
15:59 ---
Sure, but without -P no additional newlines are printed, so these two are
clearly "to much".
Since cpp is often used for other things than C preprocessing, newlines are
annoying or even kill tools relying
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-06
15:54 ---
There seem to be two problems here. First, gfc_simplify_reshape
doesn't set the result's typespec correctly (it doesn't include
a character length). Second, we're passing character lengths
to the transpos
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
15:53 ---
> No kidding.
I guess you can probably refrain from posting such a comment. I think it should
be possible to work around the problem by using renaming constructs.
--
http://gcc.gnu.org/bugzilla/show_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
15:50 ---
Why do you think this is a bug, really cpp can emit many different things with
-P, -P just makes not
emitting the line markers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23751
The proeprocessor now emits two senseless newlines when used with the '-P'
option.
Reproduce:
$ cpp -P
asdfasdf
^D
asdfasdf
$
Versions prior to 4.0.1 didn't emit these two newlines. Probably 4.0.0. also
didn't, but I can't test that here.
The following verisions don't have this bug:
gcc-Ver
--- Additional Comments From joseph at codesourcery dot com 2005-09-06
15:42 ---
Subject: Re: [3.4/4.0/4.1 Regression] -pedantic -ffast-math
breaks working code
On Tue, 6 Sep 2005, mmitchel at gcc dot gnu dot org wrote:
> The problem behind both diagnostics fact that the C++ front-en
--
Bug 23261 depends on bug 23265, which changed state.
Bug 23265 Summary: [mingw32] Error in floating point output with BN edit
descriptor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23265
What|Old Value |New Value
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-06
15:37 ---
This bug is due to the sprintf-patch for mingw, not yet commited into mainline.
Closing this, and I will submit a corrected patch.
--
What|Removed |Added
--
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-06
15:29 ---
The problem behind both diagnostics fact that the C++ front-end pre-lexes the
entire source file. As a result, the lexing routines, which depends on the
setting of pedantic to determine whether or not to i
--
Bug 19253 depends on bug 18738, which changed state.
Bug 18738 Summary: [3.4 Regression] typename not allowed with non-dependent
qualified name
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18738
What|Old Value |New Value
-
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-06
15:27 ---
Fixed also on the 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
15:25 ---
Subject: Bug 18738
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 15:25:13
Modified files:
gcc/cp : Change
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-06
15:15 ---
*** Bug 23636 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-06
15:15 ---
*** This bug has been marked as a duplicate of 21440 ***
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-06
15:04 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
15:01 ---
Subject: Bug 9782
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 15:01:04
Modified files:
gcc/testsuite : ChangeL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
14:55 ---
Subject: Bug 9782
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 14:55:06
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : Ch
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
14:42 ---
Patch looks good to me (and you should be able to test Ada now).
The code is there on "unexpected" cases anyway, so it's not surprising
that it is hard or even maybe impossible to trigger it.
Arno
--
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
14:34 ---
Pathological case, so changing severity.
--
What|Removed |Added
Severity|normal
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-06
14:23 ---
Fix checked in to 4.0 branch and trunk.
--
What|Removed |Added
Status|UNCONFIRME
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
14:22 ---
Subject: Bug 23662
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 14:22:01
Modified files:
boehm-gc : ChangeLog
boehm-gc/include/p
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
14:21 ---
Subject: Bug 23662
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 14:21:25
Modified files:
boehm-gc : Change
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
14:08 ---
I agree that this is not a regression. If you could put less generic summary
line, that would be really helpful. Imagine that everyone getting a compiler
crash
used the same summary: things would get very c
--- Additional Comments From ddavenpo at ball dot com 2005-09-06 14:07
---
Subject: Re: [3.4 Regression] ICE with -fPIC
No kidding.
On Sep 6, 2005, at 2:24 AM, ebotcazou at gcc dot gnu dot org wrote:
>
> --- Additional Comments From ebotcazou at gcc dot gnu dot org
> 2005-09-0
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
14:04 ---
Probably a set up issue on your side. I would guess you are not using a
consistent set of sources/native compiler.
Arno
--
What|Removed |Added
--
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
14:02 ---
Not a regression: 4.0 simply did not support/recognize interfaces, so
what you are getting is really ana Ada 95 error message.
Code looks valid Ada 2005 at first sight, so removing keyword.
Arno
--
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
13:36 ---
Program has no semantic meaning, so lowering severity.
--
What|Removed |Added
Seve
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
13:32 ---
Now works fine on mainline.
Arno
--
What|Removed |Added
Status|NEW
1 - 100 of 140 matches
Mail list logo
