--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14
06:22 ---
Subject: Bug 16435
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-14 06:22:00
Modified files:
libgfortran/io : transfer.c write.c io.h
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-14
07:12 ---
We are assuming at most three digits for the exponent,
which isn't true for a kind=10 real. This is both in
unformatted and formatted output.
$ cat tiny2.f90
program main
real(kind=10) a
a = tiny(a)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14
07:15 ---
Subject: Bug 22417
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-14 07:15:02
Modified files:
gcc/fortran: ChangeLog scanner.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14
07:19 ---
Subject: Bug 22417
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-14 07:19:07
Modified files:
gcc/fortran:
--- Additional Comments From Ralf_Recker at gmx dot de 2005-07-14 07:21
---
(In reply to comment #8)
(In reply to comment #7)
It is known meaning people have reported it to the GCC list before but that
is it.
A new bugzilla bug would be nice to keep track of it.
I just found
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
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-14
07:46 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14
07:46 ---
Subject: Bug 22347
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-14 07:46:23
Modified files:
gcc: ChangeLog
gcc/config/i386:
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-14
08:45 ---
But I don't see immediately how reload could be convinced to do so
automatically, as the choice of the reload class for one insn is independend
from the choices of reloads for the same reg but in
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-14
08:55 ---
Adding Mark so that he can judge the opportunity of a backport.
Removing bug 21624 dependency, because it is indeed fixed on mainline. If bug
21624 were fixed the command line could be even shorter, but
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13
20:16 ---
Even more compact testcase:
int foo();
void bar()
{
int i, j, k, *p;
while (i)
while (k)
{
for (i = 0; i 5; i++)
for (; p; ++p)
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-14
09:32 ---
We need a self-contained test case. You have not provided that, so now we
cannot reproduce the bug.
Please read http://gcc.gnu.org/bugs.html.
In this case, I get lots of missing symbols errors at
configure --prefix=/toolchain --exec-prefix=/toolchain/win32
--with-headers=/src/newlib-1.13.0/newlib/libc/include
make all-gcc
dieds when building crtbegin.o due to missing header files.
Looking into the build scripts:
I see that the header files from newlib are copied to
When I compile qt334 with the actual snapshot of gcc41 I get an ICE when I
enable autovectorisation.
Michael Cieslinski
g++41f -c -O2 -ftree-vectorize -o qimage.o qimage.ii
kernel/qimage.cpp: In function 'bool convert_32_to_8(const QImage*, QImage*,
int, QRgb*, int)':
kernel/qimage.cpp:1489:
--- Additional Comments From micis at gmx dot de 2005-07-14 10:08 ---
Created an attachment (id=9266)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9266action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22480
--- Additional Comments From tsarkov at cs dot man dot ac dot uk
2005-07-14 10:11 ---
(In reply to comment #9)
Can you try this after:
2005-07-13 David Edelsohn [EMAIL PROTECTED]
* tree-ssa-dom.c (lookup_avail_expr): Do not pass member in freed
structure as
--- Additional Comments From micis at gmx dot de 2005-07-14 10:14 ---
This ICE occurs first with snapshot 20050417, snapshot 20050410 does not ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22480
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-14
11:06 ---
Doesn't trigger for the current profiledbootstrap problems (which look similar).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22471
When I compile ace542 with the actual snapshot of gcc41 I get an ICE when I
use -O3 -fpeel-loops.
The ICE occurs first with snapshot gcc-4.1-20050611, snapshot gcc-4.1-20050604
works.
Michael Cieslinski
g++41f -O3 -fpeel-loops -c -o Priority_Task_Test.o Priority_Task_Test.ii
--- Additional Comments From micis at gmx dot de 2005-07-14 11:14 ---
Created an attachment (id=9267)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9267action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22481
perhaps this is user error on my side, but given the attachment, run runme.sh
and I get a stacktrace of...
#0 0x00b88dab in __gnu_cxx::__pooltrue::_M_reclaim_block () from
/usr/lib/libstdc++.so.6
#1 0x00517ff2 in __gnu_cxx::__mt_allocint,
__gnu_cxx::__common_pool_policy__gnu_cxx::__pool, true
--- Additional Comments From caolanm at redhat dot com 2005-07-14 11:42
---
Created an attachment (id=9268)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9268action=view)
example to reproduce
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22482
--
What|Removed |Added
CC||jakub at gcc dot gnu dot org
Summary| -fvisibility=hidden and stl|-fvisibility=hidden and stl
Compiling the attached file with g++ -O2 produces :
MP_Float.C: In function 'std::pairdouble, double CGAL::to_interval(const
CGAL::QuotientCGAL::MP_Float)':
MP_Float.C:425: internal compiler error: tree check: expected ssa_name, have
var_decl in is_old_name, at tree-into-ssa.c:466
Please submit a
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-07-14 12:28 ---
Created an attachment (id=9269)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9269action=view)
gzipped preprocessed c++ file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483
--- Additional Comments From jakub at redhat dot com 2005-07-14 12:46
---
First patch posted here
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00478.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22309
--- Additional Comments From jakub at redhat dot com 2005-07-14 12:48
---
That patch fixes the original testcase, but unfortunately does not fix
the following one.
cat P.c EOF
#include dlfcn.h
#include pthread.h
void *
tf (void *arg)
{
void *h = dlopen (./libP.so, RTLD_LAZY);
void
--
What|Removed |Added
Component|tree-optimization |target
GCC build triplet|x86_64-unknown-linux-gnu|
GCC host triplet|x86_64-unknown-linux-gnu|
GCC
When I compile ace542 with the actual snapshot of gcc41 I get an ICE when I
use -O3.
The last snapshot which works is gcc-4.1-20050528, the first that fails is gcc-
4.1-20050604.
Michael Cieslinski
g++41f -O3 -c -o testC.o testC.ii
ACE_wrappers/TAO/tao/Any_Array_Impl_T.cpp: In static member
--- Additional Comments From micis at gmx dot de 2005-07-14 13:04 ---
Created an attachment (id=9270)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9270action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22484
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
13:08 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
The code
void stuff(void);
void f(int *p, int x)
{
int *q = p + x;
if (!q)
stuff();
}
should never call stuff() - the test is unnecessary since pointer +/- integer is
undefined when the pointer does not point to an object or just past the end of
one (6.5.6
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
13:10 ---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From mattias at virtutech dot se 2005-07-14 13:13
---
I forgot to state the version (4.0.0), but I have not seen any gcc version
optimising this case.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
13:14 ---
This is invalid and here is why, if both p and x are NULL/0, then p+x will
always be NULL so in this is
invalid optimization.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22347
--- Additional Comments From pcarlini at suse dot de 2005-07-14 13:16
---
A couple of quick comments: in the report, you are not saying that your
gcc-4.0.1
is *not* default configured (i.e., the default is the new-based allocator); also
-fvisibility is known to have *lots* of issues,
--- Additional Comments From falk at debian dot org 2005-07-14 13:19
---
(In reply to comment #2)
This is invalid and here is why, if both p and x are NULL/0, then p+x will
always be NULL so in this is
invalid optimization.
Huh? nullpointer + 0 is undefined, it doesn't matter what
In C++, a common idiom is to use upcasting to traverse the inheritance
hierarchy backwards. F.i. the following simple code
template class T
struct Base {
const T unwrap() const { return *(static_castconst T *(this)); }
int data[2];
};
struct Object;
struct Object : BaseObject
{
int
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-14
13:26 ---
Or even simple C:
typedef struct { int i; } Foo;
Foo foo;
Foo *bar(void) { return (Foo *)foo.i; }
here, in bar() fold (or whoever) should fold (Foo *)foo.i to foo.
Because i is at offset zero and foo is
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
13:30 ---
I add more checking and this is what I get someone not playing nice.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14
13:34 ---
Subject: Bug 16435
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-14 13:34:49
Modified files:
libgfortran/io : io.h
--- Additional Comments From jakub at redhat dot com 2005-07-14 13:37
---
Another patch here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00993.html
To test whether _M_get_thread_id/_M_initialize/_M_destroy_thread_key works
I was using following testcase under debugger:
#include
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14
13:38 ---
H.
I swear we just had this discussion for VRP purposes, and that a bug was
recently fixed so that we don't assume that pointer + - integer is NULL.
But if it's really undefined, maybe we should
--- Additional Comments From falk at debian dot org 2005-07-14 13:45
---
(In reply to comment #4)
H.
I swear we just had this discussion for VRP purposes, and that a bug was
recently fixed so that we don't assume that pointer + - integer is NULL.
Well, I checked C99 and C++,
Testcase only in 64bit mode where sizeof (long) != sizeof(int):
struct c
{
int t;
int y;
c();
};
template typename T
T *
allocbuf (unsigned long size)
{
return new T[size];
}
c * a = allocbufc(10);
See PR 22368 for the patch to detect this.
--
Summary: C++ front-end produces
--
What|Removed |Added
BugsThisDependsOn||22487
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-14
13:49 ---
I think this is a bug in gcse.c:hoist_code. It appears to date back
to when the code was first added.
The function is supposed to be doing the following:
for each block BB
for each expr E
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14
13:49 ---
Nathan tells me it's lk_internal for a CONST_DECL.
fixing.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
13:49 ---
Oh, this has nothing to do with templates at all, reduced further:
struct c
{
int t;
int y;
c();
};
c *
allocbuf (unsigned long size)
{
return new c[size];
}
--
--
What|Removed |Added
GCC build triplet|x86_64-unknown-linux-gnu|
GCC host triplet|x86_64-unknown-linux-gnu|
GCC target triplet|x86_64-unknown-linux-gnu|any 64bit
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22486
--
What|Removed |Added
CC||dnovillo at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
13:58 ---
This is most likely exposed by:
2005-07-12 Zdenek Dvorak [EMAIL PROTECTED]
PR rtl-optimization/20376
* toplev.c (process_options): Enable -fweb and -frename-registers when
When I compile ace542 with the actual snapshot of gcc41 I get an ICE when I
use -O3.
The last snapshot which works is gcc-4.1-20050604,
the first that fails is gcc-4.1-20050611
Michael Cieslinski
g++41f -O3 -c -o .obj/cubitS.o cubitS.ii
cubitS.cpp: In static member function 'static void
--- Additional Comments From micis at gmx dot de 2005-07-14 14:16 ---
Created an attachment (id=9272)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9272action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
14:17 ---
This might be fixed already but I have not tried to look into it yet.
--
What|Removed |Added
--- Additional Comments From micis at gmx dot de 2005-07-14 14:21 ---
Could be that this is a duplicate of bug22422; I will try the patch given there
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
The following testcase ICEs on various (dwarf2 using) targets with -g:
namespace N
{
};
struct T
{
T ()
{
using namespace N;
}
};
void
bar ()
{
struct U : public T
{
void baz ()
{
using namespace N;
}
} u;
}
This is a regression from GCC 3.4.x, present on both
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
14:38 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From micis at gmx dot de 2005-07-14 14:39 ---
I can't apply the patch or compile the actual source of tree-ssa-structalias.c,
also I don't have cvs access so I can't check if this ICE still exists in the
new software.
--
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14
14:46 ---
This case doesn't fail on my i686 x x86_64 cross for c++ as of today, so i'm
going to guess it was the same bug.
You should probably verify that the patch fixes it on your compiler, of course
:)
06-11
--- Additional Comments From micis at gmx dot de 2005-07-14 14:56 ---
I build ggc from the snapshots every week.
Tocompile the program I used 20050709.
I use the older compilers only to find when this ICE first occured.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14
15:00 ---
Subject: Re: [4.1 Regression] ICE: in
first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3
On Thu, 2005-07-14 at 14:57 +, micis at gmx dot de wrote:
--- Additional Comments From
dberlin at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| Nathan tells me it's lk_internal for a CONST_DECL.
Where does that come from?
There is a section numbered 3.5 and titled Program and linkage. It
says in paragraph 4
A name having namespace scope has external linkage if it is the
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-14 15:14 ---
Subject: Re: [4.1 regression] ICE expected tree that contains 'decl with
visibility' structure, have 'const_decl' in decl_linkage, at cp/tree.c:2132
dberlin at gcc dot gnu dot org [EMAIL PROTECTED]
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-14 15:17 ---
Subject: Re: pointer +- integer is never NULL
dberlin at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| H.
| I swear we just had this discussion for VRP purposes, and that a bug was
| recently
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-14 15:19 ---
Subject: Re: pointer +- integer is never NULL
falk at debian dot org [EMAIL PROTECTED] writes:
| (In reply to comment #4)
| H.
| I swear we just had this discussion for VRP purposes, and that
--- Additional Comments From pault at gcc dot gnu dot org 2005-07-14 15:21
---
Patch committed to mainline and 4.0
--
What|Removed |Added
Status|NEW
--
Bug 19292 depends on bug 16435, which changed state.
Bug 16435 Summary: gfortran X edit descriptor failure: test f77-edit-x-out.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435
What|Old Value |New Value
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435
--- Additional Comments From jakub at redhat dot com 2005-07-14 15:24
---
IMHO either we want to just force what must have default visibility to have
the default visibility (in mt_allocator.h case it is _S_get_pool), as in:
--- ext/mt_allocator.h 2005-05-20 03:36:29.0 +0200
+++
--- Additional Comments From canqun at nudt dot edu dot cn 2005-07-14
15:25 ---
(In reply to comment #13)
Fixed.
Performance test on IA-64 recently show that loop unrolling with '-fweb' and '-
frename-registers turned on can take nearly the same effectiveness as with
the giv
--- Additional Comments From jakub at redhat dot com 2005-07-14 15:33
---
Any reason why this hasn't been fixed on gcc-4_0-branch as well?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20303
--- Additional Comments From falk at debian dot org 2005-07-14 15:37
---
(In reply to comment #7)
I'm failing to find anything in the C++ standard that suggests that the
following shall be undefined
(reinterpret_castint*(0) + 5) - 5
If (reinterpret_castint*(0) + 5) - 5 is not
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14
16:03 ---
Subject: Re: [4.1 regression] ICE expected tree that
contains 'decl with visibility' structure, have 'const_decl' in
decl_linkage, at cp/tree.c:2132
| fixing.
Please look at section
When I compile ace542 with the actual snapshot of gcc41 I get an ICE when I
use -O3.
The last snapshot which works is gcc-4.1-20050528,
the first that fails is gcc-4.1-20050604
Michael Cieslinski
g++41f -O3 -c -o .obj/anonymousC.o anonymousC.ii
ACE_wrappers/TAO/tao/Valuetype/ValueBase.inl: In
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-14
16:05 ---
Confirmed. Reduced testcase (compile with -O3):
==
struct A { ~A(); };
typedef bool B;
bool foo();
bool bar(A)
{
B b = true;
for (int i = 0; i 2 b; ++i)
b
--- Additional Comments From micis at gmx dot de 2005-07-14 16:05 ---
Created an attachment (id=9273)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9273action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22490
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-14
16:16 ---
Diego is always too busy to fix his bugs, so I'll take a look at this one.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-14
16:25 ---
Replacing a Boolean with bool at the right place makes the code compile.
This is the same problem as PR 22484.
*** This bug has been marked as a duplicate of 22484 ***
--
What|Removed
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-14
16:25 ---
*** Bug 22490 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22484
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14
16:37 ---
Subject: Bug 22445
CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED] 2005-07-14 16:37:23
Modified files:
gcc:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
16:39 ---
Found the problem, we should be removing the cast as it is useless.
Fixing.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-14
16:45 ---
Probably related to PR22416.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-14
16:53 ---
After some tweaking I can reproduce the ICE on i686-pc-linux-gnu with
todays version of mainline. So it's not a dupe of PR22422.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
16:57 ---
Fixed now on the mainline.
--
What|Removed |Added
Status|NEW
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-14
16:58 ---
I'm looking at this myself and have a patch that helps for the cases I care.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
16:59 ---
After reading comment #3, this is in fact a dup of bug 19664.
*** This bug has been marked as a duplicate of 19664 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
16:59 ---
*** Bug 22482 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-14
17:02 ---
The bug is that the 4 cross operations are not computed properly. In
extract_range_from_binary_expr we compute them as follows:
/* Compute the 4 cross operations. */
val[0] =
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
17:06 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Work on PR 21730 uncovered that character array initializers do not reduce.
character*2 a (1)
character*4 b
character*6 c
parameter (a=12)
parameter (b = a(1))
write (c,'(#,A,#)') b
if (c .ne. '#12 #') call abort
end
Or:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
17:08 ---
Can you attach conftest.adb?
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
17:08 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-14 17:12
---
For the example in comment #14, the USE of MOD2 in MOD3 is not parsing the
saved MOD2 module correctly causing J1 to be restored with a NULL symtree.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16861
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
17:13 ---
Confirmed, patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00918.html.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14
17:17 ---
Subject: Bug 22412
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-14 17:17:14
Modified files:
libgfortran:
--- Additional Comments From hjl at lucon dot org 2005-07-14 17:25 ---
A patch for gcc 4.0 is posted at
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00994.html
--
What|Removed |Added
1 - 100 of 171 matches
Mail list logo