[Bug c++/17944] ICE Segmentation fault

--- Additional Comments From micis at gmx dot de 2004-10-13 07:15 --- I can't reproduce the original ICE (internal compiler error: in cp_tree_equal). The segfault occurs still with the (incomplete) set of source files in my attachment. There is no difference between an unpatched and a p

[Bug tree-optimization/17724] [4.0 Regression] wrong dominator (eh/fold all builtins) related

--- Additional Comments From micis at gmx dot de 2004-10-13 07:22 --- The ICE is not related to this patch. Michael Cieslinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17724

[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692

--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-13 07:27 --- Sorry for the delay. My bootstrap kept breaking, and the full cycle appears to take about 48 hours to complete. I can preliminarily say that this patch does indeed appear to fix this problem, but I have no

[Bug preprocessor/17970] New: Preprocessor seems not to create newlines for all # debug stmts in nested macros

This report applies (at least) to these: g++ (GCC) 3.3.5 (Debian 1:3.3.5-1) g++-3.4 (GCC) 3.4.2 (Debian 3.4.2-2) code fragment (from expanded code, censored to protect the innocent): #line 54 CQ_DEBUG(5, << "xxx: " << *v << " (@ " #line 54 << v.get() << ")"); #line 54

[Bug preprocessor/17944] [3.4/4.0 regression] ICE with pragma once

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-13 09:16 --- Here's a reduced testcase which consists of three files: PR17944.c: #include "include/bug1.h" #include "include/bug2.h" include/bug1.h: #pragma once #include "bug1.h" include/bug2.h: #include "

[Bug c++/17971] New: [3.4/4.0 regression] Invalid default parameter not diagnosed.

Since PR 16929 got a little confusing, I'm opening a new PR for the following problem: Since gcc 3.4.0 we accept the following invalid code snippet. The invalid default parameter "a" is not even diagnosed at instantiation time. (This is different from PT 17011 - also a spin-off from PR16929 - whic

[Bug c++/16929] [3.4/4.0 Regression] ICE on taking address of member in default parameter to member function

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-13 09:43 --- Well, the QoI issue was not the only thing left in this PR. The testcase in comment #8 shows an accepts-invalid bug that is not just an QoI issue. However, since this PR really is a little confusing now, I

[Bug c/17968] assigning variable of type size_t to a variable of type int - warning needs to be flagged.

--- Additional Comments From jsm at polyomino dot org dot uk 2004-10-13 10:15 --- Subject: Re: New: assigning size_t to int - warning needs to be flagged . On Wed, 13 Oct 2004, kaykaylance at yahoo dot com wrote: > When compiling this code fragment, I am essentially assigning a si

[Bug c++/14950] [3.4 Regression] [non unit-at-a-time] always_inline does not mix with templates and -O0

--- Additional Comments From veksler at il dot ibm dot com 2004-10-13 11:23 --- I can still reproduce on 3.4.2 with the original test case, using "g++ -g -c t.cpp". There is a proposal in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14950#c5 to stop support for always_inline + no-unit-

[Bug bootstrap/6728] Add a configure test for msgfmt (it could be openwin's, not gettext's)

--- Additional Comments From giovannibajo at libero dot it 2004-10-13 11:24 --- Makes sense. Let's keep this open. -- What|Removed |Added Severity|normal

[Bug tree-optimization/17724] [4.0 Regression] wrong dominator (eh/fold all builtins) related

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 11:27 --- Subject: Bug 17724 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-13 11:27:02 Modified files: gcc: ChangeLog tree-cfg.c gcc/tes

[Bug preprocessor/17944] [3.4/4.0 regression] ICE with pragma once

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

[Bug preprocessor/15167] [3.4/4.0 Regression] Internal compiler error with "#pragma once"

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

[Bug c++/14950] [3.4 Regression] [non unit-at-a-time] always_inline does not mix with templates and -O0

-- What|Removed |Added Severity|normal |minor Target Milestone|3.4.1 |3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14950

[Bug c++/17969] template inline functions not getting optimized

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 11:38 --- Fixed on the mainline: xori r3,r3,10 subfic r0,r3,0 adde r3,r0,r3 xori r3,r3,1 blr -- What|Removed |Added

[Bug preprocessor/17970] Preprocessor seems not to create newlines for all # debug stmts in nested macros

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 11:43 --- Not a bug at all, preprocessor directives in a macro invocation is undefined. -- What|Removed |Added -

[Bug c/2707] gcc does not warn on truncate

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

[Bug target/14678] m68hc11-elf-gcc ICE

--- Additional Comments From giovannibajo at libero dot it 2004-10-13 11:56 --- Closing as fixed in 3.4.3, then. -- What|Removed |Added Status|ASSIGNED

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

--- Additional Comments From giovannibajo at libero dot it 2004-10-13 11:58 --- Is this a regression? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17966

[Bug target/14595] make profiledbootstrap fails on MinGW/MSYS *after* applying PR14291 patch

--- Additional Comments From giovannibajo at libero dot it 2004-10-13 12:00 --- Stephan, can you check if this is still actual? Also, can you check what the error means? Is stage1/xgcc.exe really executable or not? -- What|Removed |Added

[Bug bootstrap/14614] Double target prefixed gcjh

--- Additional Comments From giovannibajo at libero dot it 2004-10-13 12:03 --- Confirmed. Eric, do you happen to know when this bug first appeared? Did you build other older compilers which did not have this problem? Tom, are you going to submit this patch then? -- What

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

--- Additional Comments From kazu at cs dot umass dot edu 2004-10-13 12:11 --- In this particular testcase, going through BBs in backwards does help by cutting down the running time by about half, but I wonder if we can create an identical testcase except that the order of BBs are reverse

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 12:17 --- No this is not a regression (unless someone can find a testcase which says it is and I cannot find a testcase). See PR 17967 for a testcase which is a regression but thread_jumps has nothing to do it tho

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 12:19 --- I also cannot think of a testcase where we have the reverse BB but it could happen. Really we should processoring by post-dom order which gives us the correct way to do this transformation. -- http:/

[Bug c++/17971] [3.4/4.0 regression] Invalid default parameter not diagnosed.

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

[Bug tree-optimization/17724] [4.0 Regression] wrong dominator (eh/fold all builtins) related

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

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

-- What|Removed |Added Summary|[4.0 Regression] Expand is |[4.0 Regression] Expand is |considered slower? (or is it|considered slower?

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

--- Additional Comments From kazu at cs dot umass dot edu 2004-10-13 12:35 --- Andrew, I did it in the hard way. :-) void foo (int a) { int b; goto b1; b4: return; b3: if (a) { b = a; return; } else goto b4; b2: if (a) { b = a; return; } else goto b3; b1: if (a) { b = a; return

[Bug c++/12625] bitfields which have sizes that are powers of 8 missed by -Wparentheses

-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12625

[Bug c++/17972] New: const/pure functions result in bad asm

Snippet of shell session demonstrates how compiler generates bad asm (compare to result of compilation without -DBUG). Toolchain built using latest "crosstool" scripts. Sample code attached below. [EMAIL PROTECTED]:~/tools.k42/powerpc/partDeb/os$ powerpc64-linux-g++-c -o workqueue.o wq

[Bug c++/17971] [3.4/4.0 regression] Invalid default parameter not diagnosed.

--- Additional Comments From bangerth at dealii dot org 2004-10-13 12:50 --- I'm not sure this is a bug: the standard quite unmistakably says that default arguments aren't evaluated unless used. Now, if I try to use the default argument in your testcase, like so -- tem

[Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding

--- Additional Comments From giovannibajo at libero dot it 2004-10-13 12:51 --- Daniel, since you have access to the system, would you kindly attempt preparing a fixinclude patch yourself? I guess it's easier for you to verify. If this is impossible for you, please at least attacch a

[Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding

-- What|Removed |Added CC||giovannibajo at libero dot ||it http://gcc.gnu.org/bugzilla/sho

[Bug middle-end/17973] New: tree dumps are cluttered and mixed with RTL dumps

Reported here: http://gcc.gnu.org/ml/gcc/2004-09/msg00764.html Currently, the dump list looks like: t.c.t00.expandt.c.t12.eh t.c.t22.lreg t.c.t32.redphi2 t.c.t45.lim t.c.t01.cgrapht.c.t13.cfg t.c.t23.forwprop1t.c.t32.sched2 t.c.t51.ivopts t.c.t01.si

[Bug middle-end/17973] [4.0 Regression] tree dumps are cluttered and mixed with RTL dumps

--- Additional Comments From giovannibajo at libero dot it 2004-10-13 13:25 --- Paolo, this happened since your patch to unify RTL and tree dump infrastructure. Would you kindly have a look at this as quickly as possible? Many developers complained about the current state of affairs.

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 13:26 --- I can get this down to (with a compiler at -O0): tree CFG cleanup : 6.30 ( 6%) usr 0.02 ( 1%) sys 13.51 (10%) wall I will submit a patch once I test it more on some other sources. But I will atta

[Bug middle-end/17965] ice in expand_call

--- Additional Comments From bangerth at dealii dot org 2004-10-13 13:29 --- I still can't reproduce with a snapshot from an hour ago. This is my command line: /home/bangerth/bin/gcc-4.0-pre/bin/c++ -mtune=k8 -c x.cc -O2 W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17965

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

--- Additional Comments From kazu at cs dot umass dot edu 2004-10-13 13:29 --- I should note that I used -O2 when I came up with "44%" in the initial description of this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17966

[Bug middle-end/10138] -Wuninitialized could catch uninitialized arrays

-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10138

[Bug middle-end/17973] [4.0 Regression] tree dumps are cluttered and mixed with RTL dumps

--- Additional Comments From bonzini at gcc dot gnu dot org 2004-10-13 13:39 --- It only happens with -fdump-tree-all-all, which currently segfaults for me independently of this bug. Anyway thanks for reminding me. Will attach a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c++/14140] Unwanted call to derived constructor after implicit conversion

-- What|Removed |Added Status|REOPENED|NEW Known to fail|3.3.3 3.2.3 3.4.0 4.0 |3.3.3 3.2.3 3.4.0 4.0.0 http://gcc.gnu.org/bugzilla/show_

[Bug middle-end/192] String literals don't obey -fdata-sections

-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=192

[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss

-- What|Removed |Added Status|REOPENED|NEW Known to fail|3.3.4 3.4.1 4.0 |3.3.4 3.4.1 4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug tree-optimization/17955] Perform associative optimization when it is safe

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

[Bug c++/14667] [4.0 Regression] ICE in cp_parser_parse_and_diagnose_invalid_type_name

-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14667

[Bug bootstrap/14614] Double target prefixed gcjh

--- Additional Comments From ericw at evcohs dot com 2004-10-13 13:45 --- Subject: Re: Double target prefixed gcjh On 13 Oct 2004 at 12:03, giovannibajo at libero dot it wrote: > > --- Additional Comments From giovannibajo at libero dot it 2004-10-13 12:03 > --- > Confirmed.

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 14:04 --- Subject: Bug 14454 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-13 14:04:33 Modified files: gcc: ChangeLog gcc/config/sparc:

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

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

[Bug c++/14140] [3.3/3.4/4.0 Regression] Unwanted call to derived constructor after implicit conversion

--- Additional Comments From giovannibajo at libero dot it 2004-10-13 14:21 --- Slightly cleaned-up testcase: -- extern "C" int printf(const char* fmt, ...); extern "C" void abort(void); struct A { A() {} A(const A&) { printf("A cctor

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

--- Additional Comments From kazu at cs dot umass dot edu 2004-10-13 14:24 --- Andrew, Regarding your patch, if we have exactly one basic block immediately preceding EXIT_BLOCK_PTR, and that block happens to be a forwarder block, your algorithm terminates without doing any further work.

[Bug c++/14140] [3.3/3.4/4.0 Regression] Unwanted call to derived constructor after implicit conversion

--- Additional Comments From giovannibajo at libero dot it 2004-10-13 14:25 --- The original thread (with some C++ standard reference) is here: http://tinyurl.com/5smcv -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14140

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

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-13 14:28 --- Gaby, I don't intend to put the fix on the 3.3 branch at this point. However the bug is rated as a "critical regression" there too, so you might want to overrule me. -- What|Removed

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

--- Additional Comments From giovannibajo at libero dot it 2004-10-13 14:36 --- 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 parser. --

[Bug bootstrap/14614] Double target prefixed gcjh

--- Additional Comments From ralf_corsepius at rtems dot org 2004-10-13 14:41 --- (In reply to comment #7) > > Eric, do you happen to know when this bug first appeared? I noticed it for the first time shortly before submitting this PR (Opened: 2004-03-17; cf. above;). I don't recall th

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 14:42 --- I would disagree with Giovanni's statement about moving to 3.4 being hard, yes it is a pain but it would be the correct thing to do for most code anyways but I will leave this up to GDR to decide to let

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 14:44 --- Woops I have a fix for that and plus I also fixed an ICE I saw. I will attach a new patch soon. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17966

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

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

[Bug c++/10200] Weird clash with same names in different scopes

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-10-13 14:50 --- It's parser bug. Not working on it anymore. -- What|Removed |Added AssignedTo|lerd

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 14:51 --- What do you think is wrong, attach the difference. Also const/pure functions can changed so that they are only called once. And since they are pure (or is it const) is known not to access memory, the b

[Bug c++/14140] [3.3/3.4/4.0 Regression] Unwanted call to derived constructor after implicit conversion

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 14:59 --- Then this is a dup of bug 14035. *** This bug has been marked as a duplicate of 14035 *** -- What|Removed |Added

[Bug c++/14035] Compiler generates spurious temporary

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

[Bug c++/14035] [3.3/3.4/4.0 Regression] Compiler generates spurious temporary

-- What|Removed |Added Known to fail||3.4.0 4.0.0 Known to work||2.95.3 Summary|Compiler generates spuri

[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

[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 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 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 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 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 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 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

--- 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 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 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 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 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 tromey at gcc dot gnu dot org 2004-10-13 17:05 --- Fix checked in. -- What|Removed |Added Status|ASSIGNED|RESOL

[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/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 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 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 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 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 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 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 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 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 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 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 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 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: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 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 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++/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 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++/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: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++/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 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++/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

  1   2   >