it is fortran 77 code, if it is irrelevant please tell me. if you are interested
i have other bugs.
/home/antoine/bin/gfortran -v
Utilisation des specs internes.
Target: x86_64-unknown-linux-gnu
Configuré avec: ../gcc-4.0-20050402/configure --prefix=/home/antoine
--with-gmp=/home/antoine/ --witho
Dear all,
I would like to post a bug report for the GNU C/C++ compiler 3.3-e500.
We use the compiler to generate code for a PowerPC processor.
Used invokation line for the GNU C++ compiler:
ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig
-fmerge-templates -mmultiple -mn
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-13
08:27 ---
Fixed in 4.1, waiting for 4.0 to reopen to apply there.
--
What|Removed |Added
Su
--- Additional Comments From charlet at adacore dot com 2005-04-13 08:32
---
Subject: Re: makeinfo cannot process gnat_ugn_unw.texi
> Arnaud, may be a candidate for review?
Sure. I'd suggest posting the patch to gcc-patches@
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-13
09:23 ---
Paolo Bozini mentioned this bug as an example of the 64bits arith
on 32bits host "issue".
--
What|Removed |Added
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-13
09:34 ---
Fixed in 4.1, waiting for 4.0.1 to reopen.
--
What|Removed |Added
Summary|incorre
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
09:39 ---
But the code is still invalid and is really a dup of bug 20133.
You most want:
template int Test::myInt;
template S& Test::myS = S::instance();
Not what you gave.
The orginal ICE is fixed so still closin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
09:46 ---
956.4byte $LFB4-.
Are you sure that this is not an assembler problem?
--
What|Removed |Added
---
--- Additional Comments From jakub at redhat dot com 2005-04-13 09:46
---
Subject: Re: [3.3/3.4/4.0 Regression] Inlined memcmp makes one argument null
on entry
On Tue, Apr 12, 2005 at 05:54:58PM -, mmitchel at gcc dot gnu dot org wrote:
>
> --- Additional Comments From mmitch
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
09:58 ---
Fixed in 3.4.0 and above:
t.cc: In static member function `static int S::f4()':
t.cc:13: error: `int S::C::i' is private
t.cc:19: error: within this context
--
What|Removed
--- Additional Comments From uros at kss-loka dot si 2005-04-13 09:58
---
(In reply to comment #7)
> Uros, what's the state of this bug? I don't understand if the patch linked in
> comment #6 was committed, or which is its final version still pending
> review/approval.
Another approac
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-13
10:01 ---
The program test_spread from the original bug report
is bogus. dim=1000 doesn't make sense (which invalidates
my comment #5 and makes this particular case a diagnostics
issue).
Thomas
--
http://gcc.gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
10:03 ---
Even though this is a dup of bug 20971 which was just reported yesterday,
please report more bugs.
There are a large number of bugs in gfortran which are not known yet.
*** This bug has been marked as a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
10:03 ---
*** Bug 20986 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
10:03 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From bernds_cb1 at t-online dot de 2005-04-13
10:08 ---
Subject: Re: [3.3/3.4/4.0 Regression] Inlined memcmp makes
one argument null on entry
Jakub Jelinek wrote:
> PR target/20126
> * loop.c (loop_givs_rescan): If replacement of DEST_ADDR failed,
>
gdc -v --save-temps -c VincoloIIF.d
-- BEGIN OF OUTPUT --
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr --exec-
prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --
mandir=/usr/share/man --info
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
10:51 ---
Since the D front-end is not part of GCC, we cannot reproduce you bug. I would
report this bug to the
people you got the D front-end from.
--
What|Removed |Added
-
--- Additional Comments From jakub at redhat dot com 2005-04-13 11:38
---
Subject: Re: [3.3/3.4/4.0 Regression] Inlined memcmp makes one argument null
on entry
On Wed, Apr 13, 2005 at 12:05:35PM +0200, Bernd Schmidt wrote:
> Jakub Jelinek wrote:
> > PR target/20126
> > * loop.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-13
12:01 ---
Subject: Bug 13744
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-13 12:01:03
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-13
12:07 ---
Fixed on mainline (which will become 4.1.0).
--
What|Removed |Added
Status|NEW
--
Bug 18378 depends on bug 13744, which changed state.
Bug 13744 Summary: ICE when using implicit copy constructor for struct defined
in template function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13744
What|Old Value |New Value
--- Additional Comments From dhruvbird at yahoo dot com 2005-04-13 12:11
---
(In reply to comment #1)
> Created an attachment (id=8615)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8615&action=view)
> free_list:: static removal
>
Hi,
What has been done seems ok, but there is j
The -M preprocessor option (and -MM and similar options) strips the directory
part from the listed object file names. The documentaion for -M says:
"Unless specified explicitly (with `-MT' or `-MQ'), the object file
name consists of the basename of the source file with any suffix
replaced wit
On Tue, Apr 12, 2005 at 04:55:20PM -, law at redhat dot com wrote:
> That mental model doesn't work right now with the way DOM & the
> jump threader because they are too tightly intertwined.
>
The link that you have still not shown me is why doesn't this
mental model work for the jump threade
--- Additional Comments From dnovillo at redhat dot com 2005-04-13 13:03
---
Subject: Re: [4.0 Regression] jump threading on trees is slow with switch
statements with large # of cases
On Tue, Apr 12, 2005 at 04:55:20PM -, law at redhat dot com wrote:
> That mental model doesn't w
--- Additional Comments From dir at lanl dot gov 2005-04-13 13:08 ---
Here is the crash walk back
Thread 0 Crashed:
0 libgfortran.0.dylib 0x0023e99c _gfortran_compare_string + 0x68
(string_intrinsics.c:136)
1 adini 0x1d2c MAIN__ + 0x40 (adini.f:6)
2
/home/antoine/bin/gfortran -v
Utilisation des specs internes.
Target: x86_64-unknown-linux-gnu
Configuré avec: ../gcc-4.0-20050402/configure --prefix=/home/antoine
--with-gmp=/home/antoine/ --without-libiberty
Modèle de thread: posix
version gcc 4.0.0 20050402 (prerelease)
command line :
/home/ant
Current gcc-4_0-branch (i.e. with PR20635 fix in) ICEs on the attached testcase
at -O3 -m32. It is a recent regression (the assert was added 2005-03-18)
and prevents building Octave.
virtual std::string octave_value::class_name() const (this)
{
...
}
seen in *.generic dump seems to be unused until
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-13 13:28
---
Created an attachment (id=8617)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8617&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20991
--- Additional Comments From neil at gcc dot gnu dot org 2005-04-13 13:29
---
Not a bug - you misunderstand basename.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Summary|ICE in
g++ -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-language=c,c++
--prefix=/home/dinar/work/gcc-builds/gcc-4.0-i686-pc-linux-gnu/
Thread model: posix
gcc version 4.0.0 20050412 (prerelease)
while compiling source code:
g++ sample.c -c
sample.c: In functi
--- Additional Comments From dtemirbulatov at ru dot mvista dot com
2005-04-13 13:36 ---
Created an attachment (id=8618)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8618&action=view)
source to compile
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20992
--- Additional Comments From bje at safepro dot dk 2005-04-13 13:43 ---
Then I suggest that the manual is clarified to make it clear what is meant.
The word "basename" is easy to misunderstand, especially because
the "basename" function in GNU make do keep the directory part
of its argume
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
13:44 ---
A(A&) is a copy constructor but does not allow binding to a temporary variable
which is required here
even if it is not called.
--
What|Removed |Added
-
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-13 14:26
---
Somewhat simplified testcase:
#include
#include
struct A { int i; };
struct B { int i; };
struct C { int i; };
struct D { int i; };
struct E
{
E (void);
E (bool b);
E (const A & m);
virtual ~ E (v
--- Additional Comments From bje at safepro dot dk 2005-04-13 14:38 ---
Actually the manual explicit says that any path in the input file name is kept
by default in the description of the "-MT TARGET" option. So either the
preprocessor or the manual does have a bug when the preprocessor d
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-13 14:56
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01456.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20702
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-13 14:56
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01457.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20913
--
What|Removed |Added
CC||dmitri at unm dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20991
The following code will not link because j.getName has multiple definitions.
Both j.o and natj.o contain a T definition when natj.o should contain a W def.
Ultimatly this causes the mingw 4.0.0 cross compiler to not build a functioning
native compiler becuase libgcj.a contains multiple defintion
The following code snippet casues an ICE on mainline when compiled with
"-O -ftree-vectorize". The 4.0 branch is not affected.
===
int foo(double* p)
{
int i=0;
for (double* q; q!=p; ++q)
if (*q)
++i;
return i;
}
===
This little piece of code here
-
template
void test ()
{
double d;
double mu = 1;
for (unsigned int i=0; i ();
-
ICEs with gcc3.4.4pre (and apparently all older versions of the 3.4.x branch I
have):
deal.II/tests> /ices/bangerth/tmp/build-gcc-3.4/gcc-install/
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-13
15:29 ---
Subject: Bug 20913
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-13 15:28:55
Modified files:
gcc: ChangeLog tree-ssa-copy.c
gc
--- Additional Comments From bangerth at dealii dot org 2005-04-13 15:29
---
Note that it isn't related to PR 19899, even though the failure seems similar.
I should also note that the ICE happened with a compiler that had checking
enabled.
If checking is disabled, we simply get this:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-13
15:33 ---
Subject: Bug 20913
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-13 15:33:18
Modified files:
gcc: ChangeLog tree-vrp.c
gcc/tes
--- Additional Comments From ericw at evcohs dot com 2005-04-13 15:43
---
FYI, I've tested the patch on my system here and it works for me.
Eric
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20822
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-13
15:57 ---
Subject: Bug 20924
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-13 15:57:38
Modified files:
gcc: ChangeLog
gcc/config/ia64: i
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-13
16:09 ---
The ICE was introduced with a merge from the tree-cleanup-branch:
http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00501.html
BTW, here's a C testcase:
===
int foo(double* p, double* q
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-13 16:32
---
I posit that this usage of static local variables, as written, is thread safe
with gcc-4.0.x compilers. (Since resolution of c++/13684).
! _Mutex*
! _M_get_mutex()
! {
! static _Mutex _S_mute
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-13
16:48 ---
Confirmed.
Here's a reduced testcase (compile with -O2):
===
typedef int INT;
int i;
int foo(INT j) { return (i>0 ? (i<3?j:0) : i) - i; }
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-13 16:54
---
This was fixed by a patch by Mark Mitchell on 2005-04-01.
--
What|Removed |Added
S
--- Additional Comments From dhruvbird at yahoo dot com 2005-04-13 16:56
---
(In reply to comment #19)
> I want to emphasize here again one principle of C and C++: Trust the
> programmers, and allow them to do low-level tunings for performance. Or what
> is
> the purpose of C++ (when
--- Additional Comments From mueller at kde dot org 2005-04-13 16:57
---
can we think about retargeting fixing the optimisation for 4.0.1 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
The code below won't compile. It behaves as though the line
class val { friend class rec; } is erroneously declaring a 'struct rec' in
the global namespace. (Uncomment the other use of rec to see this.) The error
message from 4.0 is:
y.cpp: In function 'int main(int, char**)':
y.cpp:29: error: 're
--- Additional Comments From dhruvbird at yahoo dot com 2005-04-13 17:02
---
Subject: Re: __gnu_cxx::bitmap_allocator export pruning
--- bkoz at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
> --- Additional Comments From bkoz at gcc dot gnu
> dot org 2005-04-13 16:32 ---
--- Additional Comments From law at redhat dot com 2005-04-13 17:11 ---
Subject: Re: [4.0 Regression] jump threading
on trees is slow with switch statements with large # of cases
On Wed, 2005-04-13 at 13:04 +, dnovillo at redhat dot com wrote:
> --- Additional Comments F
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
17:38 ---
Fixed on the mainline (for 4.1.0), there might be a dup of this bug somewhere
with the rest of the
friend bugs in GCC.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
17:39 ---
Fixed at least on the mainline.
--
What|Removed |Added
Summary|[4.0/4.1 regressio
--
What|Removed |Added
CC||dnovillo at gcc dot gnu dot
||org
Target Milestone|---
--
What|Removed |Added
Component|c++ |libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20993
When running gij with the -verbose option, it immediately fails with the
following error:
$ gij -verbose C1
libgcj: couldn't create virtual machine
Same for '-verbose:class', '--verbose', or any other verbose option.
Reproduced on 4.0.0 and HEAD.
--
Summary: gij -verbose fails with a
--- Additional Comments From ziga dot mahkovec at klika dot si 2005-04-13
17:49 ---
Created an attachment (id=8619)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8619&action=view)
Fix for the parsing code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20997
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
17:50 ---
It does not ICE with "3.4.0 20040116" but does with "3.4.0 (release)".
--
What|Removed |Added
--- Additional Comments From drow at false dot org 2005-04-13 17:50 ---
Subject: Re: New: building mips/64 cross compiler on x86 produces incorrect
assembler code for _divdi3 with -fnon-call-exceptions
On Wed, Apr 13, 2005 at 05:22:07AM -, herbert at 13thfloor dot at wrote:
> ./con
--- Additional Comments From drow at false dot org 2005-04-13 17:51 ---
Subject: Re: building mips/64 cross compiler on x86 produces incorrect
assembler code for _divdi3 with -fnon-call-exceptions
On Wed, Apr 13, 2005 at 09:46:26AM -, pinskia at gcc dot gnu dot org wrote:
>
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
17:52 ---
Fixed already by:
2005-04-07 Thomas Fitzsimmons <[EMAIL PROTECTED]>
* prims.cc (parse_verbose_args): Fix verbose argument parsing.
http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00717.h
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
17:53 ---
Closing as fixed then.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Severity|normal |critical
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20965
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:00 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Here is the simple C++ program :
int main()
{
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:06 ---
Now the problem is that we don't remove the extra load of a->length because of
aliasing.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:10 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 19721 depends on bug 19659, which changed state.
Bug 19659 Summary: GCC does not remove an "if" statement that never triggers.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19659
What|Old Value |New Value
---
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-13 18:14
---
Just checked in a patch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-13 18:14
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:15 ---
Fixed on the mainline.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 19721 depends on bug 19789, which changed state.
Bug 19789 Summary: tree optimizers do not know that constant global variables
do not change
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19789
What|Old Value |New Value
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20913
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20702
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:18 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:21 ---
This is a regression from 3.3.3.
--
What|Removed |Added
Keywords|
--- Additional Comments From dpatel at apple dot com 2005-04-13 18:19
---
Subject: Re: GCC does not emit debug info for variables in anonymous unions
It is because of ALIAS_DECL
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20998
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:30 ---
Two things, we just don't jump thread.
Another testcase:
int i;
int main()
{
for (;;)
{
switch (i)
{
case 5:
i = 4;
break;
default:
return 0;
}
}
}
--
int i;
void f()
{
int t = i;
if(t == 4)
t = 3;
i = t;
}
void f1()
{
if (i == 4)
i = 3;
}
--
Summary: store should not be done if we don't change its value
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: missed-opt
Like PR 20999 but this time the function should be empty which it is on the RTL
level:
int i;
void f()
{
int t = i;
i = t;
}
--
Summary: store should not be done if we don't change its value
Product: gcc
Version: unknown
Status: UNCONFIRMED
--
What|Removed |Added
Severity|normal |enhancement
Version|unknown |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--
What|Removed |Added
Version|unknown |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20999
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-13
18:34 ---
With -fdefault-integer-8:
$ gfc -c -fdefault-integer-8 pr20990.f
pr20990.f: In function jonct:
pr20990.f:280: internal compiler error: in gfc_add_modify_expr, at
fortran/trans.c:152
Without that:
$ g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:36 ---
Three more cases:
void f1(int *i)
{
*i = *i;
}
int j;
void f2()
{
j = j;
}
int *k;
void f3()
{
*k = *k;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21000
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
18:59 ---
: Search converges between 2004-01-25-trunk (#440) and 2004-01-26-trunk (#441).
: Search converges between 2004-05-20-trunk (#457) and 2004-05-23-trunk (#458).
Looking at the construct, I almost want to say
--- Additional Comments From steve at netfuel dot com 2005-04-13 19:03
---
This as also been duplicated using the mingw binary release of
gcc-3.4.2-20040916-1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20993
Consider:
int
foo (int a)
{
int b = a != 0;
if (b)
if (a != 0)
return 1;
return 0;
}
With "-O2 -ftree-no-dominator-opts", VRP generates:
foo (a)
{
int b;
int D.1153;
:
b_3 = a_2 != 0;
if (b_3 != 0) goto ; else goto ;
:;
if (a_2 != 0) goto ; else goto ;
:;
D.1153_6
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
19:16 ---
We just don't generate any RTL for "i = i".
The optimization for f in comment #0 happens in combine for 3.4.0, so maybe
fold could do it, I don't
know.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-13
19:18 ---
One more thing, we miss a sibcal optimization due to this:
int i;
int g(void) __attribute__((pure));
int f()
{
int t = i;
int t1 = g();
i = t;
return t1;
}
--
http://gcc.gnu.org/bugzilla/show_bug
This with LAST_UPDATED "Wed Apr 13 18:35:48 UTC 2005", just
after committing CRIS prologue as RTL.
Compare the assembly of the attached file (a pruned version
corresponding to the fp-bit libgcc object _pack_df.o)
compiled at -O2 with to a few minutes before that LAST_UPDATED.
Also observable with
--- Additional Comments From antoine dot letellier at free dot fr
2005-04-13 19:21 ---
we have a our own dialect which is preprocessed in fortran.
usually we compile with g77 .
antoine
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20990
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-13 19:21
---
Created an attachment (id=8620)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8620&action=view)
testcase mentioned in description
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21002
/local/src/branch/gcc/gcc/ada /usr/local/src/branch/gcc/gcc/ada/gnatmake.a
db -o gnatmake.o
+===GNAT BUG DETECTED==+
| 4.0.0 20050413 (prerelease) (sparc-unknown-linux-gnu) GCC error: |
| in save_gnu_tree, at ada/utils.c:158
1 - 100 of 184 matches
Mail list logo
