--- Comment #28 from pinskia at gcc dot gnu dot org 2005-10-26 06:29
---
You might as well look into PR 24024 which is only semi related but since you
are looking at preprocessor with backslash, it might be easy to fix that one
too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=82
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-26 06:27 ---
GCC should produce:
/* Execute example with: gcc -E -P -C -x c dummy.txt
a b c
*/
As mentioned by comment #2.
This is not related to at all the "backslash whitespace newline" thread or PR
8270. Well PR 23779 is i
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-26 06:24 ---
*** Bug 23779 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-26 06:24 ---
This is a dup of bug 24024. The trailing backslash needs to be translated but
we are getting it wrong.
*** This bug has been marked as a duplicate of 24024 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-26 05:36
---
Subject: Bug 24158
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-26 05:36:31
Modified files:
gcc/fortran: decl.c resolve
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-26 05:20
---
Subject: Bug 24158
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-26 05:20:23
Modified files:
gcc/fortran: decl.c resolve.c ChangeLog
gcc/tests
--- Comment #12 from hjl at lucon dot org 2005-10-26 04:42 ---
I didn't see those failures today.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|
--- Comment #2 from danglin at gcc dot gnu dot org 2005-10-26 04:00 ---
The same errors occur on the 4.0 branch using libc6 2.3.5-6.0.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24533
--- Comment #1 from woodzltc at sources dot redhat dot com 2005-10-26
03:25 ---
Variable a in modular foo is represented as __foo__a in the DWARF output. So
you can use "print __foo__a" to get the value of modular variable a.
[EMAIL PROTECTED] ~]$ gdb -q ./modular
Using host libthread
--- Comment #1 from danglin at gcc dot gnu dot org 2005-10-26 02:45 ---
Oops, somehow how ended up debugging in the wrong directory. However,
it has the same error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24533
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2005-10-26 02:44
---
With the first case given, I get a segfault on i686-pc-linux-gnu.
gcc version 4.1.0 20051025 (experimental)
$ cat diag.nml
&DIAGS
NAMES = 'ETAN' 'ETANSQ'
This occurs on many ada tasking tests:
splitting
/home/dave/gnu/gcc-4.0/objdir/gcc/testsuite/ada/acats/tests/a/a85013b.
ada into:
a85013b.adb
BUILD a85013b.adb
gnatmake --GCC="/home/dave/gnu/gcc-4.0/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4.0/
objdir/gcc/" -gnatws -g -O2
-I/home/dave/gnu/gcc-4.0/o
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-26 02:20
---
Subject: Bug 23103
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-26 02:20:43
Modified files:
gcc: ChangeLog c-form
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-26 02:20 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-26 02:15
---
Subject: Bug 23103
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-26 02:15:03
Modified files:
gcc: ChangeLog c-format.c
Log message:
200
--- Comment #27 from pinskia at gcc dot gnu dot org 2005-10-26 02:12
---
One more note, we do get a warning with -W -Wall:
t.c:1:1: warning: multi-line comment
Which is our recommened warning level anyways, yes this is inconstaint but that
was a disussion which was maded in comment #11
--- Comment #26 from pinskia at gcc dot gnu dot org 2005-10-26 02:00
---
Note changing this behavior will most likely get PR 263 wrong.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from pinskia at gcc dot gnu dot org 2005-10-26 01:59
---
*** Bug 5735 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-26 01:59 ---
Mark as a dup of bug 8270.
*** This bug has been marked as a duplicate of 8270 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-26 01:59 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #24 from pinskia at gcc dot gnu dot org 2005-10-26 01:42
---
*** Bug 3786 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-26 01:42 ---
Mark as a dup of bug 8270.
*** This bug has been marked as a duplicate of 8270 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-26 01:42 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #23 from pinskia at gcc dot gnu dot org 2005-10-26 01:39
---
>From 2003:
http://gcc.gnu.org/ml/gcc/2003-11/msg00105.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
--- Comment #22 from pinskia at gcc dot gnu dot org 2005-10-26 01:37
---
Another one from earlier this year:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01685.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
--- Comment #21 from pinskia at gcc dot gnu dot org 2005-10-26 01:33
---
Oh, the last discussion of this problem was in PR 15519
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
--- Comment #20 from pinskia at gcc dot gnu dot org 2005-10-26 01:31
---
Maybe the last one:
http://gcc.gnu.org/ml/gcc-bugs/2000-10/msg00117.html
There are most likely more. All found using google, maybe people should be
doing that sometimes.
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #19 from pinskia at gcc dot gnu dot org 2005-10-26 01:17
---
http://gcc.gnu.org/ml/gcc/2000-05/msg01032.html
Knowing the history around these are important. and if you don't believe that
well then getting this right is not going to happen.
--
http://gcc.gnu.org/bugzi
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-26 01:10
---
http://gcc.gnu.org/ml/gcc/2001-03/msg00130.html
http://gcc.gnu.org/ml/gcc/2001-10/msg00012.html
http://gcc.gnu.org/ml/gcc/2002-02/msg01181.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
--- Comment #17 from pinskia at gcc dot gnu dot org 2005-10-26 01:05
---
Some more:
http://gcc.gnu.org/ml/gcc-patches/2001-04/msg00543.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
--- Comment #16 from pinskia at gcc dot gnu dot org 2005-10-26 01:02
---
More discusssions:
http://gcc.gnu.org/ml/gcc-patches/2000-08/msg01118.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-26 00:58
---
One more previous discussion, this time started from someone at Apple:
http://gcc.gnu.org/ml/gcc/2002-11/msg00267.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-10-26 00:46
---
Cause by the patch referenced in comment #11.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-10-26 00:46
---
The diagnostic issue is a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-26 00:45
---
Hmm, looks like the diagnost issue is a regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-26 00:43
---
http://gcc.gnu.org/ml/gcc-patches/2001-04/msg00603.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
--- Comment #10 from echristo at apple dot com 2005-10-26 00:26 ---
int main (int argc, char * const argv[]) {
// |_||__\
if (1)
{
printf("Hello");
}
else
{
printf("There");
}
return 0;
}
Note that t
--
echristo at apple dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |echristo at apple dot com
|dot org |
--- Comment #9 from echristo at apple dot com 2005-10-26 00:24 ---
reopening
--
echristo at apple dot com changed:
What|Removed |Added
Status|RESOLVED
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-26 00:08 ---
This is not a bug, as you cannot bind a rvalue to a reference. A cast is an
rvalue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I have some template code that fails with move to v3.4.4
snProbeItem *
snProbeSet::getObjectItem(oaDesignObject *designObject) const
{
if (designObject->isBlockObject()) {
oaBlockObject *blockObj = static_cast(designObject);
if (blockObj->isInst()) {
oaInst *inst = static_cast(blockOb
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-25 23:46 ---
*** Bug 24531 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-10-25 23:46
---
Closing as a dup of bug 8270, since I did not close that one orginally.
*** This bug has been marked as a duplicate of 8270 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-25 23:45 ---
To close as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-25 23:45 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-25 23:41
---
Stupid IE.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-25 23:40
---
PR 8270 is an old PR about this problem.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-25 23:34
---
P5/enhancement because this is documented behavior.
I most likely can find other implemenation defined behavior which is different
from most other compilers too.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #4 from evancheng at gcc dot gnu dot org 2005-10-25 22:55
---
Closing this. It's not a bug. It's not safe to eliminate the cmpl. Its result
are read by je and jg:
je reads ZF, jg reads ZF and OF. Now consider
subl 0x8000 0x1 (OF <- 1)
cmpl 0x7fff (
--- Comment #2 from brian at bulkowski dot org 2005-10-25 22:05 ---
Created an attachment (id=10058)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10058&action=view)
Preprocess file
Preprocessed file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24529
--
djohnson+gcc at sw dot starentnetworks dot com changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi
--
echristo at apple dot com changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
Last reconfirmed|2005-10-25 21:59:22 |2005-10-25 22:03:
--- Comment #9 from echristo at apple dot com 2005-10-25 22:03 ---
Reopening.
--
echristo at apple dot com changed:
What|Removed |Added
Status|RESOLVED
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-25 22:01 ---
Documented behavior:
http://gcc.gnu.org/onlinedocs/cpp/Initial-processing.html
If there is white space between a backslash and the end of a line, that is
still a continued line. However, as this is usually the resul
--- Comment #7 from steven at gcc dot gnu dot org 2005-10-25 22:00 ---
Re. comment #4, this may not be a bug in your eyes, but then it is still at
least an enhancement request.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24531
--
echristo at apple dot com changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
Last reconfirmed|2005-10-25 21:58:42 |2005-10-25 21:59:
--- Comment #6 from echristo at apple dot com 2005-10-25 21:59 ---
Andrew will stop closing this bug.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #5 from echristo at apple dot com 2005-10-25 21:58 ---
To clarify this a bit more:
http://gcc.gnu.org/ml/gcc/2005-10/msg00819.html
Is Howard Hinnant's comment on the subject and the thread that started this.
There's a space at the end of the line that the has the comment.
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-25 21:55 ---
Actually this behavor is implemenetion defined so this is not a bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2005-10-25 21:55 ---
Fixed in CVS.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #2 from jakub at gcc dot gnu dot org 2005-10-25 21:54 ---
Fixed in CVS.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #2 from alienforever at gmail dot com 2005-10-25 21:52 ---
Is the following TC invalid too?
#include
#define N 5
void func_2( )
{
int n = N;
char aCvla[n];
for( ; n >= 0; n-- ) aCvla[n] = n+'A';
throw aCvla;
}
int main()
{
try {
func_2();
} catch ( char a
--
echristo at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #3 from echristo at redhat dot com 2005-10-25 21:49 ---
Not a duplicate
--
echristo at redhat dot com changed:
What|Removed |Added
Status|RESOLVED
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-25 21:47 ---
*** Bug 24531 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-25 21:47 ---
*** This bug has been marked as a duplicate of 24396 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-25 21:44 ---
I had just closed a bug like this before. In the last couple of days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24531
int main (int argc, char * const argv[]) {
// |_||__\
if (1)
{
printf("Hello");
}
else
{
printf("There");
}
return 0;
}
Not that there's a space after the comment above.
--
Summary: preprocessor e
--- Comment #2 from djohnson+gcc at sw dot starentnetworks dot com
2005-10-25 21:43 ---
Created an attachment (id=10057)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10057&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24528
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-25 21:42 ---
Not a bug, you are throwing a reference to a local variable, how do you expect
that to work?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-25 21:42
---
Subject: Bug 24516
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gomp-20050608-branch
Changes by: [EMAIL PROTECTED] 2005-10-25 21:42:21
Modified files:
gcc/cp : ChangeLo
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-25 21:40 ---
Can you attach the preprocessed source for the code you have?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-25 21:40
---
Subject: Bug 24513
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gomp-20050608-branch
Changes by: [EMAIL PROTECTED] 2005-10-25 21:39:57
Modified files:
gcc/cp : ChangeLo
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-25 21:39 ---
And it also asked you to attach the preprocessed source too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
testcase: t.cpp
#include
#include
using namespace std;
void func_1( )
{
string aCvla="func1";
throw aCvla;
}
void func_2 ()
{
char aCvla[6];
strcpy (aCvla, "func2");
throw aCvla;
}
int main()
{
try {
func_1();
} catch ( string &aCA ) {
cout << aCA << endl;
}
try {
--- Comment #22 from cvs-commit at gcc dot gnu dot org 2005-10-25 21:38
---
Subject: Bug 17886
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED]2005-10-25 21:38:27
Modified files:
gcc: Chang
While compiling ntp-4.2.0 from an i86 host for arm, I received the following
error. The host OS was recent linux (2.6.12 from a Fedora Core 3 base), but the
GCC in question was a cross-compile environment aimed at an ARM720T. The file
in question was 'a_md5encrypt.c' from the ntp-4.2.0 distribution
Given the following c code from sysvinit's init.c:
if (ch->action == SYSINIT) strcpy(ch->rlevel, "#");
gcc is producing the correct set of instructions for little endian arm, but
incorrect set of instructions for big endian arm.
That line when compiled with -mlittle-endian (correct):
--- Comment #14 from mckinlay at redhat dot com 2005-10-25 20:36 ---
Robert, thanks very much for working on this. Examining the behaviour of Sun's
verifier a bit more shows that it does attempt to resolve classes where type
compatibility can not be proven by a simple string comparison,
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-25 20:35 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-25 20:34 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-25 20:24 ---
t.c: In function void c(unsigned int):
t.c:17: warning: comparison of unsigned expression < 0 is always false
t.c: In function void d(long unsigned int):
t.c:23: warning: comparison of unsigned expression < 0 is
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-25 20:23 ---
We do have an inconstaincy here, with -W, I get a warning for all 6 of them.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Component|rtl-optimization|target
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-25 20:13 ---
Can you try this again, I think this has been fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-25 20:12
---
Fixed so closing as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-25 20:11 ---
The easiest way to make this go away, is to make TImode not a workable mode on
mips64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22209
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-25 20:06 ---
The second testcase works on x86_64 with -O2 -fschedule-insns -funroll-loops
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
This may be a gdb bug, but anyway...
cat type.f90
program main
type foo
real :: a
integer :: b
end type foo
type(foo) :: q
q = foo(3.14, 42)
print *,q
end program main
$ gfortran -g type.f90
$ gdb ./a.out
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is fr
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-25 19:57 ---
Fixed so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-25 19:53 ---
Confirmed, not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2005-10-25
19:52 ---
Subject: Re: [4.1 Regression] g-spitbo.adb:274: error: unrecognizable insn
> --- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-25 19:45
> ---
> I think this working again, right?
Right,
$ cat module.f90
module foo
real :: a
end module foo
program main
use foo, only : a
a = 42.
print *,a
end program main
$ gfortran -g module.f90
$ gdb ./a.out
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, an
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-25 19:49 ---
Confirmed, testcase which shows this is also a rejects valid:
int f[.0e2 == 0?1:-1];
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-25 19:47 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
1 - 100 of 173 matches
Mail list logo
