g++ compile such code without any warrnings:
class C {
private:
class N {
public:
N(int val) { this->value = val; }
int getValue() { return value; }
private:
int value;
};
N nO;
public:
C() : nO(17) {}
--- Comment #34 from patchapp at dberlin dot org 2006-07-30 05:45 ---
Subject: Bug number PR rtl-optimization/28071
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01221.html
--
http://gcc.
--- Comment #7 from tbm at cyrius dot com 2006-07-29 23:59 ---
Created an attachment (id=11968)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11968&action=view)
test case
Testcase from application "rlwarp".
This one is especially for Steven. :) FWIW, it's smaller than any other
--- Comment #3 from mark at gcc dot gnu dot org 2006-07-29 22:55 ---
I don't think this is fixed yet. It seems libgcj and classpath still have
different nflaterInputStream implementations. See also the following thread
were they were supposed to be merged, but a regression was found and
--- Comment #9 from debian-gcc at lists dot debian dot org 2006-07-29
22:28 ---
Created an attachment (id=11967)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11967&action=view)
patch
combined and bootstrapped with the two patches mentioned in #8 with no
regressions on i486-linux
--- Comment #20 from patchapp at dberlin dot org 2006-07-29 20:30 ---
Subject: Bug number PR27770
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01215.html
--
http://gcc.gnu.org/bugzilla/s
I've submitted this bug more than 1 year ago at
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163306. Now I can supply
new information: I just confirmed that the bug still exists in latest official
release version 4.1.1 as well as in a gcc trunk build from today "gcc (GCC)
4.2.
--- Comment #10 from sayle at gcc dot gnu dot org 2006-07-29 19:07 ---
Subject: Bug 28473
Author: sayle
Date: Sat Jul 29 19:07:40 2006
New Revision: 115812
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115812
Log:
PR middle-end/28473
Backport from mainline.
--- Comment #1 from bkoz at gcc dot gnu dot org 2006-07-29 15:41 ---
Is there a way to map ecj's warnings options onto gcc's existing warning flags?
-w
-W
-Wextra
?
deprecation == -Wno-deprecated-declarations
serial == ??
typeHiding == -Wshadow
unchecked == ?
unused == -Wunused (but f
ecj has a lot of default warnings on that are a bit obnoxious. It would be nice
to have a set of default warnings that people would actually use (currently it
seems people just disable them all).
GNU Classpath for example disables all the following to get more sane warning
results: -warn:-deprecat
--- Comment #1 from mtrudel at gmx dot ch 2006-07-29 13:38 ---
Created an attachment (id=11965)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11965&action=view)
Simple serialisation test
A simple serialisation program to reproduce the bug.
--
http://gcc.gnu.org/bugzilla/show_
gcj (GCC) 4.2.0 20060726 (experimental)
Deserialize an object fails on Class.forName(). I assumed this would work
because class.forName() doesn't use the stack unwinder any longer.
Exception:
Exception in thread "main" java.lang.ClassNotFoundException: Serialisation
at
java.lang.Class.forName(/
--- Comment #33 from hubicka at gcc dot gnu dot org 2006-07-29 13:14
---
Subject: Bug 28071
Author: hubicka
Date: Sat Jul 29 13:14:22 2006
New Revision: 115810
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115810
Log:
PR rtl-optimization/28071
* cfgrtl.c (rtl_
--- Comment #8 from rakdver at gcc dot gnu dot org 2006-07-29 11:47 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01213.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from schwab at suse dot de 2006-07-29 11:05 ---
At least we know that the bug is also present in 4.0.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #6 from steven at gcc dot gnu dot org 2006-07-29 10:57 ---
Please stop adding test cases!!! :-)
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tbm at cyrius dot com 2006-07-29 10:45 ---
Created an attachment (id=11964)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11964&action=view)
test case
Testcase from application "kvirc".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28489
--- Comment #8 from steven at gcc dot gnu dot org 2006-07-29 10:32 ---
Zdenek's patch also can't be responsible for this. He probably also just
uncovered latent bugs.
Instead of pointing at random patches, it would be much more helpful to analyze
what is going wrong. For this kind of p
--- Comment #6 from chris at bubblescope dot net 2006-07-29 10:08 ---
My natural suspision would be that your clone() function is incorrectly
implemented. Can you show us the source to the CMessage object, and
theMessageFactory.createInstance(
)?
--
http://gcc.gnu.org/bugzilla/show
--- Comment #7 from schwab at suse dot de 2006-07-29 09:34 ---
Broken by r90624. Reproduced with -O -floop-optimize2 -fmove-loop-invariants.
2004-11-14 Zdenek Dvorak <[EMAIL PROTECTED]>
PR tree-optimization/18431
* tree-flow.h (stmt_references_memory_p): Declare.
Hello!
I don't want to register as bugzilla for this case so I am using this
interface.
Recently I compiled GNU Emacs 22.0.50 with Apple's gcc 4.0.1 on Mac
OS X 10.4.7 for a PowerPC 7447A processor with particularly these
options:
-faltivec -mcpu=7450 -mpowerpc -mpowerpc-gpopt -
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28281
--- Comment #4 from arjan at linux dot intel dot com 2006-07-29 07:46
---
fixed in current SVN
--
arjan at linux dot intel dot com changed:
What|Removed |Added
23 matches
Mail list logo
