--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-04
06:13 ---
Created an attachment (id=9026)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9026&action=view)
abstract/fail/abstract2.class
I've uploaded the class files so that you don't
have to dig up jasmin.
--
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-04
06:13 ---
Created an attachment (id=9025)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9025&action=view)
abstract/fail/abstract1.class
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21906
Try the test case "abstract.fail.abstract2" from the mauve
"verify" module. (You will need jasmin to build this.)
This test case gets a SEGV in the unwinder:
Program received signal SIGSEGV, Segmentation fault.
uw_frame_state_for (context=0xbfff9998, fs=0xbfff98d8) at linux-unwind.h:125
125
--- Additional Comments From bangerth at dealii dot org 2005-06-04 04:37
---
I'm sorry, but I have no idea what you mean by that. If you want to say
that O::B is instantiated by O::D, which is still inside O, yes, of
course that's the case. And I'm happy if the default arguments aren't
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-04
01:44 ---
Subject: Bug 21873
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-04 01:44:30
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-04
01:35 ---
Subject: Bug 21873
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-04 01:34:47
Modified files:
gcc: ChangeLog c-typeck.c
gcc/tes
--- Additional Comments From pcarlini at suse dot de 2005-06-03 23:51
---
Certainly, numbers from actual benchmarks would be useful. In order to make
these
comparisons easier, next weeks I will add to the v7-branch basic_string an
alternate base-class implementation which avoids referen
--- Additional Comments From dank at kegel dot com 2005-06-03 23:37 ---
I'm tempted to start a new PR with summary "std::string slow in multithreaded
programs due to COW" so we can focus on the quality of implementation
issue, and leave aside the question of correctness.
James, could you
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-03
23:36 ---
Thanks for the short turnaround time!
--
What|Removed |Added
Status|UNCONFIRM
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-03 23:30
---
Confirmed. There are lots of related cases which yield infinite loops (with or
without diagnostics). All versions 3.0.x onwards either loop or ICE on some
such tests; 2.95.3 avoids both (although it doesn't
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-03
23:25 ---
Fixed in 3.4.5.
--
What|Removed |Added
Status|ASSIGNED|RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
23:25 ---
Subject: Bug 21853
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-06-03 23:24:54
Modified files:
gcc/cp : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
23:24 ---
Subject: Bug 21853
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-03 23:23:41
Modified files:
gcc/cp : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
23:22 ---
Subject: Bug 21853
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-03 23:22:11
Modified files:
gcc/cp : ChangeLog typeck.c
gcc/tests
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
23:08 ---
This code is still invalid, B is instantiated while in the class which
means that the default
argument is not going to be parsed at all. ICC and Comeau give the same error.
Now the off by one
error is e
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
22:28 ---
Subject: Bug 21879
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-03 22:28:24
Modified files:
gcc: Change
--
What|Removed |Added
CC||giovannibajo at gcc dot gnu
||dot org
http://gcc.gnu.org/bugzil
--- Additional Comments From bangerth at dealii dot org 2005-06-03 22:27
---
In private mail, I got another testcase that is even weirder:
---
struct O {
template struct B {
void set (T, bool=true);
};
struct D : public B {};
};
voi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
22:25 ---
Subject: Bug 21879
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-03 22:25:21
Modified files:
gcc: ChangeLog c-decl.c
Log message:
dimension i2(15,10), i1(15)
type a
sequence
integer k
end type a
type(a) :: a1(10), a2(5,5)
a1 = transfer (i1(1:10), a1)
end
yields:
[EMAIL PROTECTED] tests]$ ~/src/gcc40/build/gcc/f951 bug.f90
MAIN__
bug.f90:15: fatal error: gfc_todo: Not Implemented: Scalarization of
non-elemental intri
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
22:03 ---
The error comes from:
tree
convert_default_arg (tree type, tree arg, tree fn, int parmnum)
{
/* If the ARG is an unparsed default argument expression, the
conversion cannot be performed. */
if (TR
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-03
22:03 ---
I'm testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |
--
What|Removed |Added
CC||adam at gimp dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21405
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-03
21:56 ---
> Confirmed with Sun tools. Workaround is to use -gstabs+ instead of -g.
Or use GNU Binutils (preferably 2.16) of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21889
--- Additional Comments From bangerth at dealii dot org 2005-06-03 21:51
---
Here's the same testcase again, but shorter:
---
struct O {
template struct B {
void set (T, bool=true);
};
struct D : public B {};
};
void x ()
{
--- Additional Comments From dims at yahoo dot com 2005-06-03 21:50 ---
Giovanni, Pinskia,
Any updates on this bug?
thanks,
dims
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-03
21:47 ---
> I'm not sure that the problem is with binutils.
Indeed, the problem is with the 3.3.x, x >= 4 compiler. Other versions are
immune. The problem doesn't show up with Sun tools or Binutils <= 2.14.
> I
--- Additional Comments From aaronw at net dot com 2005-06-03 21:22 ---
I'm not sure that the problem is with binutils. I compiled the conftest.c
program with -s and used Sun's assembler /usr/ccs/bin/as to assemble the
file. /usr/bin/grep still failed to find the string. Using Gnu
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-03
21:17 ---
The problem is that nested_field_access_p() returns 0 for the
reference to modCount. It should return 1 as this is a nested
access.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21844
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
20:56 ---
Actually libiberty is officially part of GCC and maintained by GCC and not
bintuils.
And this is not going to happen as GCC is one whole project and you cannot mix
versions. Now libjava
might change bu
this is only cosmetic but I find it easier to have several optional packages
than a big one
for exemple libjava is optional, we should be able to compile it without
recompile everything and more without having to redownload everything too
same apply to libiberty : this lib can be found in binutil
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at
2005-06-03 20:46 ---
This is, what gdb shows, when it crashes:
Program received signal SIGSEGV, Segmentation fault.
0x08396436 in fold_convert_const_int_from_int (type=0xb7e80798, arg1=0xb7e78a20)
at ../.././gcc/fol
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
20:22 ---
This is invalid code and the error is correct. The default argument has not
been parsed at the point you
called it.
ICC and Comeau gives a slightly different error message which I think is
misleading:
"
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
20:14 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
Compile the test program below using this command line:
g++ test.cpp
The code below fails to compile, and gives the following error message:
-bash-3.00$ g++ test.cpp
test.cpp: In member function `void Test::cell_test()':
test.cpp:36: error: the default argument for parameter 1 of `void
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
20:11 ---
Hmm, inner functions going back again :(.
--
What|Removed |Added
OtherBugsDependingO|
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-03
20:03 ---
Created an attachment (id=9024)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9024&action=view)
main class
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21844
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
20:03 ---
you have all checking turned on, what do you expect. This is not a regression
and is just a stack
overflow. what is the first couple functions in the backtrace?
--
What|Removed
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-03
20:03 ---
Created an attachment (id=9023)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9023&action=view)
base class
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21844
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-03
20:02 ---
I have a reduced test case, consisting of 2 files.
Compile like so:
gcj --main=t -o T base.java t.java
I get:
opsy. ./T
306833
The result should be '8'.
At the moment I suspect the recent accessor patch.
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at
2005-06-03 20:02 ---
In config.status (in the gcc directory) the following options are recorded:
'--cache-file=./config.cache' '--build=i686-pc-linux-gnu'
'--host=i686-pc-linux-gnu' '--target=i686-pc-linux-gnu'
'--e
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
18:57 ---
(In reply to comment #2)
> As of 20050603 (source tree of 07:00 UTC) the failure has become:
That one should have been fixed by:
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00126.html
But the orginal
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-03 18:50
---
As of 20050603 (source tree of 07:00 UTC) the failure has become:
build/genattrtab
/home/gcc/nightlies/src-mainline-2005-06-03/gcc-mainline/gcc/config/pa/pa.md >
tmp-attrtab.c
/bin/sh: 23863 Memory fa
--- Additional Comments From schnetter at aei dot mpg dot de 2005-06-03
18:25 ---
Created an attachment (id=9022)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9022&action=view)
Failing gzipped source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21902
The attached source code leads to the error message
internal compiler error: tree check: expected class 'type', have
'declaration' (label_decl) in build_array_type, at tree.c:4581
when compiled with GNU Fortran 95 (GCC 4.1.0 20050603 (experimental))
/home/eschn
--- Additional Comments From bangerth at dealii dot org 2005-06-03 17:46
---
Nested class, like all other members of a class, have access to private
and protected members. That's what the standard says.
W.
--
What|Removed |Added
-
--- Additional Comments From pcarlini at suse dot de 2005-06-03 17:12
---
Done.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Reso
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
17:07 ---
Subject: Bug 21770
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-03 17:07:48
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-03
16:31 ---
Fixed in 3.4.5.
--
What|Removed |Added
Status|ASSIGNED|RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
16:29 ---
Subject: Bug 21336
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-06-03 16:29:36
Modified files:
gcc/cp : cp-tre
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-03
16:19 ---
Fixed in 4.0, 4.1.
--
What|Removed |Added
Summary|[3.4/4.0/4.1 Regression]|[
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
16:19 ---
Subject: Bug 21336
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-03 16:18:54
Modified files:
gcc/cp : cp-tre
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
16:17 ---
Subject: Bug 21336
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-03 16:16:47
Modified files:
gcc/cp : cp-tree.h decl.c pt.c ChangeLog
--- Additional Comments From joseph at codesourcery dot com 2005-06-03
16:03 ---
Subject: Re: [3.4 Regression] enum definition accepts values
to be overriden
On Fri, 3 Jun 2005, pinskia at gcc dot gnu dot org wrote:
> Confirmed, only a 3.4 regression.
> Started to work on the mainlin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
15:29 ---
Why do you think this is invalid code and should be rejected?
This is accepted by Comeau's C++ compiler too.
I don't have the standard right in the front of me right now but I think this
is valid code.
--
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-06-03
15:18 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
15:15 ---
Subject: Bug 21858
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-03 15:15:46
Modified files:
gcc: ChangeLog fold-const.c
gcc/t
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-03
15:13 ---
Good point; I think we'll have to make sure that safe and useful parts
of gnu.* are still accessible.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21892
--- Additional Comments From fitzsim at redhat dot com 2005-06-03 15:13
---
OK, for stuff like this we'll wait until tromey's big merge is complete. I
don't want to merge any Classpath gui work into libgcj at this point.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19860
When compiling the following code I get no error (should get access violation
on bar's constructor's access of foo's private foobar() ):
# 1 "bug050603.cc"
# 1 ""
# 1 ""
# 1 "bug050603.cc"
class foo
{
public:
foo() { }
class bar
{
public:
bar() { foo::foobar(); }
};
private:
stat
--- Additional Comments From matz at suse dot de 2005-06-03 14:56 ---
There are some maybe-uninitialized vars warnings. But if I fix them by
zeroing the vars it still ICEs. I can't find other uninitialized vars.
It might be, that there are uninitialized struct members, but they
shoul
I have noticed a recent change when I debug libgcj.
These days I see things like this from gdb:
(gdb) s
gnu.java.lang.MainThread.MainThread(java.lang.String, java.lang.String[],
boolean) ([EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], is_jar=false)
at MainThread.java:78
78 MainT
--- Additional Comments From roman at kennke dot org 2005-06-03 14:54
---
I have mostly fixed JTextArea in GNU Classpath. I think this can be close as
soon as it is merged into GCJ.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19862
--- Additional Comments From roman at kennke dot org 2005-06-03 14:53
---
I have checked in a fix for this some days ago on GNU Classpath CVS. If that is
merged into GCJ, this could be closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19849
--- Additional Comments From roman at kennke dot org 2005-06-03 14:52
---
I have imported Kim Ho's FileChooser implementation in GNU Classpath. When that
is merged in GCJ this bug could be closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17275
--- Additional Comments From roman at kennke dot org 2005-06-03 14:51
---
This bug can be closed, this is fixed for some time now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16697
--- Additional Comments From roman at kennke dot org 2005-06-03 14:50
---
I see that a JTable impl is already in the tree (GNU Classpath). Does that mean
this bug could be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16524
--- Additional Comments From roman at kennke dot org 2005-06-03 14:50
---
Should work, at least in GNU Classpath it does. I have fixed the JTextComponent
stuff so far that it can be used (e.g. in JOptionPanes).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19860
--- Additional Comments From roman at kennke dot org 2005-06-03 14:48
---
I have checked in a fix for that some days ago in GNU Classpath.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19861
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-03
14:36 ---
I encountered this same problem today, directly with an integer as parameter for
the subroutine:
subroutine FOO(N)
integer, intent(IN) :: N
character(len=N) :: C1, C2
C1 = ''
C2 = ''
end subroutin
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-03
14:34 ---
Aliasing is getting in the way of range propagation here. We don't realize that
args.length does not change during the loop, which means that we don't eliminate
the redundant load and fail to see the equi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
14:20 ---
Here is a reduced testcase for the SVN code:
void *g();
static void *count_and_verify_instructions(int *ninst,const unsigned char *p)
{
if (p == ((void *)0))
return g();
*ninst = 0;
return 0;
}
voi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
14:17 ---
(In reply to comment #4)
> There is none yet but there is some talk about adding one because it would
> improve code generation
> and checks on null too.
The talk is in PR 20318 and they reference this tes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
14:10 ---
Confirmed, only a 3.4 regression.
Started to work on the mainline:
: Search converges between 2004-09-24-014001-trunk (#558) and
2004-09-24-161002-trunk
(#559).
Started to fail:
: Search converges between
--
What|Removed |Added
AssignedTo|dnovillo at redhat dot com |dnovillo at gcc dot gnu dot
||org
Status|NEW
--
What|Removed |Added
AssignedTo|dnovillo at redhat dot com |dnovillo at gcc dot gnu dot
||org
Status|NEW
The code below with gcc compiles and the exe prints "Value: 3".
With g++, instead, the compilation fails with the following error:
main.c:7: error: redefinition of `A'
main.c:4: error: `A' previously defined here
Regards,
Giambattista Bloisi
#include
typedef enum {
A = 1,
B
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
14:02 ---
How did you configure GCC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21898
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-03
13:59 ---
Confirmed, only -O1 is needed to cause the ICE.
--
What|Removed |Added
Status|UN
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-03
13:55 ---
The issue is that the propagator engine does not implement the concept of
multiway branches taking some edges. It supports ONE, NONE or ALL.
Frankly, I'm not at all convinced that this is worth handling.
HUN HUN HUN HUN HUN HUN HUN HUN HUN
void foo()
{
if (0) { }
/* 11,000 else if's. */
THOU THOU THOU THOU THOU THOU THOU THOU THOU THOU THOU
}
$./cc1 --version
GNU C version 4.1.0 20050603 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.1.0 20050302 (experiment
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-06-03
09:26 ---
Revised patch with testcase:
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00243.html
--
What|Removed |Added
--
sion 4.1.0 20050603 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.1.0 20050302 (experimental).
GGC heuristics: --param ggc-min-expand=0 --param ggc-min-heapsize=0
gcc (GCC) 4.1.0 20050302 (experimental)
and later (at least till 20050501) can compile this file with -O3.
The fo
--- Additional Comments From uros at kss-loka dot si 2005-06-03 08:13
---
It looks that REG_EQUAL notes gets lost between regmove and lreg pass. A
relevant part from compiling an example in description with '-O2' shows:
pr21508.c.19.regmove:
(note:HI 7 6 12 0 NOTE_INSN_FUNCTION_BEG)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-03
08:09 ---
Subject: Bug 21292
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-03 08:09:48
Modified files:
gcc/testsuite/gcc.dg/tree-ssa: gen-vect-11.c gen-vect-
88 matches
Mail list logo
