--- Comment #12 from irar at il dot ibm dot com 2006-11-08 08:40 ---
Jeff,
Thanks a lot! I will do the things you've suggested shortly. Meanwhile, out of
curiosity, I am attaching a good recog.i (built with vectorization enabled,
but the offending loop was not vectorized).
BTW, here
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-08 09:45 ---
Reduced testcase:
template typename T struct has_begin {static const bool value =0;};
templatebool a struct sequence_tag_impl{};
template typename Sequence
struct sequence_tag :
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-08 09:49 ---
(In reply to comment #4)
This looks like it was caused by an extension which was removed in 4.2.0.
Also I think there might be a dup of this bug filed already.
That would be PR 28088.
*** This bug has been marked
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-11-08 09:49
---
*** Bug 29653 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-11-08 09:51
---
Another testcase, this one from some other code that uses boost:
template typename T struct has_begin {static const bool value =0;};
templatebool a struct sequence_tag_impl{};
template typename Sequence
struct
--- Comment #1 from patchapp at dberlin dot org 2006-11-08 10:01 ---
Subject: Bug number PR29755
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00465.html
--
--- Comment #3 from timday at bottlenose dot demon dot co dot uk
2006-11-08 10:01 ---
I've just tried an alternative version (will upload later) replacing the union
with a single
__v4sf _rep,
and implementing the [] operators using e.g
(reinterpret_castconst float*(_rep))[i];
--- Comment #5 from patchapp at dberlin dot org 2006-11-08 10:05 ---
Subject: Bug number PR27546
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00466.html
--
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #14 from irar at il dot ibm dot com 2006-11-08 11:33 ---
(In reply to comment #11)
1. Put a breakpoint in tree_ssa_cd_dce when compiling the
offending function from recog.c.When that breakpoint
triggers issue:
verify_ssa (true)
I can't see any
--- Comment #41 from bkoz at gcc dot gnu dot org 2006-11-08 11:34 ---
Hey Eric. Yes, it looks like I'm all ok (test results are perfect) as long as
HAVE_COMDAT_GROUP is defined, but screwed if it isn't. Although I'm ok now, it
does seem as if something may be wrong in one of the code
$ cat ice.f90
PROGRAM test_omp
!$OMP PARALLEL
!$NUM_THREADS(2)
END PROGRAM
$ gfortran-svn -g -Wall -fopenmp ice.f90
ice.f90:0: internal compiler error: in gfc_next_char_literal, at
fortran/scanner.c:701
Please submit a full bug report,
$ gfortran-svn -v
gcc version 4.3.0 20061106
--- Comment #42 from ebotcazou at gcc dot gnu dot org 2006-11-08 11:41
---
Hey Eric. Yes, it looks like I'm all ok (test results are perfect) as long
as HAVE_COMDAT_GROUP is defined, but screwed if it isn't. Although I'm ok
now, it does seem as if something may be wrong in one of
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-11-08 11:58 ---
Subject: Bug 29722
Author: bkoz
Date: Wed Nov 8 11:57:52 2006
New Revision: 118581
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118581
Log:
2006-11-07 Benjamin Kosnik [EMAIL PROTECTED]
PR
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-11-08 11:58 ---
Fixed in mainline/gcc-4_2-branch.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from bkoz at gcc dot gnu dot org 2006-11-08 11:58 ---
Fixed.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #15 from irar at il dot ibm dot com 2006-11-08 12:05 ---
Additional behavior:
If I run bootstrap with BOOT_CFLAGS=-O2 -g -ftree-vectorize -maltivec
(without -fdump-tree-vect-details), bootstrap fails with
../../gcc/gcc/recog.c: In function constrain_operands:
I am building gcc-3.4.6 in the framework of my
http://appsfromscratch.berlios.de/
project, and 'make check' for gcc-3.4.6 fails.
Basically, my tool builds and installs every lib/app (per source tarball) in
a separate directory, other than that it uses the standard
./configure
make
make check
This bug is similar to
http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=NEWbug_status=WAITINGbug_status=ASSIGNEDbug_status=UNCONFIRMEDbug_status=REOPENEDemail1=sergstesh%40yahoo.comemailtype1=exactemailassigned_to1=1emailreporter1=1
, just the failure is different - here's how 'make check'
I wanted to compile an Ada package I am writing as a student at the University
of Stuttgart, Germany.
The following happened:
$ gnatmake -gnaty3acefhiklmnrpt permutations.adb
gcc -c -gnaty3acefhiklmnrpt permutations.adb
+===GNAT BUG DETECTED==+
Don't suppose you can deprecate this non-ISO C++ standard usage of the
following proprietary G++ extensions:
extern template int max (int, int);
inline template class Fooint;
static template class Fooint;
... as summarised at
phantom# /usr/sfw/bin/gcc -v
Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs
Configured with:
/gates/sfw10/builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure
--prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as
--with-ld=/usr/ccs/bin/ld --without-gnu-ld
--- Comment #1 from schwab at suse dot de 2006-11-08 14:29 ---
Conversions from pointer types to integer types are implementation defined.
GCC sign extends when converting a pointer to a wider integer. See
When compiling the following code with -Wparentheses, no warning is shown:
cat EOF missing-parentheses.cpp
int main(int argc, char** argv)
{
int a = 1;
int b = 2;
if (a = b)
a++;
return 0;
}
EOF
g++ -c -Wparentheses missing-parentheses.cpp
--
Summary: -Wparentheses does
--- Comment #1 from dberlin at gcc dot gnu dot org 2006-11-08 16:24 ---
(In reply to comment #0)
In the testcase I posted, USE's initial_condition_in_loop_num is
-5 and X's initial_condition_in_loop_num is 1. And, adding -5 - 1
to perfectiv (aka Y in the above routine) is exactly
--- Comment #1 from pault at gcc dot gnu dot org 2006-11-08 17:02 ---
Harald,
Many thanks for bringing this up - I only just noticed it today; maybe next
time anything involving derived type association comes up, could you CC me on
the PR?
For once, I do not feel embarrassed by this
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 17:22 ---
Fixed in at least 4.0.4 and above. 3.4.x is no longer maintained.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-08 17:23 ---
*** Bug 29763 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29757
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 17:23 ---
*** This bug has been marked as a duplicate of 29757 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 17:26 ---
Use make -k check as documented.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 17:26 ---
Use make -k check as documented.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
$ g++ find.mytree.cpp
find.mytree.cpp:141:2: warning: no newline at end of file
find.mytree.cpp:123: internal compiler error: in output_constant, at
varasm.c:38
43
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
$
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-08 17:29 ---
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n1987.htm
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1448.pdf
so again extern template might be added to the C++ standard so we don't want
to
--- Comment #2 from patchapp at dberlin dot org 2006-11-08 17:55 ---
Subject: Bug number PR29744
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00507.html
--
--- Comment #16 from law at redhat dot com 2006-11-08 18:29 ---
Subject: Re: bootstrap comparision fails with
-ftree-vectorize -maltivec on ppc
On Wed, 2006-11-08 at 11:33 +, irar at il dot ibm dot com wrote:
--- Comment #14 from irar at il dot ibm dot com
gcc and msvc accept such code but produces different results.
is this code (in)valid? i'm not sure what behaviour is correct.
--
Summary: [accept invalid?] specialization enclosed templates
within the declaration of the enclosed class.
Product: gcc
--- Comment #1 from pluto at agmk dot net 2006-11-08 18:56 ---
Created an attachment (id=12569)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12569action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29767
info:/gcc/Warning Options mentions -Werror, that treats all warnings
as errors and -Werror-implicit-function-declaration, which treats
implicit function declarations as errors but it does not mention how to
treat other certain kinds of warnings as errors. For example
-Werror-shadow does not work.
--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-08 19:20 ---
CC: to [EMAIL PROTECTED], who is our libgfortran/io/ specialist.
Confirm bug.
I think the change is in transfer.c's finalize_transfer():
Change between 4.1 and 4.2/4.3 (incomplete diff, I might messed it up):
-
Trying to build compiler collection 4.1.1 on solaris 2.8. Have up to date
binutils, texinfo and make. Perform the following:
./configure --prefix=/oh/appl/lib/gcc --exec-prefix=/oh/appl/lib/gcc
Then
/oh/appl/lib/make/bin/make
The build eventually fails with the following:
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-08 19:25 ---
This is valid code ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29767
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-08 19:28 ---
as far as I can tell, GCC is incorrect in not using the specialized template.
In fact I replace A with int, it gives the correct output.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 19:29 ---
You forgot to use --with-gnu-ld.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 19:30 ---
Already implemented in 4.2.0 and above:
-Werror=
Make the specified warning into an errors. The specifier for a warning is
appended, for example -Werror=switch turns the warnings controlled by -Wswitch
into
--- Comment #4 from fang at csl dot cornell dot edu 2006-11-08 19:32
---
If you want to reject extern templates (and enforce more standard-conformance
in general), add -ansi -pedantic-errors to your CXXFLAGS.
--
fang at csl dot cornell dot edu changed:
What
--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-08 19:35 ---
Actually, if I remove the transpose, the run-time error message is:
a.out: /home/tob/projects/gcc/libgfortran/generated/matmul_c4.c:172: matmul_c4:
Assertion `count == b-dim[0].ubound + 1 - b-dim[0].lbound' failed.
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-08 19:44 ---
See also PR 29572 (matmul(a,b) and matmul(a,transpose(b))).
sunf95 and NAG f95 catch this PR and also PR29572 and also pack().
g95 catches this PR and matmul(a,b), but not matmul(a,transpose(b))).
ifort 9.1 (and
--- Comment #36 from xyzzy at speakeasy dot org 2006-11-08 20:03 ---
(In reply to comment #21)
asm volatile(
: =m (*(unsigned int*)(src + 0*stride)),
=m (*(unsigned int*)(src + 1*stride)),
=m (*(unsigned int*)(src + 2*stride)),
=m
--- Comment #5 from burnus at gcc dot gnu dot org 2006-11-08 20:08 ---
Postscriptum:
sunf95 already finds the problem in the program check at compile time.
For non-intrinsics (non libgfortran) routines, one way to do it is too do it in
the function called. (Internally called as foo
--- Comment #37 from michaelni at gmx dot at 2006-11-08 20:45 ---
(In reply to comment #36)
(In reply to comment #21)
asm volatile(
: =m (*(unsigned int*)(src + 0*stride)),
=m (*(unsigned int*)(src + 1*stride)),
=m (*(unsigned int*)(src +
--- Comment #6 from burnus at gcc dot gnu dot org 2006-11-08 20:48 ---
In this case neither sunf95 nor NAGf95 find the error.
This is actually wrong; both find it.
In my example the original tree looks like (shortend): foo (__result, n)
ubound.0 = (int8) *n;
S.4 = 1;
Compiling this program using -Wall -Wcast-qual:
#include stdio.h
int main(int argc, char *argv[]) {
unsigned char u;
u = '\377';
printf(u=%i\n, u); /* 255, as expected */
/* if (u != '\0')*//* ok */
if (u != '\377')/* ERROR
--- Comment #2 from eedelman at gcc dot gnu dot org 2006-11-08 21:14
---
Subject: Bug 29630
Author: eedelman
Date: Wed Nov 8 21:14:06 2006
New Revision: 118598
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118598
Log:
fortran/
2006-11-08 Erik Edelmann [EMAIL PROTECTED]
--- Comment #2 from eedelman at gcc dot gnu dot org 2006-11-08 21:14
---
Subject: Bug 29679
Author: eedelman
Date: Wed Nov 8 21:14:06 2006
New Revision: 118598
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118598
Log:
fortran/
2006-11-08 Erik Edelmann [EMAIL PROTECTED]
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-11-08 21:19
---
Subject: Bug 29679
Author: eedelman
Date: Wed Nov 8 21:19:01 2006
New Revision: 118599
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118599
Log:
2006-11-08 Erik Edelmann [EMAIL PROTECTED]
PR
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-11-08 21:19
---
Subject: Bug 29630
Author: eedelman
Date: Wed Nov 8 21:19:01 2006
New Revision: 118599
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118599
Log:
2006-11-08 Erik Edelmann [EMAIL PROTECTED]
PR
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-11-08 21:19
---
fixed.
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-11-08 21:20
---
fixed.
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from sergstesh at yahoo dot com 2006-11-08 21:44 ---
I do not understand you comment.
That is, from 'make' manpage:
-k Continue as much as possible after an error. While the target
that failed, and those that depend on it, cannot be remade,
Create a dir named foo bar. Put the attached HelloWorld.java,
HelloWorld2.java and source.txt in it. source.txt has this two lines:
foo\ bar/HelloWorld.java
foo\ bar/HelloWorld2.java
Change to the parent folder and type:
gcj --main=HelloWorld -o HelloWorld @foo bar/source.txt
It will fail with:
--- Comment #1 from mtrudel at gmx dot ch 2006-11-08 21:54 ---
Created an attachment (id=12570)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12570action=view)
A sample source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29772
--- Comment #2 from mtrudel at gmx dot ch 2006-11-08 21:54 ---
Created an attachment (id=12571)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12571action=view)
A second sample source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29772
--- Comment #3 from mtrudel at gmx dot ch 2006-11-08 21:55 ---
Created an attachment (id=12572)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12572action=view)
The list for the source files
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29772
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 21:58 ---
'\377' in C is of type int.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29771
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-08 22:00 ---
(In reply to comment #2)
I do not understand you comment.
Documented at:
http://gcc.gnu.org/install/test.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29760
--- Comment #43 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-08
22:16 ---
Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test
Yes, I'm investigating. Ultimately I could always resort to conditionalizing
my change on
--- Comment #4 from timday at bottlenose dot demon dot co dot uk
2006-11-08 22:18 ---
Created an attachment (id=12573)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12573action=view)
More concise demonstration of the v4sf-float-v4sf issue.
The attached code, (no classes or
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-08 22:23 ---
On the trunk, the ICE is fixed by some other check in.
It still occurs on the 4.2 branch (r118599, current version)
Using my patch on the current trunk (118597) causes lots of regression, i.e.
either the trunk has
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29755
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|SUSPENDED |NEW
Last reconfirmed|2006-11-08 22:23:12 |2006-11-08
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-08 22:35 ---
Just for completeness, the ICE also occurs with 4.1
! { dg-do compile }
! { dg-shouldfail same name of program and subroutine }
! Tests whether ICE occurs when using the same name
! for a subroutine as for the
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #4 from sergstesh at yahoo dot com 2006-11-08 22:43 ---
I read the document: http://gcc.gnu.org/install/test.html, but it doesn't
answer my questions.
If you need test results reported through the suggested
srcdir/contrib/test_summary -p your_commentary.txt \
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-08 22:47 ---
1) do the failing tests indicate problems in gcc ?
Depends on the failure.
2) do the failing test fail because they themselves are faulty ?
Depends on the failures.
You might want to look at
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-08 22:48 ---
Some failures are also due to faulty glibc, etc. and not related to GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29760
--- Comment #4 from bangerth at dealii dot org 2006-11-08 22:57 ---
This is a duplicate of another PR where we forget to substitute an
outer template argument in the specialization of an inner template.
I think it concerned a boolean value in that case, rather than a type.
W.
--
--- Comment #7 from multix at gmail dot com 2006-11-08 23:11 ---
If I configure with --prefix, as here:
# ../gcc-4.1.1/configure --prefix=/usr/multiware --with-gnu-as
--with-as=/usr/multiware/bin/as --disable-wchar_t --enable-languages=c,c++,objc
I get the following error during
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-11-08 23:14 ---
(In reply to comment #7)
If I configure with --prefix, as here:
# ../gcc-4.1.1/configure --prefix=/usr/multiware --with-gnu-as
--with-as=/usr/multiware/bin/as --disable-wchar_t
--enable-languages=c,c++,objc
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-08 23:18 ---
(In reply to comment #4)
This is a duplicate of another PR where we forget to substitute an
outer template argument in the specialization of an inner template.
I think it concerned a boolean value in that case,
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 23:23 ---
The new ICE is:
t.cc: In member function 'mytreeC mytreeC::insert(mytreeC*, mytreeC*,
mytreeC*, bool) [with C = int]':
t.cc:54: instantiated from 'int mytreeint::counter'
t.cc:54: instantiated from 'mytreeC
--- Comment #7 from sergstesh at yahoo dot com 2006-11-08 23:29 ---
OK, being in
/maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6
directory, which is my 'obj' directory, I tried to run the 'test_summary'
mentioned at the bottom of http://gcc.gnu.org/install/test.html :
0.5
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-08 23:46 ---
Reduced testcase:
template typename C
struct mytree {
static int counter;
};
templateint int mytreeint::counter = 0;
---
Now I have seen this before, this is invalid code you should be doing:
template int
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-08 23:47 ---
*** This bug has been marked as a duplicate of 20133 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-11-08 23:47
---
*** Bug 29766 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from r dot c dot ladan at gmail dot com 2006-11-08 23:52
---
(In reply to comment #1)
'\377' in C is of type int.
Ok, the comparison works with (u != 0xff), thus without the quotes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29771
--- Comment #8 from kkojima at gcc dot gnu dot org 2006-11-08 23:53 ---
I don't see ICEs for the tls tests on my sh-elf build with
your patches in #6 and #7. Does the new patch in #7 fix them?
I've confirmed that the trunk bootstraps successfully with
the patch in #4 and a one-liner
--- Comment #10 from rakdver at gcc dot gnu dot org 2006-11-09 00:09
---
Subject: Bug 29738
Author: rakdver
Date: Thu Nov 9 00:09:43 2006
New Revision: 118602
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118602
Log:
PR tree-optimization/29738
* tree-ssa-ccp.c:
--- Comment #1 from patchapp at dberlin dot org 2006-11-09 00:20 ---
Subject: Bug number PR29758
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00531.html
--
--- Comment #2 from patchapp at dberlin dot org 2006-11-09 00:20 ---
Subject: Bug number PR29431
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00532.html
--
--- Comment #19 from hjl at lucon dot org 2006-11-09 01:53 ---
Created an attachment (id=12574)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12574action=view)
A patch
This reverts the patch which triggers the problem and adds a testcase. I
am running SPEC CPU 2006 now.
--
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-11-09 02:05
---
I will look into this tonight.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Given the following translation unit:
inline int (*foo())()
{
struct localstruct {
static int f() {
return 3;
}
};
return localstruct::f;
}
GCC mangles foo::localstruct::f as '_ZZ3foovEN11localstruct1fEv'.
According to the C++ ABI (see especially the third example in
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-11-09 03:03
---
Subject: Bug 29752
Author: jvdelisle
Date: Thu Nov 9 03:03:40 2006
New Revision: 118611
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118611
Log:
2006-11-08 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-11-09 03:32
---
Subject: Bug 29752
Author: jvdelisle
Date: Thu Nov 9 03:32:19 2006
New Revision: 118612
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118612
Log:
2006-11-08 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-11-09 03:37
---
Fixed on 4.2 and 4.3.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
$ cat enum-test.c
enum foo_enum { FOO };
int
main (void)
{
enum foo_enum foo;
if (foo = FOO)
{
}
}
$ gcc -Wextra enum-test.c
enum-test.c: In function 'main':
enum-test.c:7: warning: comparison of unsigned expression = 0 is always true
I looked through existing bug reports but didn't
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-09 04:37 ---
http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Structures-unions-enumerations-and-bit_002dfields-implementation.html
You are incorrect in saying enum are compatiable with int by default and
incorrect in saying the C
--- Comment #2 from chris dot pickett at mail dot mcgill dot ca 2006-11-09
04:46 ---
I got confused. It's only the enum constant that must be int. Indeed, if the
comparison is `if (FOO = 0)', no warning is issued and all is well.
Thanks for the extremely fast response!
--
--- Comment #6 from bangerth at dealii dot org 2006-11-09 05:25 ---
Indeed. They are duplicates.
*** This bug has been marked as a duplicate of 14032 ***
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #8 from bangerth at dealii dot org 2006-11-09 05:25 ---
*** Bug 29767 has been marked as a duplicate of this bug. ***
--
bangerth at dealii dot org changed:
What|Removed |Added
1 - 100 of 104 matches
Mail list logo