[Bug c++/17781] add STL error message filtering

--- Additional Comments From lothar at xcerla dot com 2004-10-02 00:58 --- Could you please state what "next C++" means (next standard, next version of gcc, ...). Actually I started this entry (with Severity: enhancement) to spawn a discussion about adding such aid to the compiler ra

[Bug ada/17399] [4.0 Regression] Ada does not bootstrap

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-02 00:54 --- I think the problems is listed here are fixed, is that true and if there is a different bug, please file a new one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17399

[Bug debug/17787] [4.0 Regression] Ada does not bootstrap on darwin because of -feliminate-unused-debug-symbols

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-02 00:50 --- Ada still does not bootstrap after my patch but that is a different problem, it is a code gen one and I don't have time to investigate the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17787

[Bug c++/17781] add STL error message filtering

--- Additional Comments From giovannibajo at libero dot it 2004-10-02 00:45 --- No, sorry, GCC won't do this at this point. Our job is making a correct diagnostic. If C++ template errors are too hard, we can't help it. This is what STLFilt is for. I just hope the next C++ will have a g

[Bug debug/17787] [4.0 Regression] Ada does not bootstrap on darwin because of -feliminate-unused-debug-symbols

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-02 00:38 --- Patch posted here: . -- What|Removed |Added -

[Bug other/17464] The newly built gcc shared libraries aren't used for bootstap and check

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

[Bug libstdc++/17789] Cannot 'make check' inside libstdc++-v3

-- What|Removed |Added BugsThisDependsOn|17783 | OtherBugsDependingO||17464 nThis|| http

[Bug libstdc++/17789] Cannot 'make check' inside libstdc++-v3

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-02 00:16 --- This is related to PR 17469 also. -- What|Removed |Added Component|other

[Bug other/17789] New: Cannot 'make check' inside libstdc++-v3

Even if I pass explicitly --enable-shared (this way the bootstrap completes), still something is wrong, in that I cannot run anymore 'make check' inside the libstdc++-v3 build dir (this worked fine 'til ~15 days ago): === libstdc++ tests === Schedule of variations: unix Runni

[Bug other/17783] Top level configure doesn't support shared libraries enabled by default

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

[Bug tree-optimization/17757] [4.0 Regression] emptyif.f90

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-02 00:00 --- My Fix is not right at all, DOM is the problem here. -- What|Removed |Added Assigned

[Bug c++/17788] New: poor diagnostic for missing reference initializer

Compiling the following (invalid) code: class foo { public: foo(); }; class bar: public foo { private: int &a; }; foo::foo() { } int main(int argc, char **argv) { bar x; } Returns: test.cpp:16: error: no matching function for call to `bar::bar ()' test.cpp:9: note: cand

[Bug c++/17542] Visibility attribute ignored when it precedes class head

--- Additional Comments From jsm at polyomino dot org dot uk 2004-10-01 23:29 --- Subject: Re: Visibility attribute ignored when it precedes class head On Fri, 1 Oct 2004, austern at apple dot com wrote: > I hesitate to call this "behaves correctly", since this behavior is > unexpec

[Bug c++/17542] Visibility attribute ignored when it precedes class head

--- Additional Comments From austern at apple dot com 2004-10-01 23:22 --- Actually, this is almost straightforward. It has nothing to do with the visibility attribute: it has to do with attributes and C++ classes in general. Looking at cp_parser_class, and especially at cp_parser_c

[Bug ada/17787] [4.0 Regression] Ada does not bootstrap on darwin because of -feliminate-unused-debug-symbols

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

[Bug ada/17787] New: [4.0 Regression] Ada does not bootstrap on darwin because of -feliminate-unused-debug-symbols

Since -g enables -feliminate-unused-debug-symbols by default on Darwin and uses stabs by default, this causes a bootstrap failure since the number of symbols in the queue just keeps on going up and up. This could either be a front-end bug or a debug bug, I am keeping this as an Ada front-end

[Bug c++/17786] Duplicate parameter names not diagnosed in declarations.

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-10-01 22:53 --- [EMAIL PROTECTED]:~> icpc cpp.cpp cpp.cpp(3): error: duplicate parameter name int sum(int x, int x); ^ compilation aborted for cpp.cpp (code 2) [EMAIL PROTECTED]:~> icpc -

[Bug c++/17786] New: Duplicate parameter names not diagnosed in declarations.

struct S { int sum(int x, int x); }; By my reading of [dcl.fct]/8, "... since it goes out of scope at the end of the function declarator ..." implies that we *should* be treating this as a proper scope and not ignoring the duplicate decl. DannyB sez icpc agrees and issues a hard error. Not a reg

[Bug c/17785] New: false warning in GCC

Version: gcc 3.3.3 20040412 (Red Hat Linux 3.3.3-7) OS: Red Hat Linux, kernel version 2.4.20-34.9 Host:Pentium III (Coppermine), 512MB RAM I am only a regular user, not a superuser and don't know options used to make gcc. I compiled the following program with command line: gcc a.c int main() {

[Bug libgcj/17784] New: Thread.interrupt doesn't do security checks

Our Thread.interrupt doesn't perform the needed security checks. This can be fixed by merging from classpath a bit. There are probably other checks missing; this should be verified at the same time. -- Summary: Thread.interrupt doesn't do security checks Product: gcc

[Bug other/17783] Top level configure doesn't support shared libraries enabled by default

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-01 22:28 --- enable_shared should be set right in the first place but we are not setting enable_shared anywhere. Looks like we should be including one of the autoconf commands from libtool.m4 (which one I don't know).

[Bug other/17464] The newly built gcc shared libraries aren't used for bootstap and check

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

[Bug other/17783] Top level configure doesn't support shared libraries enabled by default

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

[Bug other/17783] New: Top level configure doesn't support shared libraries enabled by default

The toplevel configure.in has # If --enable-shared was set, we must set LD_LIBRARY_PATH so that the # binutils tools will find libbfd.so. case "${enable_shared}" in no | "") SET_LIB_PATH= ;; *) SET_LIB_PATH="\$(REALLY_SET_LIB_PATH)" ;; esac ... if test -d ${srcdir}/gcc && test x${is_cross_comp

[Bug ada/15156] gnatlink does not link due to undefined symbol _gnat__strings_E

--- Additional Comments From laurent at guerby dot net 2004-10-01 22:17 --- Testing on x86 & x86_64 Index: Makefile.in === RCS file: /cvs/gcc/gcc/gcc/ada/Makefile.in,v retrieving revision 1.95 diff -u -r1.95 Makefile.in ---

[Bug c++/17781] add STL error message filtering

--- Additional Comments From lothar at xcerla dot com 2004-10-01 21:57 --- STLfilt does a pretty good job already. It would be a GREAT use to the average gcc user if gcc only could mimic the behaviour of STLfilt. I consider myself quite fluent with STL/templates but even I have trou

[Bug ada/15156] gnatlink does not link due to undefined symbol _gnat__strings_E

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-01 21:56 --- Semi-fixed on the mainline by: 2004-07-04 Mark Mitchell <[EMAIL PROTECTED]> * configure.ac (ranlib_flags): New variable. * Makefile.in (RANLIB_FLAGS): New variable. (libbac

[Bug target/8835] [mcore-elf] bootstrap ICE at expr.c:2771

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-01 20:57 --- This patch fixes the ICE for me, can you try to see if fixes for you and then submit it: Index: config/mcore/mcore.c === RCS file: /cvs/gcc/g

[Bug rtl-optimization/16986] ICE during make -C gcc gnatlib

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-01 20:57 --- > I can build everything except the one file mentioned using "make -k -C gcc > gnatlib cross-gnattools ada.all.cross", and build everything via "make > GNATLIBCFLAGS=-O -C gcc gnatlib cross-gnattools ada.a

[Bug target/8835] [mcore-elf] bootstrap ICE at expr.c:2771

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-01 20:49 --- Looking (debugging) at this, this looks like a target problem. -- What|Removed |Added

[Bug AWT/17782] KeyboardFocusManagers should be partitioned by ClassLoader

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-

[Bug AWT/17782] KeyboardFocusManagers should be partitioned by ClassLoader

--- Additional Comments From fitzsim at redhat dot com 2004-10-01 20:25 --- Created an attachment (id=7258) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7258&action=view) Show that keyboard focus managers are not partitioned by ThreadGroup -- http://gcc.gnu.org/bugzilla/show_b

[Bug AWT/17782] New: KeyboardFocusManagers should be partitioned by ClassLoader

Currently, KeyboardFocusManagers are partitioned by ThreadGroup. The attached test case shows that this behaviour is different from Sun's implementation. We'll need to change all places in KeyboardFocusManager where we retrieve the current thread group to retrieve the current ClassLoader, and we'