--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-05
08:33 ---
A testcase with character variables:
$ gfortran cline
$ cat cline.f
character*2 c1,c2
open(7)
write (7,'(A1)') 'a','b','c'
rewind(7)
read(7,'(A2)') c1,c2
print
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
09:06 ---
Subject: Bug 14279
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_2-rhl8-branch
Changes by: [EMAIL PROTECTED] 2005-01-05 09:06:07
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
09:17 ---
Subject: Bug 8328
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_2-rhl8-branch
Changes by: [EMAIL PROTECTED] 2005-01-05 09:17:00
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
09:17 ---
Subject: Bug 16239
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_2-rhl8-branch
Changes by: [EMAIL PROTECTED] 2005-01-05 09:17:00
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
09:17 ---
Subject: Bug 8480
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_2-rhl8-branch
Changes by: [EMAIL PROTECTED] 2005-01-05 09:17:00
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
09:21 ---
Subject: Bug 7053
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_2-rhl8-branch
Changes by: [EMAIL PROTECTED] 2005-01-05 09:21:41
Modified files:
gcc/cp :
--- Additional Comments From uros at kss-loka dot si 2005-01-05 09:43
---
I think this bug should be fixed for 4.0.
--
What|Removed |Added
CC|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
09:49 ---
Subject: Bug 16612
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_2-rhl8-branch
Changes by: [EMAIL PROTECTED] 2005-01-05 09:49:05
Modified files:
libstdc++-v3 :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
09:59 ---
Subject: Bug 18036
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-01-05 09:59:01
Modified files:
libjava:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
09:59 ---
Subject: Bug 13468
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-01-05 09:59:01
Modified files:
libjava:
--- Additional Comments From uros at kss-loka dot si 2005-01-05 09:59
---
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-05 09:55:57
Modified files:
gcc: ChangeLog
gcc/doc: invoke.texi
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
10:01 ---
Subject: Bug 16261
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-01-05 10:01:27
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
10:03 ---
Subject: Bug 19030
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-05 10:02:36
Modified files:
gcc/cp : ChangeLog cp-tree.h decl.c decl2.c
--- Additional Comments From nathan at gcc dot gnu dot org 2005-01-05
10:03 ---
2005-01-05 Nathan Sidwell [EMAIL PROTECTED]
PR c++/19030
* cp-tree.h (start_decl): Take pointer to pushed scope, not bool.
* name-lookup.h (push_scope): Return pushed scope, not
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-05
10:05 ---
Got it
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lerdsuwa at
$ cat semicolon.f90
;
end
$ gfortran semicolon.f90
$ gfortran -v
Using built-in specs.
Configured with: ../gcc-4.0-20050102/configure --prefix=/home/zfkts
--enable-languages=c,c++,f95
Thread model: posix
gcc version 4.0.0 20050102 (experimental)
$ gfortran -dumpmachine
ia64-unknown-linux-gnu
I
$ cat continuation.f90
print *,s
in(1.)
end
$ gfortran continuation.f90
$ ./a.out
0.8414710
$ gfortran -v
Using built-in specs.
Configured with: ../gcc-4.0-20050102/configure --prefix=/home/zfkts
--enable-languages=c,c++,f95
Thread model: posix
gcc version 4.0.0 20050102 (experimental)
$
$ cat continuation-2.f90
end
$ gfortran continuation-2.f90
$ cat continuation-3.f90
end
$ gfortran continuation-3.f90
$ gfortran -v
Using built-in specs.
Configured with: ../gcc-4.0-20050102/configure --prefix=/home/zfkts
--enable-languages=c,c++,f95
Thread model: posix
gcc version 4.0.0
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-05
11:18 ---
The following is also illegal:
$ cat continuation-4.f90
! This is a comment
end
$ gfortran continuation-4.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19261
$ cat fourty.f90
print *,
1 // ! 1
2 // ! 2
3 // ! 3
4 // ! 4
5 // ! 5
6 // ! 6
7 // ! 7
8 // ! 8
9 // ! 9
0 // ! 10
1 // ! 11
2 // ! 12
3 // ! 13
4 // ! 14
5 // ! 15
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-05
11:39 ---
I've found that gcc -dumpmachine does what I want.
Still, it would be nice to have that information included in -v.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19117
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-05 12:20
---
Yeah, looks like a latent bug.
I'd say the problem is incorrect cfg after conversion from gimple to rtl,
particularly that basic blocks that end with a tablejump have extra edges
to bb's with abort (), but
In the following code sample the line
v8qi val8 = {v,v,v,v,v,v,v,v};
is miscompiled to smth like
v8qi val8 = {0,0,0,0,0,0,0,0};
---v8qi-init.cpp---
typedef int v8qi __attribute__ ((mode(V8QI)));
static unsigned char S[8];
void do_subs(unsigned char v)
{
v8qi val8 =
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-05
14:15 ---
Patch for mainline submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00271.html
For 3.4 branch, the parser is still broken with respect to default
argument parsing in such friend declaration.
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-05
14:25 ---
Not fixed on the 3.4 branch.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From jkanze at cheuvreux dot com 2005-01-05 14:29
---
The context of the quote from the standard is:
If the constructor of the most derived class does not
specify a mem-initializer for the virtual base class
V In the code submitted, the constructor of the
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
14:41 ---
Subject: Bug 16482
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-05 14:41:31
Modified files:
gcc: ChangeLog lcm.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
14:48 ---
Confirmed.
Here is the reduced testcase without any x86 builtins usage:
typedef signed char v8qi __attribute__ ((vector_size(8)));
extern C void abort(void);
static unsigned char S[8];
void
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
14:50 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
14:57 ---
Using Phil's regression hunter, I found the failure was caused between 20041026
and 20041103.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19263
It's a simple code snipet like below:
#include iostream
using namespace std;
int main(){
double a;
double b;
cin a;
cin b;
double guess;
cin guess;
cout (guess==(double)(a/b)) endl;
}
and if you enter the data like this way:
8
10
0.8
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
15:06 ---
No, this is invalid.
.8 is not directly repestanable in doubles so 8.0/10.0 is not equal to 0.8.
--
What|Removed |Added
There is a problem with _S_destroy_thread_key when loading dynamic libraries.
This function will be called when thread finishes. But unfortunatelly when using
dynamic libraries the code might be removed from memory using dlclose(). After
that thread that has been modifing stl containers inside
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
15:39 ---
Do you have a simple example, in a way this might be your bug as you dlclose
before libstdc++ has
finished its job.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19265
(not libmudflap)?
~/data/planck/LevelSg++ -v -c -O -fmudflap testcase.ii
Using built-in specs.
Configured with: /scratch/gcc/configure --quiet
--prefix=/afs/mpa/data/martin/ugcc --enable-languages=c++,f95
--with-gmp=/afs/mpa/data/martin/mygmp
Thread model: posix
gcc version 4.0.0 20050105 (experimental)
/afs
--- Additional Comments From martin at mpa-garching dot mpg dot de
2005-01-05 15:43 ---
Created an attachment (id=7876)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7876action=view)
gzipped, preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19266
--
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.0.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
15:50 ---
The bug is in mf_build_check_statement_for.
It assumes that the prev_bb and the bb has an edge between them which is just
wrong.
find_edge (join_bb-prev_bb, join_bb)
--
What|Removed
--
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.0.0
--- Additional Comments From l_heldt at poczta dot onet dot pl 2005-01-05
15:54 ---
I have used following scenario:
1. dlopen dynamic library
2. execute a method inside dynamic library which addes integer to vector
3. dlclose
4. try to exit cleanly
Program crashes with SIGSEGV.
--
When running the testsuite with -fpic/-fPIC, I get an additional failure in the
testsuite with mainline:
FAIL: gcc.c-torture/execute/921215-1.c compilation, -O3 -g
The regression appeared sometime in the last day or so between these postings:
On Wed, 5 Jan 2005, ghazi at gcc dot gnu dot org wrote:
When running the testsuite with -fpic/-fPIC, I get an additional failure in the
testsuite with mainline:
FAIL: gcc.c-torture/execute/921215-1.c compilation, -O3 -g
The regression appeared sometime in the last day or so between these
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-05
15:59 ---
Subject: Re: New: [4.0 regression] execute/921215-1.c fails
with -fpic at -O3 -g
On Wed, 5 Jan 2005, ghazi at gcc dot gnu dot org wrote:
When running the testsuite with -fpic/-fPIC, I get an
The code below passes a union (type ct1) as a var arg. The callee
checks
that the union is indeed received correctly by checking each field.
This
fails in line 38:
assert (hv1.bv1 == nv1.bv1);
Environment:
System: IRIX64 mars 6.5 07080049 IP27
--- Additional Comments From pcarlini at suse dot de 2005-01-05 16:26
---
We are talking about a 3.4.0 library non-standard configured, i.e., using
--enable-libstdcxx-allocator=mt at build time, right? In 3.4.0 the new mt
allocator was still very rough, and now, in mainline, many
--- Additional Comments From chli002 at rz dot uni-saarland dot de
2005-01-05 16:35 ---
Created an attachment (id=7877)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7877action=view)
The test case that I forgot in the bug report
The code below belongs to the bug report; I just had
--- Additional Comments From ghazi at gcc dot gnu dot org 2005-01-05 16:38
---
Patch submitted here.
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00284.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19226
Probably related to PR 18960, except that two
null pointers are swapped here :-)
$ cat reshape-char.f90
program main
character(len=1), dimension(2,2) :: a,b
a = transpose(reshape((/'a', 'b', 'c', 'd'/), shape(a)))
print *,a
end program main
$ gfortran reshape-char.f90
reshape-char.f90: In
With CVS version as of today:
$ ~/gcc-test/bin/g++ -c ./boundcpy.ii
./boundcpy.ii: In member function T Vec3T::operator[](int) const [with T =
REAL]:
./boundcpy.ii:33: instantiated from here
./boundcpy.ii:20: internal compiler error: Segmentation fault
Please submit a full bug report,
--
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-01-05
16:52 ---
Created an attachment (id=7878)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7878action=view)
short test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19270
This may be related to PR 19017.
$ cat reshape-char.f90
program main
character(len=1), dimension(2,2) :: a,b
a = reshape((/'a', 'b', 'c', 'd'/), shape(a))
b = transpose(a) ! This works
a = transpose(a) ! This bombs
print *,a
end program main
$ gfortran
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-05
17:08 ---
Any chance this is related to 18861?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
--- Additional Comments From Ralf dot Wildenhues at gmx dot de 2005-01-05
17:11 ---
Created an attachment (id=7879)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7879action=view)
Even shorter testcase
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 17:12
---
I don't understand why my build hadn't picked up the changes to io.h, which made
me miss the typo. Apart from that there's another inconsistency, cured by this
patch to trans-io.c. Can you test this please?
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
17:27 ---
Subject: Bug 19100
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-05 17:27:27
Modified files:
gcc: ChangeLog c-common.c
--- Additional Comments From arend dot bayer at web dot de 2005-01-05
17:31 ---
Lars, can you maybe describe how to reproduce this starting from the lyx
tarball? (I.e. which tarball to download, how to configure so that it uses PCH
etc.)
--
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-05
17:40 ---
Here's an even shorter testcase.
Note that it uses 5 case labels with 3 returns - just as in PR18628.
So maybe these two are related.
==
int foo(int i)
{
if (i = 0)
{
I noticed this when changing libgfortran/io/io.h didn't cause a rebuild.
This patch http://gcc.gnu.org/ml/gcc-patches/2004-05/msg02026.html by Andreas
Jäger turned of automatic dependency tracking for libgfortran.
Since I don't have access to a multilibbed target, I can't verify that turning
on
I noticed this when changing libgfortran/io/io.h didn't cause a rebuild.
This patch http://gcc.gnu.org/ml/gcc-patches/2004-05/msg02026.html by Andreas
Jäger turned of automatic dependency tracking for libgfortran.
Since I don't have access to a multilibbed target, I can't verify that turning
on
--
What|Removed |Added
Summary|Mo automatic dependencies in|No automatic dependencies in
|libgfortran |libgfortran
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 17:44
---
BTw the build issue is now PR 19273.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19194
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 17:45
---
*** This bug has been marked as a duplicate of 19273 ***
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 17:45
---
*** Bug 19272 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19273
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 17:47
---
Added Steven, because apparently it's his patch.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
18:07 ---
Can you test 3.4.x as there were changes to the MIPS back-end which might have
fixed this.
--
What|Removed |Added
Sometime the temporary in that composite intrinsic doesn't get eliminated.
Test case: -O3 -march=k8 -fomit-frame-pointer
#include xmmintrin.h
__m128 not_eliminated(const float f1, const float f2) {
const __m128
a = _mm_set_ps1(f1),
b = _mm_set_ps1(f2),
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 18:08
---
This is true. See 3.3.2.2 in the Fortran 95 standard.
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 18:09
---
... or 3.3.1.2 for free form.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19259
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 18:10
---
Confirmed. See sec. 3.3.1.3.1.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 18:11
---
Confirmed. See 3.3.1.3.
--
What|Removed |Added
Status|UNCONFIRMED
create a tar.gz for you if you want it, but I am not sure that it will
help.
g++ (GCC) 4.0.0 20050105 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241
--- Additional Comments From CARendleman at lbl dot gov 2005-01-05 18:14
---
Subject: Re: Generic functions not resolved
I'm sure your not offering this as a 'fix' because it results in
'conflicting attributes or multiple declarations of a name'
or 'name already used as generic name'
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 18:14
---
Neither according to the output you gave, nor according to my experiments. Care
to elaborate, maybe I'm misunderstanding?
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
18:14 ---
: Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455).
: Search converges between 2003-10-12-ssa (#105) and 2003-10-13-ssa (#106).
Confirmed.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
18:18 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00286.html.
--
What|Removed |Added
--
What|Removed |Added
CC||tromey at gcc dot gnu dot
||org
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
18:25 ---
Fixed in 4.0.0
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
18:26 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
18:28 ---
Confirmed, related closely to PR 18960.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
18:31 ---
Confirmed, closely related to PR 15502 and bug 19017
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
18:45 ---
Confirmed, it comes down to the defintion of _mm_set1_ps and
__builtin_ia32_loadss.
--
What|Removed |Added
--- Additional Comments From arend dot bayer at web dot de 2005-01-05
18:52 ---
(In reply to comment #18)
(In reply to comment #17)
Lars, can you maybe describe how to reproduce this starting from the lyx
tarball? (I.e. which tarball to download, how to configure so that it
--- Additional Comments From arend dot bayer at web dot de 2005-01-05
18:57 ---
Sorry, don't bother sending me the tar-ball, I can now reproduce it with your
attachments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-01-05
19:00 ---
It went away after this patch:
2004-11-10 Zdenek Dvorak [EMAIL PROTECTED]
* tree-ssa-loop-ivopts.c (get_address_cost): Add address elements in
right order.
(force_var_cost):
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
19:03 ---
Subject: Bug 15719
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-05 19:03:13
Modified files:
libjava: ChangeLog interpret.cc
Log
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
19:03 ---
Strick off 15502.
--
What|Removed |Added
BugsThisDependsOn|15502 |
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
19:05 ---
Lets remove the regression marker for now and confirm it as it is latent but
not reproducible.
--
What|Removed |Added
--- Additional Comments From ghazi at gcc dot gnu dot org 2005-01-05 19:06
---
Patch submitted here:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00296.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19228
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
19:08 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05
19:14 ---
Subject: Bug 12902
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-05 19:14:39
Modified files:
gcc: ChangeLog
gcc/config/i386:
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-01-05 19:23 ---
Tobi, there are 40 lines. Change
0 ! 40
end
to
0 // ! 40
1 // ! 41
The output is
troutmask:kargl[149] ./z
12345678901234567890123456789012345678901
Now count
I'm seeing a testsuite regression on 3.4 and mainline when running with extra
flags -fpic or -fPIC. The testcase does use ebx, however 3.3 manages to pass
so somehow it can work and this is a regression. (The testcase is identical in
all three branches.)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05
19:26 ---
These should be just skiped with -fPIC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19275
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 19:28
---
Thanks Steve. I changed the summary accordingly.
--
What|Removed |Added
Keywords|
--
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed||1
Last reconfirmed|2005-01-05 19:28:36
Add all open bugs related to the handling of CHARACTERs here. Design work in
this area should take all these bugs into account.
--
Summary: [metabug] CHARACTER related bugs in gfortran
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 19:39
---
*** This bug has been marked as a duplicate of 19194 ***
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 19:39
---
*** Bug 16288 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
1 - 100 of 187 matches
Mail list logo
