[Bug ada/10670] 'section' Machine_Attribute directive ignored

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-31 08:16 --- 'section' is not a machine attribute, it's an attribute of C-like languages. The compiler is correct in rejecting it. Use pragma Linker_Section instead. -- What|Removed

[Bug tree-optimization/20701] [tcb] VRP does not eliminate a redundant "if" statement.

--- Additional Comments From kazu at cs dot umass dot edu 2005-03-31 08:20 --- I've got a preliminary patch working. -- What|Removed |Added AssignedTo|unassigned at

[Bug tree-optimization/20640] [4.0 Regression] ICE on NULL PHI_ARG_DEF

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-31 08:28 --- Subject: Re: [PR tree-optimization/20640] add phi args to dests of dce-redirected edges On Mar 31, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote: > I have a gut feeling that we'll always get a PHI arg fr

[Bug tree-optimization/20640] [4.0 Regression] ICE on NULL PHI_ARG_DEF

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-31 08:41 --- Subject: Re: [PR tree-optimization/20640] add phi args to dests of dce-redirected edges On Mar 30, 2005, Jeffrey A Law <[EMAIL PROTECTED]> wrote: > - PENDING_STMT (EDGE_SUCC (bb, 0)) = NULL; > +

[Bug bootstrap/20692] configuring libgfortan infinite loop

--- Additional Comments From pfelecan at acm dot org 2005-03-31 09:10 --- The version of libgmp is 4.1.4. I'll contact the maintainer of the package to know the build options, if he run the tests... and report back -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20692

[Bug tree-optimization/20701] [tcb] VRP does not eliminate a redundant "if" statement.

-- What|Removed |Added OtherBugsDependingO||20702 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20701

[Bug tree-optimization/20702] New: [tcb] ASSERT_EXPRs are not inserted when a certain "if" statement is present.

Consider: typedef struct { int code; } *rtx; extern void next_active_insn (rtx); int can_combine_p (rtx insn, rtx succ, rtx elt) { rtx set = 0; if (succ) next_active_insn (succ); else next_active_insn (insn); if (insn->code == 3) set = insn; else if (insn->code == 5)

[Bug tree-optimization/20702] [tcb] ASSERT_EXPRs are not inserted when a certain "if" statement is present.

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu |dot org | Status|UNCONFIRMED

[Bug c/17855] [4.0/4.1 Regression] modification of function struct return not diagnosed

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-31 10:09 --- [resend of comment#6 which did not get emailed out] The reason I don't consider compiling into an abort to be suitable here is that the problem could in principle arise with more complicated code where the po

[Bug c/20689] strict aliasing with temporary variable never gives warnings

--- Additional Comments From varun0005 at gmail dot com 2005-03-31 10:18 --- please ignore previous code and consider this piece as example ... problem is same .the exact programs are following and command line was gcc -Wall -O2 test1.c test2.cIn this why test1.c not giving warning b

[Bug ada/10671] improve error message for named notation used in pragma

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-31 10:28 --- There is no bug here: named notation is not supported for this pragma. Named notation is also not supported for any of the Ada defined pragmas, so there is no reason to expect this to work. We'll see if the

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 11:33 --- Subject: Bug 20611 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-31 11:33:18 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 11:34 --- Subject: Bug 20611 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-31 11:34:20 Modified files: gcc/config/rs6000: rs6000.md Log message: PR

[Bug c++/19761] -Winit-self doesn't work anymore

--- Additional Comments From oliverst at online dot de 2005-03-31 11:35 --- I tried it again with this GCC: Using built-in specs. Target: i686-pc-mingw32 Configured with: /datal/gcc/gcc/configure --prefix=/datal/gcc/build/wingcc --build=i686-pc-linux-gnu --host=i686-pc-mingw32 --target=

[Bug c++/19761] -Winit-self doesn't work anymore

--- Additional Comments From oliverst at online dot de 2005-03-31 11:36 --- Created an attachment (id=8504) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8504&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19761

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 11:39 --- Subject: Bug 20611 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-31 11:39:34 Modified files: gcc: Change

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 11:46 --- Subject: Bug 20611 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-31 11:45:51 Modified files: gcc: Change

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From amodra at bigpond dot net dot au 2005-03-31 11:48 --- Fixed on 3.4, 4.0 and mainline. -- What|Removed |Added Status|ASSIGNED

[Bug c++/19761] -Winit-self doesn't work anymore

-- What|Removed |Added Attachment #8504|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19761

[Bug target/20611] duplicate label for inlined function referencing TLS

-- What|Removed |Added Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20611

[Bug tree-optimization/18403] FAILs to vectorize testcases on ppc64-linux

--- Additional Comments From dorit at il dot ibm dot com 2005-03-31 12:58 --- Another testcase that exhibits a similar problem: vect-5.f90 (patch: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02840.html) On powerpc64-linux (lp64) the second loop is not vectorized because the data- refer

[Bug middle-end/15700] [4.0 Regression] [unit-at-a-time] Inlining problem leads to miscompilation of glibc

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 13:02 --- Subject: Bug 15700 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-31 13:02:37 Modified files: gcc/testsuite/gcc.c-torture/compile: 2009-1.c 2001

[Bug c++/20700] x86_64 code bloat on templates

--- Additional Comments From giovannibajo at libero dot it 2005-03-31 13:19 --- Reopen the bug report if it happens again. -- What|Removed |Added Status|WAITING

[Bug c++/18644] [3.3/3.4/4.0/4.1 regression] -Wsynth warning in

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 14:21 --- Subject: Bug 18644 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-31 14:21:20 Modified files: gcc: ChangeLog gcc/cp : C

[Bug libfortran/20660] INQUIRE incorrectly reports the existence of UNITS

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 15:30 --- Subject: Bug 20660 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-31 15:30:06 Modified files: gcc/testsuite : ChangeLog libgfortran: C

[Bug libfortran/20660] INQUIRE incorrectly reports the existence of UNITS

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 15:36 --- Subject: Bug 20660 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-31 15:36:11 Modified files: gcc/testsuite : Change

[Bug libfortran/20660] INQUIRE incorrectly reports the existence of UNITS

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-31 16:27 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/20703] New: [tcb] FRE does not remove a fully redundant load.

Consider: int foo (int *array) { if (array[1] != 0) return array[1]; return 0; } Here is the result after the first DCE, which is immediately after FRE. foo (array) { int D.1134; int D.1133; int * D.1132; : D.1132_3 = array_2 + 4B; D.1133_4 = *D.1132_3; if (D.1133_4 != 0)

[Bug libfortran/19155] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-31 16:38 --- Summary of what other compilers do: Portland, Sun and IBM accept it, while NEC and MIPSpro reject it. My position would be: we go with the Standard. Can we somehow have confirmation that Steve's interpret

[Bug tree-optimization/20701] [tcb] VRP does not eliminate a redundant "if" statement.

-- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20701

[Bug target/20045] gcc.dg/ia64-fptr-1.c fails on ia64-hpux

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 16:53 --- Subject: Bug 20045 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-31 16:53:19 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.

[Bug target/20045] gcc.dg/ia64-fptr-1.c fails on ia64-hpux

--- Additional Comments From sje at cup dot hp dot com 2005-03-31 17:04 --- Fixed by not running the test suite on HP-UX. -- What|Removed |Added Status|UNCONFIRM

[Bug java/20704] New: CNI code is called/loaded without any security checks

Classes using native CNI methods are loaded without any extra security checks. When a class uses native JNI methods it needs to make sure the appropriate library containing the JNI functions are loaded. Which means that at a certain point the call chain must have had a RuntimePermission("loadLibra

[Bug libgcj/20704] CNI code is called/loaded without any security checks

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-31 17:30 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug c++/19203] [3.4/4.0/4.1 Regression] Partial ordering failure between function reference and generic const reference

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 17:36 --- Subject: Bug 19203 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-31 17:36:18 Modified files: gcc/cp : ChangeLog call.c cp-tree.h pt.c

[Bug c++/19203] [3.4/4.0/4.1 Regression] Partial ordering failure between function reference and generic const reference

--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-31 17:47 --- 2005-03-31 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/19203, implement DR 214 * call.c (joust): Use more_specialized_fn. * cp-tree.h (DEDUCE_ORDER): Remove. (more_specialized

[Bug tree-optimization/20640] [4.0 Regression] ICE on NULL PHI_ARG_DEF

--- Additional Comments From law at redhat dot com 2005-03-31 17:59 --- Subject: Re: [PR tree-optimization/20640] add phi args to dests of dce-redirected edges On Thu, 2005-03-31 at 05:26 -0300, Alexandre Oliva wrote: > On Mar 31, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:

[Bug tree-optimization/20640] [4.0 Regression] ICE on NULL PHI_ARG_DEF

--- Additional Comments From law at redhat dot com 2005-03-31 18:00 --- Subject: Re: [PR tree-optimization/20640] add phi args to dests of dce-redirected edges On Thu, 2005-03-31 at 05:26 -0300, Alexandre Oliva wrote: > On Mar 31, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:

[Bug c++/19203] [3.4/4.0/4.1 Regression] Partial ordering failure between function reference and generic const reference

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-31 18:04 --- I've retargeted this patch for GCC 4.0.1. After it's aged on the mainline, we can apply it to the 4.0 branch. -- What|Removed |Added -

[Bug c/20705] New: -pthread should enable all options required to use pthreads on all platforms

The lack of a portable option to enable pthreads is a significant annoyance. It is mentioned in bug , and bug 18788 is also relevant, but those are separate bugs. See also the discussion in . Workaround: use autoconf wit

[Bug libgcj/20704] CNI code is called/loaded without any security checks

--- Additional Comments From mckinlay at redhat dot com 2005-03-31 19:01 --- I'm not sure that this should really be considered a bug. loadLibrary() must obviously be a privileged function because arbritary code could be loaded by calling it (possibly from an insecure context), but havin

Re: Old times

This is a multi-part message in MIME format. Norman Virus Control a supprimé le message original qui contenait le virus [EMAIL PROTECTED]

[Bug driver/20705] -pthread should enable all options required to use pthreads on all platforms

-- What|Removed |Added Component|c |driver http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20705

[Bug driver/20705] -pthread should enable all options required to use pthreads on all platforms

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-31 19:34 --- What I would like to see is that the targets just enable pthreads by default and forget about these flags. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20705

[Bug libstdc++/20706] New: string::reserve severe performance regression

I am experiencing severe performance degradation using string::reserve() under libstdc++.so.6 (g++ 3.4.3) that was not present under libstdc++.so.5 (g++ 3.2.2). Here is a test program that exhibits the problem: #include #include int main(int argc, char **argv) { unsigned long size = 1

[Bug debug/19345] [4.0/4.1 Regression] Segmentation fault with VLA and inlining and dwarf2

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW

[Bug libfortran/20471] Segmentation fault on read after backspace and rewind

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-31 20:32 --- Same patch also fixes PR 20068 (that is, all backspace bugs), but it does introduce a regression (gfortran.fortran-torture/execute/backspace.f90). -- What|Removed |Adde

[Bug debug/19345] [4.0/4.1 Regression] Segmentation fault with VLA and inlining and dwarf2

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-31 20:47 --- Subject: [PR debug/19345] remap TYPE_STUB_DECL during inlining TYPE_STUB_DECL was NULL in the testcase given in the bug report because tree inlining failed to remap TYPE_STUB_DECL. This patch reverts the pa

[Bug libstdc++/20706] string::reserve severe performance regression

--- Additional Comments From pcarlini at suse dot de 2005-03-31 20:56 --- This is not a bug, it's the intended, standard conforming, behavior. This is happening because, when you call dest.reserve(dest.length() + 1) the string class is actually *shrinking* the capacity of the string, wh

[Bug libstdc++/20114] Non-monotonic behavior of string::reserve

--- Additional Comments From pcarlini at suse dot de 2005-03-31 20:57 --- *** Bug 20706 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libstdc++/20706] string::reserve severe performance regression

--- Additional Comments From pcarlini at suse dot de 2005-03-31 21:14 --- I should also add, that, in general, your snippet could be simpler, without penalizing the performance: typically reserve is only called once, at the outset, if we can estimate in advance the final size of the str

[Bug libstdc++/20690] Bug in std::vector

--- Additional Comments From pcarlini at suse dot de 2005-03-31 21:15 --- So closing it. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug debug/19345] [4.0/4.1 Regression] Segmentation fault with VLA and inlining and dwarf2

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-31 21:26 --- Subject: Re: [PR debug/19345] remap TYPE_STUB_DECL during inlining On Thu, 31 Mar 2005, Alexandre Oliva wrote: > TYPE_STUB_DECL was NULL in the testcase given in the bug report > because tree inlining fa

[Bug tree-optimization/15089] local register variable with a specified register is bad

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 21:36 --- I've just re-read the Extended Asm section and find that the approprate docs have been present since revision 1.222 (hp 29-Sep-04). -- What|Removed |Added ---

[Bug target/19974] incorrect complex division on ia-64 with flag_complex_method = 2

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 21:38 --- I'm going to assume there's no bug here. Re-open if you disagree. -- What|Removed |Added

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

-- Bug 5900 depends on bug 19974, which changed state. Bug 19974 Summary: incorrect complex division on ia-64 with flag_complex_method = 2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19974 What|Old Value |New Value -

[Bug middle-end/18902] Naive (default) complex division algorithm

-- Bug 18902 depends on bug 19974, which changed state. Bug 19974 Summary: incorrect complex division on ia-64 with flag_complex_method = 2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19974 What|Old Value |New Value

[Bug debug/19406] [4.0/4.1 Regression] ICE: in force_decl_die, at dwarf2out.c:12442

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 21:41 --- Well, if we're already doing this, and the debugger handles it, then far be it from me to stand in the way of progress. Patch is ok everywhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19406

[Bug libfortran/19155] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)

--- Additional Comments From kargl at gcc dot gnu dot org 2005-03-31 21:43 --- I posted a short question to c.l.f. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19155

[Bug rtl-optimization/20290] [4.0/4.1 Regression] Miscompilation on ppc/arm with -Os

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 21:46 --- Subject: Re: [PR rtl-optimization/20290] loop body doesn't run in every iteration if exit test is the loop entry point On Sun, Mar 20, 2005 at 03:33:49PM -0300, Alexandre Oliva wrote: > * loop.c (for_eac

[Bug c++/15036] [3.4 regression] Performance and code size regression compared to 3.3

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 21:53 --- The code generated by gcc 4.0 is significantly improved: .L2: fldl-8(%ebx,%ecx,8) incl%ecx fld %st(0) fmull (%edx) fxch%st(1) fmull 8(%edx)

[Bug driver/20705] -pthread should enable all options required to use pthreads on all platforms

--- Additional Comments From david dot nospam dot hopwood at blueyonder dot co dot uk 2005-03-31 22:04 --- pthreads isn't necessarily available, or needs to be optional, on embedded platforms. I agree that on some platforms it would make sense for pthreads to be enabled by default. --

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 22:09 --- Subject: Re: [PR middle-end/20491] combine generates bad subregs On Wed, Mar 30, 2005 at 04:27:50PM -0300, Alexandre Oliva wrote: > - else > + else if (REG_P (y)) > { > /* Simplify_subre

[Bug c/17855] [4.0/4.1 Regression] modification of function struct return not diagnosed

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 22:16 --- Patch is ok. I would prefer that this (eventually) be handled by the front end, but certainly this approach is appropriate for fixing the regression in 4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17

[Bug middle-end/20442] [3.3/3.4/4.0 Regression] problem mixing C++ exceptions and setjmp/longjmp with SJLJ exceptions

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 22:18 --- Apparently fixed in the original source. -- What|Removed |Added Status|NEW

[Bug java/20526] gij -X reports no options are recognized, while -Xmx and -Xms seem to be

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-

[Bug SWING/20707] New: JList not respecting LayoutOrientation

Test case: import javax.swing.*; import java.awt.*; public class testlist { public static void main(String[] args) { JFrame f = new JFrame(); DefaultListModel v = new DefaultListModel(); v.addElement("alsdkfj"); v.ad

[Bug middle-end/20524] [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 23:05 --- The 2009-1.c failure has been fixed by Joern by taking the USER_LABEL_PREFIX into account. I can't replicate the reported mmix double output failure with 20040323-1.c; I can only presume that it's been fixe

[Bug rtl-optimization/20331] [3.4/4.0/4.1 Regression] Wrong code generation for the argument of the pure function in PIC

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 23:21 --- Is this fixed now that a patch has been applied? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20331

[Bug target/20632] GCC should avoid generating F- and B-unit NOPs

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 23:26 --- Subject: Bug 20632 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-31 23:26:35 Modified files: gcc: ChangeLog genautomata.c gcc/

[Bug c/17855] [4.0/4.1 Regression] modification of function struct return not diagnosed

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 23:34 --- Subject: Bug 17855 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-31 23:34:45 Modified files: gcc: ChangeLog gimplify.c gcc/tes

[Bug c/17855] [4.0/4.1 Regression] modification of function struct return not diagnosed

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-31 23:37 --- Subject: Bug 17855 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-31 23:37:11 Modified files: gcc: Change

[Bug c/16989] [meta-bug] C99 conformance bugs

-- Bug 16989 depends on bug 17855, which changed state. Bug 17855 Summary: [4.0/4.1 Regression] modification of function struct return not diagnosed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17855 What|Old Value |New Value ---

[Bug c/17855] [4.0/4.1 Regression] modification of function struct return not diagnosed

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-31 23:42 --- Fixed on 4.0 branch and mainline. -- What|Removed |Added Status|ASSIGNED

[Bug c/20368] [4.0/4.1 Regression] internal compiler error: tree check: expected function_type or method_type, have integer_type in start_function, at c-decl.c:5777

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-31 23:43 --- Fixed on 4.0 branch and mainline. -- What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/20331] [3.4/4.0/4.1 Regression] Wrong code generation for the argument of the pure function in PIC

--- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-31 23:57 --- On 4.1, yes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20331

[Bug target/20093] [4.0/4.1 Regression] 23_containers/deque/cons/2.cc execution test fails on ia64-hpux, -milp32

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-31 23:59 --- Created an attachment (id=8505) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8505&action=view) Further cut-down testcase This test no longer depends on libv3test or the testsuite headers. It passes wit

[Bug rtl-optimization/20331] [3.4/4.0/4.1 Regression] Wrong code generation for the argument of the pure function in PIC

--- Additional Comments From rth at gcc dot gnu dot org 2005-04-01 00:00 --- It's marked as a 4.0 regression. Do you plan on applying the patch there? If not, we should simply close the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20331

[Bug c++/18644] [3.3/3.4/4.0 regression] -Wsynth warning in

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-01 00:28 --- Subject: Bug 18644 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-01 00:28:00 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/g++.

[Bug target/20342] [4.0/4.1 regression] ICE in spill_failure, at reload1.c:1872

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW

[Bug target/20447] ICE in output_operand: invalid expression as operand

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|UNCONFIRMED

[Bug debug/19345] [4.0/4.1 Regression] Segmentation fault with VLA and inlining and dwarf2

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-01 00:37 --- Subject: Re: [PR debug/19345] remap TYPE_STUB_DECL during inlining On Mar 31, 2005, Daniel Berlin <[EMAIL PROTECTED]> wrote: > Did i check it in, or someone else? You did, along with the patch mentioned in

[Bug tree-optimization/20703] [tcb] FRE does not remove a fully redundant load.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-01 00:41 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug rtl-optimization/20331] [3.4/4.0/4.1 Regression] Wrong code generation for the argument of the pure function in PIC

--- Additional Comments From kkojima at gcc dot gnu dot org 2005-04-01 00:51 --- It causes the failure only for sh64 target and can be found only at 4.x java runtime for that target on which 4.0 jave doesn't work without many other patches. So there would be no reason to apply it to 4.0

[Bug middle-end/20524] [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-01 01:06 --- Subject: Re: [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX > I can't replicate the reported mmix double output failure with 20040323-1.c; > I can only presume that it's been fixed by one o

[Bug rtl-optimization/20331] [3.4/4.0/4.1 Regression] Wrong code generation for the argument of the pure function in PIC

--- Additional Comments From rth at gcc dot gnu dot org 2005-04-01 01:17 --- Fine. -- What|Removed |Added Status|NEW |RESOLVED R

[Bug target/20632] GCC should avoid generating F- and B-unit NOPs

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-01 01:35 --- IA-64. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |wilson at gcc d

[Bug target/20632] GCC should avoid generating F- and B-unit NOPs

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-01 01:35 --- Fixed by Vlad's patch. -- What|Removed |Added Status|ASSIGNED

[Bug c++/20505] [4.0/4.1 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-01 03:58 --- Subject: Bug 20505 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-01 03:58:44 Modified files: gcc: ChangeLog dwarf2out.c Log message:

[Bug c++/20505] [4.0/4.1 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-01 04:04 --- Fixed on mainline. Still needs to be fixed on the gcc-4.0 branch, which I assume Nathan is doing. I had to back off a bit from my earlier plans. Aggregate types and constructor initializers pose complicati

[Bug middle-end/20442] [3.3/3.4/4.0 Regression] problem mixing C++ exceptions and setjmp/longjmp with SJLJ exceptions

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-01 04:52 --- Subject: Re: [3.3/3.4/4.0 Regression] problem mixing C++ exceptions and setjmp/longjmp with SJLJ exceptions Yes, indeed. John Eaton sends apologies. Paul T -- http://gcc.gnu.org/bugzilla/show_bug

[Bug c/20708] New: strict aliasing warning

since in case where you are doing "float **q=(void *)&i" then according to strict-aliasing rules we get " warning: dereferencing type-punned pointer will break strict-aliasing rules" , but same thing if done using a temporary variable then why strict-aliasing warning doesn't appear.. According to m

[Bug c/20708] strict aliasing warning

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-01 05:37 --- Casting to void* first, makes the aliasing warning go way. This is expected behavior. Realy the only undefinedness is when you access via two different types. -- What|Removed

[Bug c/20709] New: strict aliasing warning with float pointer pointing to int pointer

since in case where you are doing "float **q=(float **)&i" then according to strict-aliasing rules we get " warning: dereferencing type-punned pointer will break strict-aliasing rules" , but same thing if done using a temporary variable then why strict-aliasing warning doesn't appear.. According to

[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-01 06:23 --- Dave -- I've finally got a new version of the patch. I've played with it some, and I feel like it ought to work, but maybe I'm still missing something. If it doesn't work, would you mind attached preproc

[Bug middle-end/20524] [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-01 07:06 --- Subject: Bug 20524 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-01 07:06:37 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.

[Bug debug/19406] [4.0/4.1 Regression] ICE: in force_decl_die, at dwarf2out.c:12442

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-01 07:47 --- Subject: Bug 19406 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-01 07:47:27 Modified files: gcc: ChangeLog dwarf2out.c gcc/te

[Bug debug/19406] [4.0/4.1 Regression] ICE: in force_decl_die, at dwarf2out.c:12442

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-01 07:51 --- Subject: Bug 19406 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-01 07:51:17 Modified files: gcc: Change

[Bug debug/19406] [4.0/4.1 Regression] ICE: in force_decl_die, at dwarf2out.c:12442

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-01 07:54 --- Fixed in CVS. -- What|Removed |Added Status|ASSIGNED|RESOLVED