--- Additional Comments From veksler at il dot ibm dot com 2005-08-24
07:11 ---
There is another enhancement possibility for this issue.
GCC may mark the instantiated template function is such
a way that the linker will detect multiple instantiation
(which will lead to undefined behavior
We get an internal compiler error compiling a complex project using g++ 4.0
under RedHat Enterprise Linux 4, kernel 2.6.9-11.ELsmp.
$ g++4 -v
Reading specs from /usr/lib/gcc/i386-redhat-linux/4.0.0/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info
--- Additional Comments From gavinb at antonym dot org 2005-08-24 07:36
---
Created an attachment (id=9571)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9571&action=view)
Causes segfault in g++ 4.0.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23543
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
07:46 ---
Subject: Bug 23486
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-24 07:46:25
Modified files:
gcc: ChangeLog tree-ssa-loop.c
Log messa
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-24
07:57 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
void main(void)
{
unsigned short v1, v2, e1;
v1 = 6;
v2 = 8;
if ( v1 - v2 < 2 )
{
/* this is not the expected behaviour */
e1 = v1 - v2;
}
}
I would expect that v1-v2 in the if statement is 65534. It seems to be that
v1-v2 in the if statement gets (-2) and
Compiling the example g++ generates wrong code. I tried 5 other compiler from
different vendors and they generated an correct executable.
I tried different versions of the GNU Compiler, different Linux distributions
and plattforms.
All GNU compiler gave the same wrong results.
Using a debugger one
--- Additional Comments From sarholz at rz dot rwth-aachen dot de
2005-08-24 09:08 ---
Created an attachment (id=9573)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9573&action=view)
Example program source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23545
--- Additional Comments From sarholz at rz dot rwth-aachen dot de
2005-08-24 09:09 ---
Created an attachment (id=9574)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9574&action=view)
Example program header file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23545
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
10:22 ---
Subject: Bug 22454
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-24 10:21:47
Modified files:
gcc/cp : ChangeLog parser.c
gcc/tests
--- Additional Comments From nathan at gcc dot gnu dot org 2005-08-24
10:24 ---
fixed mainline, 4.0
2005-08-24 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/22454
* parser.c (cp_lexer_peek_nth_token): Relax assert.
--
What|Removed |Ad
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
10:26 ---
Subject: Bug 22454
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-24 10:26:28
Modified files:
gcc/cp : Change
--- Additional Comments From tobias dot leutwein at bosch dot com
2005-08-24 10:54 ---
Example is wrong.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
11:37 ---
This sounds like a bug in your configuration as nobody else I know of has had
this problem.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
11:44 ---
*** Bug 23542 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
11:44 ---
You are wrong in that saying replace static with anon-namespace should also be
rejected for
considered.
This is a dup of bug 19092.
*** This bug has been marked as a duplicate of 19092 ***
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
11:48 ---
*** This bug has been marked as a duplicate of 19266 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
11:48 ---
*** Bug 23543 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-24
11:48 ---
I am working on that.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
11:54 ---
GenCP (dimRand(xDim), dimRand(yDim), dimRand(zDim));
The order of which dimRand is called first, second, and last is undefined as
defined by the C++
standard. GCC just happens to be call
When compiling xorg-cvs gcc throws the following ICE in
programs/Xserver/fb/fbmmx.c
fbmmx.c: In function 'mmxCombineAddU':
fbmmx.c:564: internal compiler error: in for_each_index, at
tree-ssa-loop-im.c:202
gcc (GCC) 4.0.2 20050823 (prerelease)
Configured with: ../gcc-4.
--- Additional Comments From ma1flfs at bath dot ac dot uk 2005-08-24
11:58 ---
Created an attachment (id=9575)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9575&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
12:04 ---
Reducing.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-24
12:30 ---
Working on that.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rak
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
12:35 ---
This was exposed by:
2005-08-23 Paolo Bonzini <[EMAIL PROTECTED]>
PR middle-end/23517
* fold-const.c (fold_convert): Use VIEW_CONVERT_EXPR to convert
between vectors.
* con
--- Additional Comments From dir at lanl dot gov 2005-08-24 12:56 ---
I got a simular program to compile and run with lahey fortran by changing the
all the * in the format statements to ' and the encode and decode statements to
character read and write statements. I ran this through gfort
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
12:40 ---
The loop is:
# mask_12 = PHI ;
:;
__m2_11 = VIEW_CONVERT_EXPR(0);
D.1667_18 = VIEW_CONVERT_EXPR(__m2_11);
D.1668_19 = VIEW_CONVERT_EXPR(D.1659_15);
D.1669_20 = __builtin_ia32_punpcklbw (D.1668_19,
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-24
13:50 ---
Nicer test case:
typedef int m64 __attribute__ ((__vector_size__ (8)));
void mmxCombineMaskU (m64 * mask, int width)
{
while (--width >= 0)
*mask++ = (m64) 0LL;
}
--
http://gcc.gnu.org/bugzilla/s
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-24
14:08 ---
It's not handling VCE of an integer constant (or a real constant too, for that
matter).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
--- Additional Comments From uros at kss-loka dot si 2005-08-24 14:33
---
There is another bug in ix86_mode_needed() that causes timeouts for
pr20314-1.c. The problem is in asm operands parsing code that gets into
infinite loop. The correct code should increase variable c instead of c
--- Additional Comments From overholt at redhat dot com 2005-08-24 14:45
---
(In reply to comment #11)
> I'm surprised this still fails with 4.0.1-6.
>
> overholt, can you reproduce this?
I am having other issues building Eclipse ATM but I have not seen this, no. If
it's important, I
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
15:00 ---
Subject: Bug 23465
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-24 15:00:20
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23465
--- Additional Comments From mcvick_e at iname dot com 2005-08-24 15:44
---
Here is a short program that duplicates the problem.
-- test.cc
struct foo {
char bar1;
char bar2;
char bar3;
};
class bar2 {
private:
static foo myFubarS
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-24 15:59
---
This has been failing on x86/linux for the last two months. Any ETA on a fix? If
not, is there a patch that can get reverted to fix this?
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
--- Additional Comments From mark at gcc dot gnu dot org 2005-08-24 16:08
---
Note that since 0.15 GNU Classpath has the following system property:
* New system property "gnu.classpath.boot.library.path" can be specified
to define the location of the JNI libraries. It is by all means
The following valid code snippet causes an ICE on mainline when compiled
with "--param ggc-min-expand=0 --param ggc-min-heapsize=0":
==
void foo()
{
void bar()
{
bar();
}
}
==
Apparently there's something wrong with recursive calls to nested functions.
-
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-24
16:14 ---
Btw, the error message is:
bug.c:7: internal compiler error: in layout_decl, at stor-layout.c:302
Please submit a full bug report, [etc.]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23547
--- Additional Comments From jconner at apple dot com 2005-08-24 16:17
---
The declaration of the variable "actions" (in the given example) is being
changed to READONLY by the ipa-
reference pass (in function static_execute), so when it comes time to create
the section in
"named_secti
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
16:35 ---
This fails in 20050622 too but works in 20050321.
--
What|Removed |Added
Status|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
16:38 ---
(In reply to comment #20)
> This has been failing on x86/linux for the last two months. Any ETA on a fix?
The issue is that this is very dependent on what is built.
> If not, is there a patch that can get r
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
16:46 ---
This is definitely a GC issue and a middle-end issue.
#0 internal_error (gmsgid=0x8edd74 "in %s, at %s:%d") at
/Users/pinskia/src/alias/gcc/gcc/
diagnostic.c:534
#1 0x002e6e00 in fancy_abort (file=0x8e9c4
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
16:54 ---
Marking the variables with the attribute used will stop the ipa optimizations
from changing them. but I
feel that we should not reject the code still.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23
--- Additional Comments From jconner at apple dot com 2005-08-24 17:04
---
It seems like TREE_CONSTANT has the semantics we're looking for (value doesn't
change) instead of
TREE_READONLY, but I think someone more familiar with this pass (perhaps the
author, Kenneth Zadeck?)
would hav
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
17:12 ---
(In reply to comment #7)
> It seems like TREE_CONSTANT has the semantics we're looking for (value
> doesn't change) instead of
> TREE_READONLY, but I think someone more familiar with this pass (perhaps the
--- Additional Comments From jconner at apple dot com 2005-08-24 17:24
---
(In reply to comment #8)
> Actually TREE_READONLY is correct and TREE_CONSTANT is incorrect to use this
> context (there was a
> discussion about this before but I cannot find it).
> TREE_CONSTANT is not set by
--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-24 17:54
---
Changing the * in the format statements and the encode/decode statements
may help prevent gfortran from getting stuck, but there are several other
nonstandard statements in the code.
To deal with gfortran get
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
18:05 ---
Subject: Bug 21020
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-24 18:04:56
Modified files:
libjava: Change
FAIL: 23_containers/deque/cons/clear_allocator.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/sbumpc/char/2-io.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/sgetc/char/2-io.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/sgetn/char/2-io.cc (test for excess errors)
FAIL: 27_io/b
--
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.
gij.cc says:
else if (! strcmp (arg, "-enableassertions") || ! strcmp (arg, "-ea"))
{
if (i >= argc - 1)
goto no_arg;
// FIXME: hook up assertion support
++i;
continue;
}
I think the ++i shouldn't be there.
since -ea
--- Additional Comments From ghazi at gcc dot gnu dot org 2005-08-24 19:06
---
By the way, a patch to fix this in early 2004 was posted here:
http://gcc.gnu.org/ml/gcc-patches/2004-04/msg00168.html
I never got an official "okay" in the discussion thread:
http://gcc.gnu.org/ml/gcc-patche
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:16
---
Yes; also these should be strncmp calls, since these options can be followed by
: etc..
--
What|Removed |Added
---
Tracking issue for LSB 3.0 testsuite fail. Easily fixed. See:
http://bugs.linuxbase.org/show_bug.cgi?id=1069
Impacts 3.4, 4.0, mainline.
--
Summary: char_traits requirements/1.cc test bad math
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-24 19:20
---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gn
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16729
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17782
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:23
---
This is fixed now. Closing.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:28
---
Lillian, can you have a look at this one? I assume this is fixed already.
--
What|Removed |Added
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:30
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:34
---
This test case segfaults now. Making high-priority.
--
What|Removed |Added
Severity|n
--
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16628
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-24
19:38 ---
This is probably due to the fact that lookup_template_class
is called twice as the comment above the function states:
??? Note that this function is currently called *twice* for each
template-id: the
--
What|Removed |Added
Severity|normal |critical
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20720
--
What|Removed |Added
Severity|normal |critical
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:43
---
*** Bug 22724 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
20:04 ---
Subject: Bug 17758
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-24 20:04:21
Modified files:
gcc/testsuite : ChangeLog
gcc/fortran: C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
20:29 ---
Subject: Bug 23550
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-24 20:29:27
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/tests
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
20:29 ---
Subject: Bug 23550
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-24 20:29:48
Modified files:
libstdc++-v3 : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
20:31 ---
Subject: Bug 23550
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-24 20:31:01
Modified files:
libstdc++-v3 : Change
--- Additional Comments From dir at lanl dot gov 2005-08-24 20:46 ---
Most of the other non-standard elements are considered extensions by Lahey.
Looking at the error output - I think that one "simple ?" change would clear up
much of the trouble. If the gfortran is processing a routine a
It appears that inlined_subroutine dwarf records are not always generated for
inlined functions, and when they are generated the formal_parameter records of
the inlined_subroutine do not always have location records.
I have prepared 6 files (2 per case) demonstrating 3 different minimal cases. In
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:52
---
Created an attachment (id=9577)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9577&action=view)
case 1, preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:52
---
Created an attachment (id=9578)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9578&action=view)
case 1, debug info dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:53
---
Created an attachment (id=9579)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9579&action=view)
case 2, preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:54
---
Created an attachment (id=9580)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9580&action=view)
case 2, debug info dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:54
---
Created an attachment (id=9581)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9581&action=view)
case 3, preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:55
---
Created an attachment (id=9582)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9582&action=view)
case 3, debug info dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:59
---
I should also point out that the compile flags for these cases were always
"-finline -O2 -g"; I'm not sure how best to tell gcc to enable function-inlining
(and nothing else), so this might be a mistake on my par
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
21:08 ---
A lot of these are all because we optimize stuff away. like the
no-inlined-subroutine is because we just
get "return 11;".
Others look like they are fixed in 4.1.0.
--
http://gcc.gnu.org/bugzilla/show
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 21:58
---
OK, $JAVA_HOME/jre/lib/i386 needs to go in gnu.classpath.boot.library.path and
java.library.path.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23549
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
22:13 ---
Gij is considered part of libgcj and not part of the front-end.
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-24
22:33 ---
I'm testing a patch
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |t
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/large_real_kind_1.f90 -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hp
pa2.0w-hp-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/namelist_11.f -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa2.0w-h
p-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/objd
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/namelist_14.f90 -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa2.0w
-hp-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/ob
--
What|Removed |Added
Component|fortran |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23553
--
What|Removed |Added
Component|fortran |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23554
--
What|Removed |Added
Component|fortran |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23552
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/namelist_16.f90 -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa2.0w
-hp-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/ob
1 - 100 of 120 matches
Mail list logo
