[Bug c++/20280] [4.0/4.1 regression] ICE in create_tmp_var, at gimplify.c:368

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-03 07:51 --- Subject: [PR c++/20280] hoist indirect_ref out of addressable cond_exprs When passing an lvalue cond_expr to a function taking a reference that binds directly to either operand of ?:, we'd fail gimplificatio

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-03 07:42 --- Subject: [PR c++/20103] failure to gimplify constructors for addressable types In the reduced testcase from the bug report, included in the patch file below, we fail to gimplify the CONSTRUCTOR created for t

[Bug target/20126] [3.3/3.4/4.0/4.1 Regression] Inlined memcmp makes one argument null on entry

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-03 07:07 --- Doh, nevermind, too many open tabs, I guess :-( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126

[Bug target/20126] [3.3/3.4/4.0/4.1 Regression] Inlined memcmp makes one argument null on entry

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-03 07:04 --- Oops, didn't mean to pick this one up, at least for now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126

[Bug c++/20280] [4.0/4.1 regression] ICE in create_tmp_var, at gimplify.c:368

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

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

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

[Bug tree-optimization/18768] Missed ivopts opportunity

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-03 03:07 --- This has no been fixed on the mainline. I think PRE has changed to not to produce these dead phis. -- What|Removed |Added --

[Bug rtl-optimization/17272] Extra store emitted when concatenating inline assembly sections.

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Last reconfirmed|2004-12-02 0

[Bug SWING/17275] Filechooser implementation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-03 02:51 --- Any news? -- What|Removed |Added Last reconfirmed|2004-12-02 02:13:25 |2005-03-03

[Bug rtl-optimization/20070] If-conversion can't match equivalent code, and cross-jumping only works for literal matches

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-03 02:44 --- (In reply to comment #4) > The recog.c / recog.h part of the patch has been committed as part > of another patch: > http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00133.html Yes this also caused a regression

[Bug target/20294] ia64 gcj failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-03 02:43 --- This is a target bug. Either a binutils one which I really doubt it, or a back-end bug which looks more likely. -- What|Removed |Added -

[Bug target/19684] avr-gcc 4.0 (and 3.3.4): wrong size in asm comment

--- Additional Comments From andrewhutchinson at cox dot net 2005-03-03 01:57 --- This is almost certainly caused by code peepholes doing last minute optimisation of the code just before the assembler is generated. Prior to that, all RTL instructions have a length (in 16 bit words) tha

[Bug target/20277] [3.4/4.0/4.1 Regression] -mcpu=power4 vs. -maltivec

--- Additional Comments From amodra at bigpond dot net dot au 2005-03-03 01:22 --- Fixed on all active branches -- What|Removed |Added Status|NEW

[Bug target/20277] [3.4/4.0/4.1 Regression] -mcpu=power4 vs. -maltivec

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-03 01:21 --- Subject: Bug 20277 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-03 01:20:52 Modified files: gcc: Change

[Bug c++/20298] non-primitive types at file scope with internal linkage generate symbols when executable code absent

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-03 01:17 --- Fixed already in 3.4.0 and above. -- What|Removed |Added Status|UNCONFIRMED

[Bug target/20277] [3.4/4.0/4.1 Regression] -mcpu=power4 vs. -maltivec

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

[Bug target/20277] [3.4/4.0/4.1 Regression] -mcpu=power4 vs. -maltivec

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-03 01:03 --- Subject: Bug 20277 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-03 01:03:37 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug ada/20270] [4.1 Regression] Link error: unsatisfied symbols

-- What|Removed |Added CC||neroden at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sh

[Bug c++/20298] New: non-primitive types at file scope with internal linkage generate symbols when executable code absent

This was discovered on gcc version 2.96 2731 (Red Hat Linux 7.3 2.96-110) and verified still an issue in gcc version 3.3.3 configured with ../gcc- 3.3.3/configure having thread model:posix. We discovered this issue in combatting an issue with binary reproducibility. Some early questions can

[Bug c++/20295] zero length array accepted

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-03 00:26 --- Yes this is invalid code. Reduced testcase: int a0[] = {}; -- What|Removed |Added

[Bug c++/20295] template fails to match empty array

--- Additional Comments From pcarlini at suse dot de 2005-03-03 00:15 --- ... but the real problem with your code is that C++ does *not* have zero length arrays... See 8.5.1/4 and note 91, in particular. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20295

[Bug middle-end/20297] #pragma GCC visibility isn't properly handled for builtin functions

--- Additional Comments From hjl at lucon dot org 2005-03-03 00:05 --- Created an attachment (id=8315) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8315&action=view) A testcase /export/build/gnu/gcc-4.0/build-x86_64-linux/gcc/xgcc -B/export/build/gnu/gcc-4.0/build-x86_64-linux/gcc

[Bug middle-end/20297] New: #pragma GCC visibility isn't properly handled for builtin functions

When "#pragma GCC visibility push" is used on builtin functions, it may not be properly handled if "#pragma GCC visibility pop" is missing. -- Summary: #pragma GCC visibility isn't properly handled for builtin functions Product: gcc Version: 4.

[Bug libstdc++/20213] cassert header documentation wrong

--- Additional Comments From pcarlini at suse dot de 2005-03-02 23:52 --- I have trouble considering this comment *wrong*: according to 17.4.1.2/4, it's generally true for all the C++ headers for C library facilities that "... the declarations and definitions (except for names which are

[Bug target/20296] New: Speeding up small interrupts on avr

When I compile (avr-gcc -Os -c -mmcu=at90s2313) this: void SIG_PIN_CHANGE0 (void) __attribute__ ((signal)); void SIG_PIN_CHANGE0 (void) { (*(volatile unsigned char *)((0x12) + 0x20)) |= 1; } I get: : 0: 1f 92 pushr1 2: 0f 92 pushr0 4: 0f b6

[Bug c++/20295] New: template fails to match empty array

In: template voidthru(T (&arr)[n]) {} int a0[] = {}; int a1[] = {0}; int main() { thru(a1); thru(a0); } you get: ~/ootbc/members/src$ g++ foo.cc foo.cc: In function `int main()': foo.cc:9: error: no matching function for call to `thru(int[0u])' I think zero is still an int, at l

[Bug c++/20293] [3.4/4.0/4.1 regression] Wrong diagnostic for ambiguous access

--- Additional Comments From giovannibajo at libero dot it 2005-03-02 23:24 --- (merging bugzilla conflicts...) -- What|Removed |Added BugsThisDependsOn|

[Bug libstdc++/19995] libstdc++ fails to build correctly on AIX 5.2

--- Additional Comments From dje at gcc dot gnu dot org 2005-03-02 23:23 --- GCC 3.4 requires that it can build and run an application in every multilib variant for which it tries to build a target library. This technically is not necessary, but that is the way it currently works. You

[Bug target/20082] unrecognizable insn

--- Additional Comments From giovannibajo at libero dot it 2005-03-02 23:18 --- Waiting for reduced testcase -- What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/20290] [4.0/4.1 Regression] Miscompilation on ppc with -Os

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-03-02 23:15 --- As for 4.1, I hope we will get rid of the old loop optimizer. I will check what can be done in 4.0. -- What|Removed |Added ---

[Bug middle-end/20290] [4.0/4.1 Regression] Miscompilation on ppc with -Os

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

[Bug target/20082] unrecognizable insn

--- Additional Comments From a dot plot at nettaxi dot com 2005-03-02 23:10 --- Subject: Re: unrecognizable insn Well, I'll do this. -- Best regards, Alexmailto:[EMAIL PROTECTED] Wednesday, March 2, 2005, 5:59:21 PM, you wrote: baydc> --- Additional

[Bug middle-end/20290] [4.0/4.1 Regression] Miscompilation on ppc with -Os

--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-02 23:09 --- The bug goes away with -Os -floop-optimize2, it is just the old loop optimizer that doesn't handle this properly. It seems to me that loop.c really can't do its job correctly if it doesn't detect where the lo

[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From schlie at comcast dot net 2005-03-02 23:07 --- (In reply to comment #0) > [The follow emphasis is Atmel's from the data-sheet]: > > "On the AVR to do a 16-bit write, *THE HIGH BYTE MUST BE WRITTEN BEFORE THE > LOW > BYTE*. For a 16-bit read, THE LOW BYTE MU

[Bug c++/20293] [3.4/4.0/4.1 regression] Wrong diagnostic for ambiguous access

--- Additional Comments From bangerth at dealii dot org 2005-03-02 23:03 --- This is indeed a diagnostic problem: the access is ambiguous, but instead of saying so gcc chooses to mention that there is no such name at all. This happens in many places, and I believe that there must be at

[Bug c++/20293] ambiguous namespace and diagnostic, unamed namespace

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 23:01 --- Confirmed, this is invalid code as the namespace hide is ambiguous but the diagnostic is just plainly bogus. Related to both PR 100 and bug 12272. -- What|Removed |Adde

[Bug target/20082] unrecognizable insn

--- Additional Comments From berndtrog at yahoo dot com 2005-03-02 22:59 --- >I can't send whole file because it is some intellectual property. If you can't post the preprocessed sources because they're proprietary code, then try to create a small file that triggers the same problem.

[Bug target/19684] avr-gcc 4.0 (and 3.3.4): wrong size in asm comment

--- Additional Comments From berndtrog at yahoo dot com 2005-03-02 22:44 --- I can confirm this for gcc-4.0.0-20050228 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19684

[Bug java/20294] New: ia64 gcj failures

-dispatch -shared -Wl,Bsymbolic -o jdtcore.jar.so \ jdtcore.jar I've uploaded a copy of jdtcore.jar (built by itself (ecj)) to here: http://overholt.ca/jdtcore.jar $ gcj --version gcj (GCC) 4.1.0 20050302 (experimental) -- Summary: ia64 gcj failures Product

[Bug ada/19959] [4.0/4.1 Regression] Can't compile gnattools for the cross targets

--- Additional Comments From berndtrog at yahoo dot com 2005-03-02 22:29 --- Update: with this patch to $TARGET/libada/Makefile RTS_DIR:=$(strip $(subst \,/,$(shell gnatls -v | grep adalib ))) -gnattools-cross: gnatlib +gnattools-cross: $(MAKE) -C $(GCC_DIR)/ada $(FLAGS_TO_PA

[Bug target/20082] unrecognizable insn

--- Additional Comments From berndtrog at yahoo dot com 2005-03-02 22:20 --- Alex, please attach the preprocessed file (*.i*) that triggers the bug, generated by adding -save-temps to the complete compilation command. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20082

[Bug c++/20293] New: namespace name lost

In: namespace hide { int k; } namespace { int i; namespace hide { int j; } } void F(int) {} int main() { F(i); F(hide::j); } you get: ~/ootbc/members/src$ g++ foo.cc foo.cc: In function `int main()': foo.cc:16: error: `hide' has not been declared

[Bug libgcj/20169] Serialization: readResolve does not work

--- Additional Comments From bonniot at users dot sf dot net 2005-03-02 22:11 --- Submitting the mauve testcases, with a classpath patch on the way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20169

[Bug rtl-optimization/20070] If-conversion can't match equivalent code, and cross-jumping only works for literal matches

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-02 22:06 --- The recog.c / recog.h part of the patch has been committed as part of another patch: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00133.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070

[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From ericw at evcohs dot com 2005-03-02 22:01 --- Link to discussion on avr-gcc-list: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20288

[Bug c++/19968] [3.3/3.4/4.0/4.1 Regression] Warning omitted for non-derived classes

--- Additional Comments From bangerth at dealii dot org 2005-03-02 21:54 --- Correct. The class without inheritance doesn't need a constructor since objects of this type can be initialized using a brace-enclosed list. The class with inheritance is not POD, so it can't be initialized t

[Bug libgcj/20292] new test case PR16923 fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 21:51 --- Confirmed, also on powerpc-darwin without an installed gcj. -- What|Removed |Added

[Bug libgcj/20265] Unable to generate a shared library from a jar file using gcj v4.0

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 21:50 --- This is not a bug as I explained. The point is that .jar contain more infromation than what is included in the shared library which gcj needs to be able to produce the shared library. -- What

[Bug libgcj/20266] Using v4 of gcj I am unable to build an executable from shared libraries

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 21:50 --- This is not a bug as I explained. -- What|Removed |Added Status|UNCONFIRMED

[Bug libgcj/20292] new test case PR16923 fails

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

[Bug libgcj/20292] New: new test case PR16923 fails

As reported by Ranjit Mathew on [EMAIL PROTECTED]: On an *uninstalled GCC* testsuite run, I get a FAIL on the testcase: -- 8< -- Executing on host: /home/ranmath/src/gcc/build/gcc/xgcc -B/home/ranmath/src/gcc/ build/gcc/ /home/ranmath/src/gcc

[Bug libgcj/20267] too few arguments to function _Jv_AllocObject when class/object instantiated with new operator.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 21:49 --- Works for me, so closing. -- What|Removed |Added Status|WAITING

[Bug debug/20268] With optimization, generating incomplete debug information

-- What|Removed |Added Summary|g++ generates incomplete|With optimization, |debug information for given |generating incomplete debug

[Bug rtl-optimization/20291] combine throws away clobbers before tying to split

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

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- What|Removed |Added BugsThisDependsOn||20291 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652

[Bug rtl-optimization/20291] New: combine throws away clobbers before tying to split

When recog_for_combine fails to recognize a pattern as-is, it re-tries with the clobbers stripped away. When it eventually fails, and the caller try_combine tries to split the pattern, the clobbers are gone, thus causing combine failures for bridge splitters that need these clobbers. patch is her

[Bug libgcj/20155] [4.0/4.1 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

--- Additional Comments From kcook at gcc dot gnu dot org 2005-03-02 21:41 --- Created an attachment (id=8314) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8314&action=view) Proposed fix to bug This is the proposed patch based on the fix for PR 17222 that rth's patch later effect

[Bug c++/19968] [3.3/3.4/4.0/4.1 Regression] Warning omitted for non-derived classes

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-02 21:36 --- I think this is correct behavior. Without inheritance, the struct is POD, so different rules apply. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19968

[Bug middle-end/13776] [4.0/4.1 Regression] Many C++ compile-time regressions for MICO's ORB code

--- Additional Comments From giovannibajo at libero dot it 2005-03-02 21:32 --- I gave a quick look at this and I can't find anything that is not already fixed, especially after Karel's last results. Also having a bug with 85 comments is a good way to make developers run, so let's clos

[Bug middle-end/17278] [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From giovannibajo at libero dot it 2005-03-02 21:28 --- OK let's close this as fixed then. Many thanks to the hard work of the whole GCC team! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17278

[Bug middle-end/13776] [4.0/4.1 Regression] Many C++ compile-time regressions for MICO's ORB code

-- Bug 13776 depends on bug 17278, which changed state. Bug 17278 Summary: [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17278 What|Old Value |New Value --

[Bug middle-end/17278] [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 21:27 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/17278] [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From kgardas at objectsecurity dot com 2005-03-02 21:25 --- Subject: Re: [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level I agree with Giovanni that both #17278 and #13776 are fixed from MICO compile-time re

[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From giovannibajo at libero dot it 2005-03-02 21:24 --- Can you provide a link to the discussion in the avr-gcc list? -- What|Removed |Added

[Bug middle-end/20290] [4.0/4.1 Regression] Miscompilation on ppc with -Os

--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-02 21:16 --- It seems loop_iterations incorrectly counts number of iterations of the second loop: ivtmp.2 = 113; goto (); :; *(ivtmp.52 + 4294967292B) = 9; i = i + 1; :; ivtmp.2 = ivtmp.2 - 1; ivtmp.52 = ivt

[Bug c++/20164] [3.3/3.4/4.0/4.1 Regression] Wrong line number in diagnostic with gcc 4.0/4.1

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-02 21:23 --- IIRC that piece of code is supposed to mark the location of implicitly-generated cdtors as that of the use, so as to give the user a clue of why it is being generated. -- http://gcc.gnu.org/bugzilla/show_

[Bug middle-end/17278] [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From giovannibajo at libero dot it 2005-03-02 21:21 --- At this point, I think we could safely close this and related bugs. Karel could continue to periodically test GCC and report new regressions in new bugs. I don't think keeping these open bring us any benefi

[Bug c++/19916] [3.4/4.0/4.1 Regression] Segmentation fault in __static_initialization_and_destruction_0

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-02 21:04 --- Fixed in GCC 3.4.4. -- What|Removed |Added Status|ASSIGNED|

[Bug c++/19916] [3.4/4.0/4.1 Regression] Segmentation fault in __static_initialization_and_destruction_0

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 20:58 --- Subject: Bug 19916 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-02 20:57:53 Modified files: gcc: Change

[Bug c++/19916] [3.4/4.0/4.1 Regression] Segmentation fault in __static_initialization_and_destruction_0

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 20:56 --- Subject: Bug 19916 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-02 20:55:58 Modified files: gcc: Change

[Bug debug/20253] [3.4/4.0/4.1 regression]: Macro debug info broken due to lexer change

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 20:45 --- Patch here: . -- What|Removed |Added

[Bug middle-end/20290] [4.0/4.1 Regression] Miscompilation on ppc with -Os

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 20:44 --- Note this also happens on powerpc-darwin too but that would mean it is just semi ppc specific. -- What|Removed |Added ---

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 20:40 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug rtl-optimization/20290] New: Miscompilation on ppc with -Os

extern void abort (void); void check (unsigned int *l) { int i; for (i = 0; i < 288; i++) if (l[i] != 7 + (i < 256 || i >= 280) + (i >= 144 && i < 256)) abort (); } int main (void) { int i; unsigned int l[288]; for (i = 0; i < 144; i++) l[i] = 8; for (; i < 256; i++)

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 20:13 --- I decided to apply thios to the 4.0 branch also. Fixed in 4.0.0 also. -- What|Removed |Added

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 20:12 --- Subject: Bug 19024 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-02 20:12:18 Modified files: libobjc: Change

[Bug middle-end/13776] [4.0/4.1 Regression] Many C++ compile-time regressions for MICO's ORB code

--- Additional Comments From kgardas at objectsecurity dot com 2005-03-02 20:09 --- New results meassured for MICO compiled with 4.0.0 20050301 are posted here: http://gcc.gnu.org/ml/gcc/2005-03/msg00132.html Cheers, Karel -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13776

[Bug tree-optimization/18815] Tree if-conversion screws up cfg very badly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 20:08 --- Subject: Bug 18815 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 20:08:32 Modified files: gcc: tree-if-conv.c ChangeLog Log messag

[Bug middle-end/17278] [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From kgardas at objectsecurity dot com 2005-03-02 20:05 --- Subject: Re: [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level New results for 4.0.0 20050301 are posted here: http://gcc.gnu.org/ml/gcc/2005-03/ms

[Bug tree-optimization/18815] Tree if-conversion screws up cfg very badly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 19:47 --- Subject: Bug 18815 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 19:46:29 Modified files: gcc: tree-if-conv.c ChangeLog Log messag

[Bug target/20276] [4.1 Regression] 64bit PPC target uses __adddi3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 19:40 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 19:39 --- Fixed in 4.1.0 (which is a ways off), I am thinking about backporting this to the 4.0 branch but I don't know if I should. -- What|Removed |Added --

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 19:37 --- Subject: Bug 19024 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 19:37:03 Modified files: libobjc: ChangeLog Makefile.in archive.c hash.

[Bug middle-end/20249] [4.0/4.1 Regression] ICE with -fprofile-arcs on ppc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 19:35 --- *** Bug 20289 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/20289] [4.0 Regression] ICE ppc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 19:35 --- *** This bug has been marked as a duplicate of 20249 *** -- What|Removed |Added

[Bug c/20289] New: [4.0 Regression] ICE ppc

stage1/xgcc -Bstage1/ -B/usr/ppc-pld-linux/bin/ -c -O2 -fsigned-char -fprofile-generate -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ibuild -I.

[Bug c++/20269] Optimizer problem with aliasing floating point variable

--- Additional Comments From bangerth at dealii dot org 2005-03-02 19:24 --- The problem with the compiler not warning about these cases is that it is perfectly legal to cast a double* to an int* -- the problem is that it is not legal to access a double through an int*, but to flag thi

[Bug target/20276] [4.1 Regression] 64bit PPC target uses __adddi3

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

[Bug libgcj/20155] [4.0/4.1 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

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

[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR

-- Bug 17574 depends on bug 17222, which changed state. Bug 17222 Summary: libjava fails to build due to command line length during link http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17222 What|Old Value |New Value

[Bug libgcj/17222] libjava fails to build due to command line length during link

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 18:24 --- This was filed under PR 20155. The orginal problem was fixed but showed up again via soemthing. Next time open a new bug instead of reopening this one. -- What|Removed

[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches

--- Additional Comments From law at redhat dot com 2005-03-02 18:23 --- Subject: Re: [meta-bug] optimizations that CSE still catches On Wed, 2005-03-02 at 11:50 +, steven at gcc dot gnu dot org wrote: > --- Additional Comments From steven at gcc dot gnu dot org 2005-03-

[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

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

[Bug c/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From ericw at evcohs dot com 2005-03-02 18:20 --- And the Component should be marked "target". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20288

[Bug c/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From ericw at evcohs dot com 2005-03-02 18:19 --- Please note that this was discussed heavily on avr-gcc-list recently, and it is a desired feature to have. This should be marked as an enhancement (since I don't have sufficient permissions). -- http://gcc.gnu.

[Bug c/20288] New: AVR assignment of a value through a 16 bit pointer generates out of order code

On the AVR when one makes an assignment of a value through a 16 bit pointer, avr-gcc is assigning the low byte, then high byte. However, many uses of a pointer like this are for situations such as pointing at 16-bit registers. In such cases, the assignment should be made high byte first, then low

[Bug c++/20269] Optimizer problem with aliasing floating point variable

--- Additional Comments From bobm75 at gmail dot com 2005-03-02 18:03 --- Ok, thank you for your explanation. We have a huge codebase and we just increased the optimization level from -O to -O2 (together with -march=pentium3), that's when this came up. Since most of this code has been a

[Bug rtl-optimization/18995] delete_trivially_dead_insns fails to update the liveness information

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-02 17:54 --- A patch is here: http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00774.html The size of this patch can also be reduced by setting update_live_p in delete_trivially_dead_insns like this: bool update_life_p =

[Bug rtl-optimization/18992] delete_trivially_dead_insns made ineffective for two-address targets

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-02 17:52 --- *** Bug 20287 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18992

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- Bug 17652 depends on bug 20287, which changed state. Bug 20287 Summary: delete_trivially_dead_insns doesn't http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20287 What|Old Value |New Value --

  1   2   >