--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18091
--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-21
02:39 ---
I checked in Andrew Pinski's fix.
--
What|Removed |Added
Status|REOPENED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-21
02:38 ---
Subject: Bug 18091
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-21 02:38:24
Modified files:
gcc/java : ChangeLog jcf-write.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03
22:25 ---
Not totally fixed.
The following is not fixed yet:
==21511== Source and destination overlap in memcpy(0x1BE08FEC, 0x1BE08FEC, 5)
==21511==at 0x1B904BCE: memcpy (mac_replace_strmem.c:113)
==21511==by
--- Additional Comments From aph at gcc dot gnu dot org 2004-12-16 14:29
---
comment
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-21 14:38
---
Subject: Bug 18091
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-21 14:38:17
Modified files:
gcc/java : jcf-parse.c ChangeLog
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 21:04
---
I think the "unitialized conditional move" will get fixed when:
==21620== Conditional jump or move depends on uninitialised value(s)
==21620==at 0x80C4165: get_attribute (jcf-parse.c:160)
is fixed.
See
--- Additional Comments From mckinlay at redhat dot com 2004-10-20 20:49 ---
For the memcpy() thing, in the error given we seem to be relocating something to
the exact same position. In this case the memcpy() should be harmless. But,
maybe it is possible to get real overlapping relocation
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 20:27
---
memcpy(0x1BE08FEC, 0x1BE08FEC, 5)
new_ptr -= n;
old_ptr -= n;
if (n > 0)
memcpy (new_ptr, old_ptr, n);
Someone needs to look into this part though because I don't
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 20:24
---
This is definitely a bug:
/* Concatenate current package prefix with new sfname. */
char *buf = xmalloc (i+new_len+3);
/* Replace '.' by DIR_SEPARATOR. */
for (; i >=
10 matches
Mail list logo
