[Bug target/14454] [3.3 Regression] virtual function with vararg won't compile

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-14 06:55 --- Subject: Bug 14454 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-10-14 06:54:52 Modified files: gcc: Change

[Bug target/14454] [3.3 Regression] virtual function with vararg won't compile

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 06:44 --- > Notice that the original bugreport is against 3.3.2 though, which means that > the user really hit this problem on the 3.3 branch. And moving to 3.4 is non- > trivial for much C++ code due to the new pa

[Bug target/17990] segfault in c++ code (unaligned movaps on the stack)

--- Additional Comments From giovannibajo at libero dot it 2004-10-14 03:55 --- Created an attachment (id=7346) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7346&action=view) GDB session -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17990

[Bug target/17990] segfault in c++ code (unaligned movaps on the stack)

--- Additional Comments From shadow at serverart dot org 2004-10-14 03:47 --- Created an attachment (id=7344) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7344&action=view) OscilGen.S gcc -O0 -ggdb -Wall -DOS_LINUX -DALSAMIDIIN -DFFTW_VERSION_3 -DASM_F2I_YES `fltk-config --cflags

[Bug c/17913] [4.0 Regression] ICE jumping into statement expression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 03:47 --- Yes we remove it because ({ a : 1; 1; }) is marked as no has SIDE_EFFECTS which fold changes COND_EXPR ; to just true; which removes the label. The ICE is a regression but before in both 3.1 and 3.3, we d

[Bug ada/17985] New: GNAT accepts extension aggregate where expexted type is not extension

in the return expression of "make"'s body, the expected type is T, the aggregate is an extension aggregate, but is not of a type derived from T through one or more extensions. (This is as far as my limited understanding of LRM 4.3.2(4) and AARM 4.3.2(5) goes.) Therefore the compiler should not acce

[Bug rtl-optimization/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 00:03 --- Also with a newest compiler (todays) I cannot reproduce this. What compiler are you starting with and is this with a bootstrap or a cross compiler? -- What|Removed |Add

[Bug target/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:49 --- 1764 if (!skip_evaluation) 1765assemble_external (ref); #0 assemble_external (decl=0x41682934) at ../../gcc/varasm.c:1771 #1 0x00043c20 in build_external_ref (id=0x41686ac4, fun=1) at ../../

[Bug debug/15860] [3.3/3.4/4.0 regression] No DW_AT_location debug info is emitted for formal arguments to a function that uses "register" qualifiers

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 23:45 --- Fixed. -- What|Removed |Added Status|WAITING |RESOLVED R

[Bug debug/15860] [3.3/3.4/4.0 regression] No DW_AT_location debug info is emitted for formal arguments to a function that uses "register" qualifiers

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:44 --- Subject: Bug 15860 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-13 23:44:27 Modified files: gcc: Change

[Bug debug/15860] [3.3/3.4/4.0 regression] No DW_AT_location debug info is emitted for formal arguments to a function that uses "register" qualifiers

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:44 --- Subject: Bug 15860 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-13 23:43:57 Modified files: gcc: ChangeLog dwarf2out.c Log message:

[Bug c/17384] [3.4/4.0 Regression] ICE with mode attribute on structures

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 23:39 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED R

[Bug target/17984] Recent peephole2:s may cause internal compiler errors (2)

--- Additional Comments From hp at gcc dot gnu dot org 2004-10-13 23:38 --- http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01149.html> -- What|Removed |Added Status

[Bug rtl-optimization/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:37 --- I should say the -O0 is for cc1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17972

[Bug rtl-optimization/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:36 --- Hmm, I don't see it in 3.4.3 20041008 (prerelease) with a cross from powerpc-darwin to powerpc64- unknown-linux-gnu at -O0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17972

[Bug target/17984] Recent peephole2:s may cause internal compiler errors (2)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:35 --- Subject: Bug 17984 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-13 23:35:04 Modified files: gcc: ChangeLog gcc/config/cris: c

[Bug target/17984] Recent peephole2:s may cause internal compiler errors (2)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:32 --- Subject: Bug 17984 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-13 23:32:15 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug c/17384] [3.4/4.0 Regression] ICE with mode attribute on structures

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:31 --- Subject: Bug 17384 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-13 23:31:24 Modified files: gcc: ChangeLog c-common.c crtstuff.c

[Bug target/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

--- Additional Comments From zack at codesourcery dot com 2004-10-13 23:29 --- Subject: Re: [4.0 regression] asm declaration ignored due to conflict with previous rename Hmm. Why are we calling assemble_external before EOF? zw -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1798

[Bug c/17384] [3.4/4.0 Regression] ICE with mode attribute on structures

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:29 --- Subject: Bug 17384 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-13 23:29:06 Modified files: gcc: Change

[Bug debug/13841] [3.4/4.0? regression] missing debug info for _Complex function arguments

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 23:27 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED R

[Bug debug/13841] [3.4/4.0? regression] missing debug info for _Complex function arguments

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:25 --- Subject: Bug 13841 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-13 23:25:18 Modified files: gcc: ChangeLog function.c Log message:

[Bug rtl-optimization/17972] [3.4 Regression] const/pure functions result in bad asm

-- What|Removed |Added Keywords||wrong-code Summary|const/pure functions result |[3.4 Regression] const/pure |in b

[Bug target/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:22 --- The call to make_decl_rtl is from assemble_external. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982

[Bug debug/13841] [3.4/4.0? regression] missing debug info for _Complex function arguments

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:18 --- Subject: Bug 13841 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-13 23:18:19 Modified files: gcc: Change

[Bug target/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:18 --- The RTL is set because IA64 has ASM_OUTPUT_EXTERNAL defined. I think is related to changes which Zack made to c-decl.c. -- What|Removed |Added ---

[Bug ada/17793] [4.0 Regression] Ada front-end causing bootstrap failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:16 --- Confirmed via the dup bug. -- What|Removed |Added Status|UNCONFIRMED

[Bug ada/17793] [4.0 Regression] Ada front-end causing bootstrap failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:16 --- *** Bug 17983 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug ada/17983] [4.0 regression] ICE in check_pointer_types_r while compiling ada library

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:16 --- *** This bug has been marked as a duplicate of 17793 *** -- What|Removed |Added

[Bug ada/17793] [4.0 Regression] Ada front-end causing bootstrap failure

-- What|Removed |Added GCC target triplet|powerpc-apple-darwin|powerpc-darwin, powerpc- ||linux http://gcc.gnu.org/bugzilla/sh

[Bug target/17984] New: Recent peephole2:s may cause internal compiler errors (2)

See also PR 17626. This is another bug in the peephole2 patterns; constants aren't truncated/sign-extended when changing to a shorter mode. This causes ICEs like the following: x/gcc/testsuite/gcc.dg/cris-peep2-xsrand2.c: In function 'andwlsr': x/gcc/testsuite/gcc.dg/cris-peep2-xsrand2.c:16: erro

[Bug rtl-optimization/17972] const/pure functions result in bad asm

--- Additional Comments From mostrows at watson dot ibm dot com 2004-10-13 23:11 --- Subject: Re: const/pure functions result in bad asm Here is simpler code that demonstrates the problem. Note, no loops involved. Further below is compilation and objdump with and without DBUG

[Bug ada/17983] New: [4.0 regression] ICE in check_pointer_types_r while compiling ada library

The following ICE happens during compilation of libada: ../../xgcc -B../../ -c -g -O2 -fPIC -W -Wall -gnatpg g-socket.adb -o g-socket.o +===GNAT BUG DETECTED==+ | 4.0.0 20041013 (experimental) (powerpc-unknown-linux-gnu) GCC error

[Bug rtl-optimization/17972] const/pure functions result in bad asm

--- Additional Comments From amodra at bigpond dot net dot au 2004-10-13 23:04 --- I see the same behaviour as Michal is reporting with 3.4.3 20041010 gcc miscompiles a do while (0) "loop" into an infinite loop. -- What|Removed |Added

[Bug target/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:03 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:03 --- DECL_ASSEMBLER_NAME_SET_P is true on ia64 for some reason which gets set when we call make_decl_rtl at c-decl.c:1757, why I don't know. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982

[Bug rtl-optimization/17972] const/pure functions result in bad asm

-- What|Removed |Added CC||amodra at bigpond dot net ||dot au http://gcc.gnu.org/bugzilla/

[Bug target/17982] New: [4.0 regression] asm declaration ignored due to conflict with previous rename

When an identifier has been used in an inline declaration subsequent renames of it are ignored. That used to work with gcc 3.4 and still works on i386 and ppc at least. This breaks building glibc. $ cat asm.c extern int foo (void); extern inline int bar (void) { return foo (); } ext

[Bug rtl-optimization/17972] const/pure functions result in bad asm

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 22:02 --- -O1 -DBUG vs -O1 on "GCC: (GNU) 3.4.1 20040619 (prerelease)" is the same. Now with -fno-inline we do get different asm but the asm is correct as current_thread_info is marked as const so we only call it

[Bug libgcj/17979] Binary Compatibility: could resolve String references while defining class

--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-13 21:46 --- I think PR 1259 relates to deficiencies in the compiler, not the runtime (or at least not this part of the runtime). This PR refers to a minor possible optimization when defining an interpreted class; it does

[Bug rtl-optimization/17972] const/pure functions result in bad asm

--- Additional Comments From mostrows at watson dot ibm dot com 2004-10-13 21:45 --- Subject: Re: const/pure functions result in bad asm For starters, when compiling without -DBUG, the resulting assembly is much longer (correct assembly, with -DBUG below, that is without pure/c

[Bug c++/17981] parse error on template method of template class

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 21:44 --- Most likely you searched only the open bugs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17981

[Bug libgcj/17979] Binary Compatibility: could resolve String references while defining class

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 21:43 --- Is this related to PR 1259 at all? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17979

[Bug libgcj/17021] gij: class resolution throws errors too eagerly

--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-13 21:33 --- *** Bug 17980 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libgcj/17980] Binary Compatibility: delay link exceptions until the proper time

--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-13 21:33 --- *** This bug has been marked as a duplicate of 17021 *** -- What|Removed |Added

[Bug debug/15860] [3.3/3.4/4.0 regression] No DW_AT_location debug info is emitted for formal arguments to a function that uses "register" qualifiers

--- Additional Comments From tausq at debian dot org 2004-10-13 21:24 --- Verified with gcc-3.4.1 and gdb-6.2.1 on hppa-linux. Thanks Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15860

[Bug libgcj/13604] AccessController unfinished

--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-13 21:21 --- See this unreviewed patch: http://gcc.gnu.org/ml/java-patches/2004-q3/msg00372.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13604

[Bug c++/17981] parse error on template method of template class

--- Additional Comments From fang at csl dot cornell dot edu 2004-10-13 21:14 --- Subject: Re: parse error on template method of template class Thank you for the feedback. How come when I searched for the keywords "parse error template method" on bugzilla, I get the infamous `Zarro Bo

[Bug c++/17981] parse error on template method of template class

--- Additional Comments From bangerth at dealii dot org 2004-10-13 21:10 --- The workaround is to write return k.template is_a_xfer(); W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17981

[Bug middle-end/17967] [4.0 Regression] Expand is considered slower? (remove_useless_stmts is considered part of expand)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 20:33 --- there is a cfg version of remove_useless_stmts, cfg_remove_useless_stmts, maybe someone (not me) can do some timings (code gen) on this patch: Index: tree-cfg.c

[Bug middle-end/17967] [4.0 Regression] Expand is considered slower? (remove_useless_stmts is considered part of expand)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 20:26 --- Someone should see if remove_useless_stmts is really help on compile time or not, this case shows that it is not a help at all, maybe it should be done after CFG is done. -- http://gcc.gnu.org/bugzilla

[Bug c++/795] parse error in member template method

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 20:18 --- *** Bug 17981 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/17981] parse error on template method of template class

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 20:18 --- Yes this was reported before PR 795. *** This bug has been marked as a duplicate of 795 *** -- What|Removed |Added --

[Bug c++/17981] parse error on template method of template class

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 20:17 --- 3.4.0 accepts the code for me and runs. -- What|Removed |Added Keywords|

[Bug c++/17981] New: parse error on template method of template class

gcc/g++ versions (2): 1) Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.3/specs Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local- prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable- languages=c,c++,f77,o

[Bug libgcj/17980] New: Binary Compatibility: delay link exceptions until the proper time

-- Summary: Binary Compatibility: delay link exceptions until the proper time Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassig

[Bug libgcj/17979] New: Binary Compatibility: could resolve String references while defining class

In defineclass.cc, we do a pass over the constant pool and turn JV_CONSTANT_String references into _Jv_Utf8Const objects. Later, during linking, these are turned into real String instances. We could just as easily create real Strings when defining the class and reduce the amount of work to be don

[Bug java/12725] [meta-bug] gcj does not conform to Binary Compatibility specification

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

[Bug libgcj/17978] New: Binary Compatibility: use _Jv_AllocBytes to allocate interface dispatch tables

On the BC branch, in link.cc, there are a number of places where we use _Jv_Malloc where we ought to use _Jv_AllocBytes. Search for the FIXME comments (not every malloc needs to be replaced). Actually doing this results in a buggy runtime, however. There is probably some GC marking problem, howev

[Bug debug/15860] [3.3/3.4/4.0 regression] No DW_AT_location debug info is emitted for formal arguments to a function that uses "register" qualifiers

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 18:57 --- Someone will need to test this on an affected target, both with gcc and the gdb testsuite. -- What|Removed |Added -

[Bug debug/15860] [3.3/3.4/4.0 regression] No DW_AT_location debug info is emitted for formal arguments to a function that uses "register" qualifiers

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 18:54 --- It would seem that this would affect any big-endian target for which the ABI forces type promotion of parameters. -- What|Removed |Added

[Bug c++/17976] [3.4/4.0 Regression] Calls the dtor twice

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 18:46 --- I did not know how hard it would to generate a self contained testcase which is why I had asked you file one (I just decided to file one after I got a tescase). -- What|Removed

[Bug c++/17976] [3.4/4.0 Regression] Calls the dtor twice

-- What|Removed |Added CC|gdr at gcc dot gnu dot org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17976

[Bug c++/17976] [3.4/4.0 Regression] Calls the dtor twice

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 18:42 --- *** Bug 17977 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/17977] C++ emits multiple dtor-calling functions for one definition

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 18:42 --- I filed one with a self contained example. *** This bug has been marked as a duplicate of 17976 *** -- What|Removed |Added --

[Bug libstdc++/17937] Critical ~__pool troubles

--- Additional Comments From matz at suse dot de 2004-10-13 18:42 --- Argh. Don't ask people to do stuff, if you are doing it yourself ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17937

[Bug c++/17976] [3.4/4.0 Regression] Calls the dtor twice

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 18:41 --- Oh, it is a regression. -- What|Removed |Added CC|

[Bug libstdc++/17937] Critical ~__pool troubles

--- Additional Comments From matz at suse dot de 2004-10-13 18:41 --- Oh, wire-crossing. I filed this now as PR17977. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17937

[Bug c++/17977] New: C++ emits multiple dtor-calling functions for one definition

This came over from #17937. The testcase --- #include std::string idl_filename; extern std::string idl_filename; int main() { idl_filename = "bla"; return 0; } --- segfaults when compiled wi

[Bug libstdc++/17937] Critical ~__pool troubles

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 18:39 --- I filed the c++ front-end bug under PR 17976 with a simple example. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17937

[Bug c++/17976] New: Calls the dtor twice

extern "C" void abort(); struct A { static int i; A(){} ~A(){i++;if(i>1)abort();} }; int A::i = 0; A a; extern A a; int main() { return 0; } -- Summary: Calls the dtor twice Product: gcc Version: 4.0.0 Status: UNCONFIRMED Key

[Bug libstdc++/17937] Critical ~__pool troubles

--- Additional Comments From matz at suse dot de 2004-10-13 18:37 --- Ah, the problem is, that for some reasons GCC emits _two_ dtor functions for 'idl_filename' (__tcf_2 and __tcf_1), but only if the extern decl comes after the definition. Okay, this is an error in itself, but it seem

[Bug libstdc++/17937] Critical ~__pool troubles

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 18:33 --- I think that is a bug in the front-end: :; if (__priority == 65535) goto ; else goto ; :; if (__initialize_p == 0) goto ; else goto ; :; __comp_dtor (&idl_filename); :; if (__priority == 65535) go

[Bug libstdc++/17937] Critical ~__pool troubles

--- Additional Comments From matz at suse dot de 2004-10-13 18:28 --- Still doesn't fully work. The initial testcase now works, but aRts still segfaults. This time I need this testcase: - #include std::string idl_filename; extern std::string idl

[Bug c/17384] [3.4/4.0 Regression] ICE with mode attribute on structures

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 18:13 --- Working on a fix for the ICE, but I'll warn you that this construct is erroneous. You don't get to choose the mode for a structure; that's determined by the layout routines. As for your hardware registers, no

[Bug bootstrap/17975] make bootstrap fails because libiberty-components are not compiled

--- Additional Comments From o dot kullmann at swansea dot ac dot uk 2004-10-13 17:52 --- sorry, didn't want to do anything here, but just updating the page seems to have created something ?!?! -- What|Removed |Added

[Bug bootstrap/17975] New: make bootstrap fails because libiberty-components are not compiled

Since the introduction of version 3.4.0 I'm unable to build gcc. I've build it many times before, but with 3.40, 3.4.1, 3.4.2 it is always the same, under all possible variations regarding build directory etc.: [EMAIL PROTECTED]:~/GCC/Install_3.4.2> make bootstrap Configuring in libiberty c

[Bug other/17974] Debugging-Options.html: '-dletters' list format looks broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 17:23 --- Also 2.95.3's manual has the same issue: So this is not a bug. -- What|Removed |Added

[Bug other/17974] Debugging-Options.html: '-dletters' list format looks broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 17:22 --- Why do you think it should be on the same line? Also this would be a texi2html bug, rather than anyother problem. -- What|Removed |Added

[Bug debug/13841] [3.4/4.0? regression] missing debug info for _Complex function arguments

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

[Bug web/17974] New: Debugging-Options.html: '-dletters' list format looks broken

example: http://gcc.gnu.org/onlinedocs/gcc-3.4.2/gcc/Debugging-Options.html#Debugging-Options A Annotate the assembler output with miscellaneous debugging information. b Dump after computing branch probabilities, to file.12.bp. B ... IMO, the text should start in the *same* line. Note,

[Bug c++/17661] [4.0 Regression] ICE in create_tmp_var

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 17:18 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/17661] [4.0 Regression] ICE in create_tmp_var

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 17:18 --- Subject: Bug 17661 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-13 17:18:16 Modified files: gcc/cp : ChangeLog semantics.c gcc/te

[Bug debug/13974] [4.0 regression] bad line marker in debug info

--- Additional Comments From mec dot gnu at mindspring dot com 2004-10-13 17:15 --- Subject: Re: [4.0 regression] bad line marker in debug info All right! It works in my gdb test bed, and does not cause any other regressions. There are still a few gdb test suite regressions from gcc

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

-- Bug 17574 depends on bug 15578, which changed state. Bug 15578 Summary: gcj doesn't support -extdirs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15578 What|Old Value |New Value

[Bug java/1374] gcj -C (options) diverges from javac

-- Bug 1374 depends on bug 15578, which changed state. Bug 15578 Summary: gcj doesn't support -extdirs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15578 What|Old Value |New Value

[Bug java/15578] gcj doesn't support -extdirs

--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-13 17:05 --- Fix checked in. -- What|Removed |Added Status|ASSIGNED|RESOL

[Bug java/15578] gcj doesn't support -extdirs

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 17:05 --- Subject: Bug 15578 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-13 17:04:58 Modified files: gcc/java : ChangeLog lang.opt jvspec.c Log mes

[Bug java/15578] gcj doesn't support -extdirs

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 17:04 --- Subject: Bug 15578 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-13 17:03:58 Modified files: gcc: ChangeLog gcc.c Log message:

[Bug tree-optimization/17966] a quadratic behavior in thread_jumps

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 17:02 --- Oh, you are right, maybe doing the forwarding before and try doing it after will fix that and we will no longer have to do while (thread_jumps()) either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug rtl-optimization/17942] segv on valid-code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 17:01 --- Not a gcc bug. -- What|Removed |Added Status|UNCONFIRMED |RESOLV

[Bug middle-end/17503] quadratic behaviour in invalid_mode_change_p

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 16:59 --- *** Bug 16834 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/16834] [3.3/3.4 Regression] huge compilation time increase from 3.2.3 to 3.3.2

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 16:59 --- Patch committed for 3.4.3. I did try the patch against 3.3 branch, but it doesn't do much good. In that case there are other reload related bits that are snarfing up time: % cumulative self

[Bug middle-end/17503] quadratic behaviour in invalid_mode_change_p

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

[Bug rtl-optimization/17942] segv on valid-code

--- Additional Comments From pluto at pld-linux dot org 2004-10-13 16:50 --- Now I'm sure. It's kernel related bug. With 2.6.9rc2+20041007_0305 everything works fine. After update to 2.6.9rc4 lots of things stop working. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17942

[Bug ada/17312] internal gnat bug. compilation abandoned.

--- Additional Comments From pluto at pld-linux dot org 2004-10-13 16:15 --- (In reply to comment #1) > Does this work with i686-pc-linux-gnu as the target if so this is an optimization problem in the sense > -march=pentium3 causes the wrong code. Also does this happen on the mainli

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

-- What|Removed |Added Attachment #7232|preprocessed source for |preprocessed source for description|first inteernal error case |first internal error case http://gcc.

[Bug tree-optimization/17966] a quadratic behavior in thread_jumps

--- Additional Comments From kazu at cs dot umass dot edu 2004-10-13 15:38 --- Andrew, Your algorithm would still present a quadratic behavior in the following situation. bb0<- a block with COND_EXPR only | \ | \ | bb1 <- a block with COND_EXPR only | | \ | | \ |

[Bug c++/15453] Friend declaration treated as a declaration in scope.

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-10-13 15:21 --- Working on friend injection issues. -- What|Removed |Added CC|lerdsuwa at g

[Bug c++/13830] Invalid covariant type for identical type, friend related

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-10-13 15:17 --- Working on friend injection issues. -- What|Removed |Added AssignedTo|unassigned at

  1   2   >