--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 06:31
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19
06:30 ---
Subject: Bug 21541
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-19 06:29:47
Modified files:
gcc: ChangeLog ifcvt.c
Log message:
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-19
05:35 ---
I'm testing a fix for this.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 04:23
---
Part 1 of a fix: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01947.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21541
--- Additional Comments From schlie at comcast dot net 2005-05-19 03:55
---
(In reply to comment #0)
> The current -fdelete_null_pointer_checks implementation makes assumptions that
> the target processor will trap on reads or writes to address zero.
> Unfortunately,
> these assumption
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-19 03:42
---
The patch in comment #13 works; build completes for cris-elf and testsuite
results seem sane (same "new failures" as cris-axis-linux-gnu before this
patch). Also tested on mmix-knuth-mmixware, no regressions (no
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 01:58
---
The root cause of this has nothing to do with the type system per-se.
The original program skirts the line of legality, and get_expr_operands
is falling over.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19
01:19 ---
Confirmed, unit-at-a-time related.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19
01:02 ---
I think I have a patch, the problem is that the type for the cloned parm does
not get updated. I wonder
why this has not showed up before.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19
00:48 ---
Hmm, the problem is we don't have a reference type at the point we clone the
constructor. The reason
why it worked before Honza's patch is because we did not call
build_fold_indirect_ref before. This is
Compiling the C Torture file "weak-6.c" (below) gives an error at O0 and O1, as
seemed to be expected
by the author. At O2, there's no error or warning.
214> gcc -O2 -c ../c/noerror/GPL/3.3.2/nowarn/bulk/gcc.dg/weak/weak-6.c
215> gcc -O1 -c ../c/noerror/GPL/3.3.2/nowarn/bulk/gcc.dg/weak/weak-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19
00:40 ---
Hmm, we have an INDIRECT_REF with no type, I wonder how that could.
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu
|dot org |
Status|UNCONFIRMED
Consider:
void
f (void)
{
int *p, *q, *r;
int a[10];
p = &a[5];
q = p - 1;
r = q - 1;
*r = 1;
}
Here is what I get from the first CCP.
f ()
{
int a[10];
int * r;
int * q;
int * p;
:
p_1 = &a[5];
q_2 = &a[4];
r_3 = q_2 - 4B;
*r_3 = 1;
return;
}
Note that p_1 and q
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 22:49
---
Ug. Missed deleting a line from local-dynamic side.
--
What|Removed |Added
AssignedTo|u
--- Additional Comments From hubicka at ucw dot cz 2005-05-18 22:47 ---
Subject: Re: [Bug gcov/profile/20815] -fprofile-use barfs with "coverage
mismatch for function '...' while reading counter 'arcs'."
>
> --- Additional Comments From hubicka at ucw dot cz 2005-05-18 22:22
> --
--- Additional Comments From hubicka at ucw dot cz 2005-05-18 22:22 ---
Subject: Re: [Bug gcov/profile/20815] -fprofile-use barfs with "coverage
mismatch for function '...' while reading counter 'arcs'."
coverage_checksum_string already knows a bit about ignoring random seed
produced me
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-18 22:19
---
This is the same problem that causes cc1plus to segfault building SPEC CPU2000
test eon for powerpc-linux at any level of optimization including -O0. The
segfault happens when maybe_fold_offset_to_component_r
The patch from PR21412 is causing miscompilation of glibc. Anything that uses
libpthread is crashing in __libc_dl_error_tsd.
void ** __attribute__ ((const))
__libc_dl_error_tsd (void)
{
static __thread void *data;
return &data;
}
When compiled without the patch:
dl-tsd.os:
--
What|Removed |Added
BugsThisDependsOn||21657
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
22:11 ---
Subject: Bug 19495
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 22:11:24
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
22:02 ---
Index: tree-ssa-forwprop.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-forwprop.c,v
retrieving revision 2.17
diff -u -p -r2.17 tree-ssa-forwprop.c
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-18
21:51 ---
Nice. Now it's really an aliasing problem only - and maybe bad timing for when
we end up with such nice state.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19626
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
21:44 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From pkoning at equallogic dot com 2005-05-18
21:41 ---
Thanks. I added that to config/mips/elf.h and it works correctly now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21656
--- Additional Comments From matt at 3am-software dot com 2005-05-18 21:39
---
Subject: Re: internal compiler error: Segmentation fault
rth at gcc dot gnu dot org wrote:
> --- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:09
> ---
> Do you still reproduce
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-18 21:36
---
Also new today on i686-pc-linux:
FAIL: gfortran.dg/vect/vect-5.f90 -O (test for excess errors)
I can't confirm the C failures because I only run the Fortran testsuite.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
21:26 ---
This is a target problem, it is not defining NO_IMPLICIT_EXTERN_C.
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-18 21:24
---
Fixed by Zdenek's recent patch:
http://gcc.gnu.org/ml/fortran/2005-05/msg00178.html, keeping this bug open until
the patch is also committed to the 4.0 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
21:23 ---
Confirmed, hmm, I wonder if something is not marked as GTY.
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-18 21:23
---
This is fixed by Zdenek recent fix for aliasing issues. I'm setting the target
milestone to 4.1, but if Zdenek applies his patch to 4.0 this should probably be
changed as well.
--
What|Removed
This test program:
# 1 "test.cc"
# 1 "np.h" 1
# 1 "Math.h" 1 3 4
template static inline void push(T* element, T** head)
{
element->m_flink = *head;
*head = element;
}
produces:
In file included from test.cc:2:
Math.h:1: error: template with C linkage
If I delete the "# 1 "Math.h" 1 3 4" then
--- Additional Comments From jason at redhat dot com 2005-05-18 21:17
---
Subject: Re: [4.1 Regression] removing a temporary return
value when we cannot
On 18 May 2005 20:45:22 -, "bernie at develer dot com" <[EMAIL PROTECTED]>
wrote:
> My backtrace looks suspiciously similar to
> The new test pr14814.C is failing on mainline, 20050518, all or most
> platforms.
>
> FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0
Yea. I know. We may be better off xfailing this given the code we get
from FRE and the conservative handling of ADDR_EXPRs wit
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
21:13 ---
No just the testcase is failing, the problem described in PR 14814 is still
fixed.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
21:12 ---
Yes it was fixed by that patch.
--
What|Removed |Added
Status|UNCONFIRMED
FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0
appeared on mainline, most or all platforms, 20050518. This is a new testcase
but presumptively a regression because bug 14814 was reportedly fixed in 4.0.0.
--
Summary: [4.1 Regression] g++.dg/tree-ssa/pr14814.C scan-
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:03
---
Habitual reconfirm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:03
---
Habitual reconfirm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18911
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:03
---
Habitual reconfirm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18482
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:03
---
Habitual reconfirm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18344
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:02
---
Habitual reconfirm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18340
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:02
---
Habitual reconfirm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18338
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:01
---
Habitual reconfirm.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at physics dot uc dot edu 2005-05-18
21:00 ---
Subject: Re: no folding back to ARRAY_REF
On May 18, 2005, at 4:51 PM, joseph at codesourcery dot com wrote:
>
> --- Additional Comments From joseph at codesourcery dot com
> 2005-05-18 20:51 --
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:57 ---
Fixed by:
2005-05-18 Geoffrey Keating <[EMAIL PROTECTED]>
* tree-cfg.c (pass_remove_useless): This pass works on trees.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:57 ---
Fixed by:
2005-05-18 Geoffrey Keating <[EMAIL PROTECTED]>
* tree-cfg.c (pass_remove_useless): This pass works on trees.
--
What|Removed |Added
FAIL: gcc.dg/pch/inline-4.c -O0 (test for excess errors)
FAIL: gcc.dg/pch/inline-4.c -O0 -g (test for excess errors)
have appeared on mainline between 20050517 and 20050518 on hppa2.0w-hpux.
gcc-testresults shows them also failing on platforms including mips-sgi-irix6.5,
powerpc-unknown-linux
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-18 20:56
---
Confirmed.
Here is what I get from the first CCP.
int g() ()
{
int * i;
struct f * a1;
struct f a;
int D.1687;
:
a.i = 1;
a1_3 = &a;
i_4 = &a.i;
D.1687_5 = *i_4;
D.1687_6 = D.1687_5;
ret
/vect/vect-66.c (test for excess errors)
FAIL: gcc.dg/vect/vect-93.c (test for excess errors)
FAIL: gcc.dg/vect/vect-all.c (test for excess errors)
have appeared on mainline on i686-pc-linux-gnu (and from gcc-testresults it
seems some other platforms too) between 20050517 and 20050518. All seem to be
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:50 ---
This should been fixed by:
2005-05-18 Jeff Law <[EMAIL PROTECTED]>
* tree-ssa-forwprop.c (forward_propagate_addr_expr): Do not
propagate an ADDR_EXPR if the definition and use sites are
--- Additional Comments From joseph at codesourcery dot com 2005-05-18
20:51 ---
Subject: Re: no folding back to ARRAY_REF
On Wed, 18 May 2005, pinskia at gcc dot gnu dot org wrote:
> The test is still working correct and this was actually fixed really for
> 4.0.0, please open a new
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 20:48
---
Passes the failure point for mmix-knuth-mmixware and I'd be surprised if it's
not the same for the other mentioned targets, so I'll close this. Thanks for
fixing.
--
What|Removed
--- Additional Comments From bernie at develer dot com 2005-05-18 20:45
---
(In reply to comment #36)
> (In reply to comment #35)
> > I'm still seeing the artsd miscompilation with
> > gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything
> > from gcc-4_0-branch upto 13-05-2005
--
Bug 17165 depends on bug 14814, which changed state.
Bug 14814 Summary: no folding back to ARRAY_REF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:44 ---
The test is still working correct and this was actually fixed really for 4.0.0,
please open a new bug for
the testcase problem because it is a new test.
--
What|Removed
FAIL: g++.dg/other/static11.C (test for excess errors)
appeared on mainline, multiple platforms, between 20050517 and 20050518. Logs
on i686-pc-linux-gnu:
/home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/other/static11.C:
In function '(static destru
FAIL: g++.dg/opt/reg-stack2.C (test for excess errors)
has appeared on mainline, multiple platforms, between 20050517 and 20050518.
Logs on i686-pc-linux-gnu:
/home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/opt/reg-stack2.C:
In constructor 'B::B(con
--
Bug 17165 depends on bug 14814, which changed state.
Bug 14814 Summary: no folding back to ARRAY_REF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
What|Old Value |New Value
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-05-18 20:37
---
The new test pr14814.C is failing on mainline, 20050518, all or most platforms.
FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0
--
What|Removed |A
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
20:35 ---
Subject: Bug 21127
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 20:35:30
Modified files:
libgfortran: ChangeLog Makefile.am Makefile.in
L
1.c.t??.useless"
have appeared on mainline, all platforms, between 20050517 and 20050518.
cc1: error: unrecognized command line option "-fdump-tree-useless"
The testsuite may need updating for the removal of this option.
--
Summary: [4.1 Regression] gcc
--
What|Removed |Added
Component|middle-end |gcov/profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18152
--
What|Removed |Added
Component|other |bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19289
--
What|Removed |Added
Component|other |gcov/profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21388
--
What|Removed |Added
Component|bootstrap |gcov/profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18939
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
20:24 ---
Subject: Bug 21127
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 20:24:33
Modified files:
libgfortran: ChangeLog
gcc/fortran: C
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:22 ---
Fixed at least in 4.0.1.
--
What|Removed |Added
Status|UNCONFIRMED
If I click the window manager's "close" button for a gcjappletviewer
window, I get a number of messages from Gtk:
(:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to
`GtkWidget'
(:24933): GLib-GOb
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
20:02 ---
Subject: Bug 21641
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 20:02:30
Modified files:
gcc/objc : ChangeLog objc-act.c
Log message:
--- Additional Comments From jason at gcc dot gnu dot org 2005-05-18 19:38
---
(In reply to comment #35)
> I'm still seeing the artsd miscompilation with
> gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything
> from gcc-4_0-branch upto 13-05-2005 (circa).
A backtrace showing
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
19:09 ---
Subject: Bug 21329
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 19:08:44
Modified files:
gcc: Ch
--
What|Removed |Added
GCC target triplet|mmix-knuth-mmixware |cris-axis-elf, cris-axis-
||linux-gnu, mmix-knuth-
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 18:58
---
Adding CC Mike Stump as fingered by cvs diff.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:18 ---
*** Bug 21648 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:18 ---
This is really PR 21638 which I am testing a fix for right now.
*** This bug has been marked as a duplicate of 21638 ***
--
What|Removed |Added
-
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21648
Compiling the following code with -O2 causes an ICE (verified on both
i686-pc-cygwin and arm-none-
elf):
struct mad_bitptr {
unsigned char const *byte;
};
struct mad_stream {
struct mad_bitptr ptr;
};
struct channel {
unsigned short part2_3_length;
};
struct granule {
struct channel ch
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:13 ---
Mine, I have a fix.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |p
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:09 ---
(In reply to comment #9)
> In reply to comment #3:
Usually I just say "please attach it because I am too lazy to build an unified
tree" instead of saying this
goes against our rules. Anyways I am trying t
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 18:06
---
Confirmed.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
17:45 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:42
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
17:33 ---
Subject: Bug 21632
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 17:33:33
Modified files:
gcc: ChangeLog
gcc/config/ia64: i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
17:30 ---
Subject: Bug 19729
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 17:30:16
Modified files:
libjava: Change
--- Additional Comments From trt at acm dot org 2005-05-18 17:28 ---
Here is a equivalent case that gcc also misses (but beyond scope of
fold-const.c). By the way, since there is a missing final return, can't gcc just
simplify all three functions into "return 1;" :-)
int fish3(unsigned c
--- Additional Comments From trt at acm dot org 2005-05-18 17:21 ---
This is because fold-const.c only does ad-hoc re-association.
Here is an example for fold_truthop (approx line 8805)
/* Check for the possibility of merging component references. If our
lhs is another si
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:15
---
We don't assign TImode to this structure, because we assume TImode needs
128-bit alignment, and this structure has 64-bit alignment. Which means
that the structure gets BLKmode. All BLKmode parameters are allo
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-18 17:08 ---
Subject: Re: [DR 278] templates and anonymous enum
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| > .. The error message shoudl really point at what's wrong in the
| > source code, n
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
16:51 ---
Subject: Bug 21632
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 16:50:58
Modified files:
gcc: Change
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 16:45
---
The test case in #10 is not a tls address; it is a dup of PR21632.
--
What|Removed |Added
GCC ta
--- Additional Comments From schwab at suse dot de 2005-05-18 16:25 ---
Also I'm getting crashes in glibc during initialisation of libpthread, which
might be related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 16:01
---
In reply to comment #3:
No, I don't think your reading of what rules you refer to is "sane",
but then perhaps you're not used to building a unified tree for cross
toolchains, re: simtest-howto.html. If you'd don
When compilied with "-fdefault-integer-8", inquire incorrectly says that a file
exits. It works correctly without the "-fdefault-integer-8"
[dranta:~/tests/gfortran] dir% gfortran -fdefault-integer-8 -o d8test4 d8test4.f
[dranta:~/tests/gfortran] dir% d8test4
output exists
STOP 0
[dranta:~/te
--- Additional Comments From pcarlini at suse dot de 2005-05-18 15:45
---
Great! I forgot to thank you for all your testing efforts: thanks! I'm going to
have a final look and commit the v3 bits. Then, strong of your test, I'm also
going to ping again on gcc-patches the middle-end bits.
--- Additional Comments From pluto at agmk dot net 2005-05-18 15:42 ---
(In reply to comment #50)
> Thanks a lot. And, as soon as "pluto" has finished testing the whole package
> I will personally take care of the v3 bits.
on powerpc OpenEXR builds/links fine too.
finally it
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
15:36 ---
Subject: Bug 19729
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 15:36:08
Modified files:
libjava: ChangeLog
libjava/gnu/java/s
--- Additional Comments From anh_vn_vo at yahoo dot com 2005-05-18 15:35
---
If it is expected that the name cygwin32 instead just cygwin generated during
configuration step, I agree that it is cygwin environment issue. Therefore, I
would like to withdraw my report. Otherwise, further
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18
15:13 ---
OK, then what I really meant is that error message doesn't mean anything in
plain English, thus it doesn't mean anything to end-users. So it needs to be
improved. I understand it's not easy - after all no o
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-18 15:07 ---
Subject: Re: [DR 278] templates and anonymous enum
"papadopo at shfj dot cea dot fr" <[EMAIL PROTECTED]> writes:
| I guess what I meant is: whatever the reason for this error message
| and whatever t
1 - 100 of 146 matches
Mail list logo
