FAIL on both x86 and x86_64-linux. Was PASS on 20060314.
,.,. C35507M ACATS 2.5 06-03-22 02:43:29
C35507M CHECK THAT THE ATTRIBUTES 'POS' AND 'VAL' YIELD THE CORRECT
RESULTS WHEN THE PREFIX IS A CHARACTER TYPE WITH AN
ENUMERATION REPESENTATION CLAUSE.
* C355
Happens on x86 and x86_64-linux, was working 20060314
/home/guerby/work/gcc/build/build-head-20060321T234940/gcc/xgcc -c
-B/home/guerby/work/gcc/build/build-head-20060321T234940/gcc/ -gnatws -O2
-I/home/guerby/work/gcc/build/build-head-20060321T234940/gcc/testsuite/ada/acats/support
c34002a.adb
r
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-22 07:22 ---
This is definitely mine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
C
ICE on x86-linux but pass on x86_64-linux. 20060314 was PASS.
+===GNAT BUG DETECTED==+
| 4.2.0 20060321 (experimental) (i686-pc-linux-gnu) GCC error: |
| in valid_in_set, at tree-ssa-pre.c:1579
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-03-22 06:55
---
(In reply to comment #17)
> Subject: Re: Checking for gthread causes configure script to fail
>
> I did this:
>
> $ cd ~/downloads/gcc-3.4.6
> $ ./configure --enable-threads && make
> $ cd libobjc
> $ ./configur
--- Comment #17 from issac dot trotts at gmail dot com 2006-03-22 06:53
---
Subject: Re: Checking for gthread causes configure script to fail
I did this:
$ cd ~/downloads/gcc-3.4.6
$ ./configure --enable-threads && make
$ cd libobjc
$ ./configure
Did I leave something out?
On 22 Ma
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-03-22 06:43
---
So something is really wrong.
How did you configure GCC and build GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26794
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-03-22 06:42
---
$r is setup by the toplevel Makefile:
configure-target-libobjc: $(TARGET_SUBDIR)/libobjc/multilib.out
@test ! -f $(TARGET_SUBDIR)/libobjc/Makefile || exit 0; \
$(SHELL) $(srcdir)/mkinstalldirs $(TAR
--- Comment #11 from issac dot trotts at gmail dot com 2006-03-22 06:37
---
Subject: Re: Checking for gthread causes configure script to fail
Sure, here it is. I'm also attaching libobjc/configure{,.in}.
On 22 Mar 2006 06:26:54 -, pinskia at gcc dot gnu dot org
<[EMAIL PROTECTE
--- Comment #10 from issac dot trotts at gmail dot com 2006-03-22 06:33
---
Subject: Re: Checking for gthread causes configure script to fail
OK, you're right. I guess the $r variable (used in the path
"$r"/gcc/Makefile) is not being set correctly in the libobjc configure
script. I
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-22 06:29 ---
Subject: Re: Checking for gthread causes configure script to fail
On Mar 22, 2006, at 1:27 AM, issac dot trotts at gmail dot com wrote:
>
> Sure, but it doesn't tell you what to do if the configure script fails
>
--- Comment #8 from issac dot trotts at gmail dot com 2006-03-22 06:27
---
Subject: Re: Checking for gthread causes configure script to fail
Sure, but it doesn't tell you what to do if the configure script fails
saying that it can't find gthread.
On 22 Mar 2006 06:13:50 -, pinski
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-22 06:26 ---
I should note this works for everyone else. Is this a modified version of GCC
that you are compiling?
Can you attach Makefile from the gcc subdirectory?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26794
--- Comment #5 from issac dot trotts at gmail dot com 2006-03-22 06:24
---
Subject: Re: Checking for gthread causes configure script to fail
Here it is. Does it help?
On 22 Mar 2006 06:08:38 -, pinskia at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #1 fr
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-22 06:23 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-22 06:13 ---
And the readme is still correct in that thr-objc.c is still used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26794
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-22 06:11 ---
And GTHREAD is defined in gcc/Makefile:
[EMAIL PROTECTED]@
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26794
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-22 06:11 ---
Also how did you configure GCC?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-22 06:08 ---
Can you attach the config.log from the libobjc subdirectory as this failure
does not make sense?
-- Pinski
a libobjc maintainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26794
Here are a couple of patches to make gcc-3.4.6/libobjc compile on my system:
Gentoo on an AMD box with gcc-3.3.5. The problem was that the configure script
was failing with this error:
checking for gthread cflags... configure: error: not found
because there is nothing to be found about GTHREAD i
--- Comment #3 from mor_gopal at yahoo dot com 2006-03-22 05:25 ---
The following keywords are added to this page, so that developers facing
similar problem can search (hopefully) this page using search engines.
bitfield problem bug gcc g++ optimization bit field strict aliasing ISO C
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
Version|unknown |4.2.0
http://
Filing this because I have no longer access to Darwin7.9.0.
See:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01207.html
--
Summary: [4.2 Regression] C++ is broken on powerpc-darwin7.9.0
after __cxa_atexit patch
Product: gcc
Version: unknown
--- Comment #10 from pault at gcc dot gnu dot org 2006-03-22 05:13 ---
Subject: Bug 17298
Author: pault
Date: Wed Mar 22 05:13:13 2006
New Revision: 112278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112278
Log:
2006-03-22 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
_Unwind_GetIPInfo changed the ABI for libgcc and it is hard to add it to the
new libgcc for 10.4.
See
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg02041.html
I am filing this so we keep track of this and this is a blocker for 4.2 for
being released.
--
Summary: [4.2 Regression] C++
--- Comment #16 from law at redhat dot com 2006-03-22 04:57 ---
Subject: Re: VRP/DOM does not like
TRUTH_AND_EXPR
On Tue, 2006-03-21 at 16:19 +, dnovillo at gcc dot gnu dot org
wrote:
>
> --- Comment #13 from dnovillo at gcc dot gnu dot org 2006-03-21 16:19
> ---
--- Comment #18 from jason at gcc dot gnu dot org 2006-03-22 04:55 ---
Subject: Bug 20297
Author: jason
Date: Wed Mar 22 04:55:18 2006
New Revision: 112274
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112274
Log:
PR middle-end/20297
* expr.c (init_block_move_fn
--- Comment #17 from bkoz at gcc dot gnu dot org 2006-03-22 04:51 ---
see the solution in 24660
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21405
--- Comment #17 from jason at gcc dot gnu dot org 2006-03-22 04:50 ---
Subject: Bug 20297
Author: jason
Date: Wed Mar 22 04:50:31 2006
New Revision: 112273
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112273
Log:
PR middle-end/20297
* expr.c (init_block_move_fn
--- Comment #16 from jason at gcc dot gnu dot org 2006-03-22 04:23 ---
Subject: Bug 20297
Author: jason
Date: Wed Mar 22 04:23:10 2006
New Revision: 112272
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112272
Log:
PR middle-end/20297
* expr.c (init_block_move_fn
--- Comment #15 from jason at gcc dot gnu dot org 2006-03-22 04:22 ---
Subject: Bug 20297
Author: jason
Date: Wed Mar 22 04:22:40 2006
New Revision: 112271
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112271
Log:
PR middle-end/20297
* expr.c (init_block_move_fn
--- Comment #14 from jason at gcc dot gnu dot org 2006-03-22 04:20 ---
Subject: Bug 20297
Author: jason
Date: Wed Mar 22 04:20:52 2006
New Revision: 112270
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112270
Log:
PR middle-end/20297
* expr.c (init_block_move_fn
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-22 04:18 ---
Only the testcase is failing and only due to the scheduler changes (which was
said not to effect other targets besides ia64 which looks like it was wrong).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26727
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-22 04:16 ---
Confirmed,
the patch which was submitted was here:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01127.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-22 04:05 ---
Confirmed via:
http://gcc.gnu.org/ml/gcc/2006-03/msg00496.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-22 03:14 ---
The problem is here:
8910 tree r = build_real (TREE_TYPE (arg0), dconst1);
in fold-const.c
And this was caused by:
2005-11-21 Uros Bizjak <[EMAIL PROTECTED]>
* fold-const.c (fold_binary) : Op
--- Comment #5 from pluto at agmk dot net 2006-03-22 01:38 ---
ping. 4.1 & 4.2 still need this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13676
--- Comment #2 from patchapp at dberlin dot org 2006-03-22 01:15 ---
Subject: Bug number PR26790
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-03/msg01356.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from patchapp at dberlin dot org 2006-03-22 01:15 ---
Subject: Bug number PR26789
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-03/msg01355.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-03-21 23:38
---
Also happens with "-fprofile-arcs -fmudflap".
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-21 23:36 ---
*** Bug 26791 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 23:36 ---
*** This bug has been marked as a duplicate of 23375 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
Take the program:
program bad_array
integer,dimension(8) :: array
array(9) = 123
end program bad_array
Compile with:
gfortran -g -fbounds-check -o bad_array bad_array.f90
Run:
./bad_array
Fortran runtime error: Array reference out of bounds
I would expect that this sould print the program
--- Comment #4 from pcarlini at suse dot de 2006-03-21 23:15 ---
Yes, I think we can fix this rathe easily in basic_filebuf<>::_M_seek, by
checking the return value of _M_file.seekoff. Working on it... Thanks for your
report.
--
pcarlini at suse dot de changed:
What|R
--- Comment #1 from patchapp at dberlin dot org 2006-03-21 23:15 ---
Subject: Bug number PR26779
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-03/msg01353.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 23:00 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 22:59 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
Compiling the following testcase with "g++ -fmudflap" yields
an ICE since GCC 4.0.0 (i.e. this is not a regression):
=
struct A;
A foo()
{
A a;
return a;
}
=
bug.cc: In function 'A foo()':
bug.cc:3: error: return type 'struct A' is incomplete
bug.cc:5: err
Compiling the following testcase with "g++ -fmudflap" yields
an ICE since GCC 4.1.0 (i.e. this is a regression):
=
struct A;
A a;
=
bug.cc:2: error: aggregate 'A a' has incomplete type and cannot be defined
bug.cc:2: internal compiler error: tree check: expected cl
--- Comment #15 from dpatel at gcc dot gnu dot org 2006-03-21 22:33 ---
Subject: Bug 24173
Author: dpatel
Date: Tue Mar 21 22:33:32 2006
New Revision: 112262
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112262
Log:
PR c++/24173
* decl.c (duplicate_decls): Don't rely on DECL_TE
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-21 21:59 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-21 21:59 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from rakdver at gcc dot gnu dot org 2006-03-21 21:35
---
(In reply to comment #11)
> This is definitely a bug in loop-iv.c -- once biv_p (SET_DEST (single_set
> (insn))) returns true, iv_analyze_result must succeed as well.
While I still consider this desirable, it is s
--- Comment #3 from arnold-j at t-online dot de 2006-03-21 21:30 ---
Created an attachment (id=11085)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11085&action=view)
The preprocessed source file causing the error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23442
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-21 21:28 ---
Also do you have a testcase that can be attached to the bug since the
information here is not enough to figure out what is going wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26788
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-21 21:27 ---
And the reason why salias-max-implicit-fields is set so low is to keep the
compile time in check since we get bug reports about that also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26788
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 21:14 ---
salias-max-implicit-fields did not exist in 4.0.x.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26788
--- Comment #1 from sje at gcc dot gnu dot org 2006-03-21 21:12 ---
Subject: Bug 26384
Author: sje
Date: Tue Mar 21 21:12:00 2006
New Revision: 112257
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112257
Log:
PR libgomp/26384
* config/pa/pa64-hpux.h (LIB_SPEC):
--- Comment #2 from arnold-j at t-online dot de 2006-03-21 21:11 ---
This happens with *all* versions of m68k-elf-gcc I tried to build (3.3.6,
3.4.5, 3.4.6, 4.0.2, 4.0.3).
Host gcc:
gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
Example: m68k-elf-gcc 3.4.6, configured with:
Hi,
I just installed gcc 4.1.0 to compile my template expression
matrix arithmetric library (a la Blitz).
I recently did benchmarks with g++ 3.4.4
and 4.0.2 an I was pretty much impressed that g++ 4.0.2 managed to
optimize the expressions such that I obtained performance nearly
twice as fast as
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 21:04 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from law at redhat dot com 2006-03-21 21:02 ---
Fixed with today's checkin to tree-vrp.c.
--
law at redhat dot com changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-21 20:51 ---
*** Bug 26786 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 20:51 ---
*** This bug has been marked as a duplicate of 24511 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
The following incorrect code causes:
simple.f90: In function bar:
simple.f90:4: internal compiler error: in gfc_conv_variable, at
fortran/trans-expr.c:355
Code:
module simple
implicit none
contains
integer function foo()
foo = 10
end function foo
subroutine bar()
foo = 10
end
A template class member function that is defined out-of-line with an
associated explicit template instantiation is not instantiated by g++ 4.0.x.
No warnings or error messages are given. Using earlier g++ versions, the
member function is instantiated and placed in the object file.
Confirmed funct
--- Comment #20 from jason at redhat dot com 2006-03-21 19:19 ---
Subject: Re: use ODR rules to make C++ objects not be TREE_PUBLIC
Sorry I wasn't clear; I agree that this is an important bug. I meant
that fixing the unique anonymous namespace name in the presence of PCH
is the righ
--- Comment #19 from cpence at gmail dot com 2006-03-21 19:12 ---
@#18: I disagree. This bug is the only thing preventing anonymous namespaces
from working together with PCH. As such, it's a bug, insofar as it keeps a
_very_ worthwhile feature (namely, precompiling massive C++ headers
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-03-21 18:58
---
Subject: Bug 26781
Author: pinskia
Date: Tue Mar 21 18:58:50 2006
New Revision: 112254
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112254
Log:
2006-03-21 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-03-21 18:53
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #2 from jakub at gcc dot gnu dot org 2006-03-21 18:35 ---
Subject: Bug 26690
Author: jakub
Date: Tue Mar 21 18:35:20 2006
New Revision: 112253
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112253
Log:
PR c++/26690
* tree.c (get_callee_fndecl): If CAL
--- Comment #11 from malitzke at metronets dot com 2006-03-21 18:26 ---
While I have your attention I would propose this more comprehensive patch:
--- tree-ssa-pre.org.c 2006-03-21 12:55:12.0 -0500
+++ tree-ssa-pre.c 2006-03-21 13:11:36.0 -0500
@@ -2192,11 +2192,10
--- Comment #18 from jason at gcc dot gnu dot org 2006-03-21 18:22 ---
I think the summary is misleading; the change requested is an optimization.
The testcase breaks because PCH breaks anonymous namespace naming so that it
gets the same name in all translation units. I assume that the
--- Comment #15 from sabre at nondot dot org 2006-03-21 18:06 ---
Great, thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21581
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-03-21 18:05
---
(In reply to comment #13)
> Should I (re)open a new bug for to request TREE_PUBLIC(decl) = 0 behavior?
PR 10591 is for that issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21581
--- Comment #13 from sabre at nondot dot org 2006-03-21 18:03 ---
Pardon the potentially silly question here, but why 'hidden'? Why not
TREE_PUBLIC(decl) = 0? It seems that members of anonymous namespaces should be
completely internal, and not depend on platform support for hidden visi
--
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 2006-03-21 17:05 ---
This is the crazy parser getting the line number "wrong".
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
The line number mentioned in the "extra qualification" error is not
ideal. Instead of showing the line number on which the extra
qualification actually occurs it shows the last line of the
declaration.
(sid)6102:[EMAIL PROTECTED]: ~] cat > test.cpp
class foo {
foo::foo(int a,
in
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-21 17:02 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-03-21 17:01
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #15 from law at redhat dot com 2006-03-21 16:57 ---
Subject: Re: VRP/DOM does not like
TRUTH_AND_EXPR
On Tue, 2006-03-21 at 16:19 +, dnovillo at gcc dot gnu dot org
wrote:
>
> --- Comment #13 from dnovillo at gcc dot gnu dot org 2006-03-21 16:19
> ---
--- Comment #11 from dberlin at gcc dot gnu dot org 2006-03-21 16:57
---
Subject: Re: Missed jump threading
optimization
On Tue, 2006-03-21 at 15:57 +, law at redhat dot com wrote:
>
> --- Comment #9 from law at redhat dot com 2006-03-21 15:57 ---
> We've got zer
Compiling any Fortran file with -fmudflap results in an ICE:
f951: warning: command line option "-fno-builtin" is valid for
C/C++/ObjC/ObjC++ but not for Fortran
lall.f:0: internal compiler error: mudflap: this language is not supported
Please submit a full bug report, [etc.]
In addition the warn
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-21 16:50 ---
*** Bug 20665 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 2006-03-21 16:50 ---
(In reply to comment #4)
Ok.
*** This bug has been marked as a duplicate of 16189 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from tbm at cyrius dot com 2006-03-21 16:48 ---
(In reply to comment #1)
> On the mainline I get:
> t.cc:1: error: template declaration of 'enum'
> t.cc:2: error: multiple types in one declaration
>
> There might be a dup of this bug somewhere.
Bug #16189 is the same and
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-03-21 16:48
---
And I'm getting lost in decomposing such a conditional into BBs and COND_EXPRs
and GOTOs and adding edges and whatnot. This sucks. Where's the helper
routine that I'm not finding?
--
http://gcc.gnu.org/bugzi
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-21 16:32 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-03-21 16:32
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #8 from hjl at lucon dot org 2006-03-21 16:27 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|UNCONFIRMED |
--- Comment #7 from hjl at lucon dot org 2006-03-21 16:27 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|WAITING |
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-21 16:26
---
I am testing the following patch:
Index: tree-ssa-pre.c
===
--- tree-ssa-pre.c (revision 112250)
+++ tree-ssa-pre.c (working copy)
@@ -2246,
--- Comment #3 from jakub at gcc dot gnu dot org 2006-03-21 16:21 ---
Subject: Bug 26691
Author: jakub
Date: Tue Mar 21 16:21:24 2006
New Revision: 112251
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112251
Log:
PR c++/26691
* cp-gimplify.c (cxx_omp_clause_appl
--- Comment #13 from dnovillo at gcc dot gnu dot org 2006-03-21 16:19
---
(In reply to comment #12)
> Any updates on this? It get's in the way of loop versioning conditionals
> which
> I now have to decompose manually into chained if's :/
>
Nope. I'm unlikely to work on this any tim
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 16:15 ---
Friend functions are not injected as declarations.
See http://gcc.gnu.org/gcc-4.1/changes.html.
This is invalid C++. Use -ffriend-injection to get back the old behavior.
--
pinskia at gcc dot gnu dot org chang
--- Comment #11 from jason at gcc dot gnu dot org 2006-03-21 16:15 ---
Subject: Bug 21581
Author: jason
Date: Tue Mar 21 16:15:25 2006
New Revision: 112250
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112250
Log:
PR c++/21581
* parser.c (cp_parser_declaration):
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-21 16:13 ---
And here is a testcase without a simplifing opportunity:
void zconfdump(__SIZE_TYPE__ i)
{
for (;;)
{
char __a0;
__a0 = ("\"\\")[i];
if (__a0)
return;
}
}
--
http://gcc.gnu.or
1 - 100 of 152 matches
Mail list logo
