* IEEE support issues
@ 2000-07-01 1:17 Alexander Aganichev
2000-07-01 3:00 ` Alan Modra
0 siblings, 1 reply; 4+ messages in thread
From: Alexander Aganichev @ 2000-07-01 1:17 UTC (permalink / raw)
To: binutils
Hi!
1. This code in ieee.c was fixed in CVS but then reverted:
==
info->filename = filename;
modname = strrchr (filename, '/');
/* We could have a mixed forward/back slash case. */
backslash = strrchr (modname, '\\');
if (backslash > modname)
modname = backslash;
if (modname != NULL)
++modname;
==
Could anyone please to replace at least `modname' with `filename' in the
second strrchr so binutils will not crash on IEEE producing? I really don't
care about signed pointers but this change is essential for me since we
regularly produce IEEE object files from COFF in our company ;-)
2. The second issue I found is that GCC and Binutils differently parses
size in .stab debug information: GCC produces sizes in bits and Binutils
assumes bytes. I don't know who is right (though it seems like GCC) but
this issue should be resolved. Currently I've added division by 8 to the
parse_stab_type() (stabs.c) as follows:
==
switch (*attr)
{
case 's':
size = atoi (attr + 1) / 8; /* adjust the size */
if (size <= 0)
size = -1;
break;
case 'S':
stringp = true;
break;
default:
/* Ignore unrecognized type attributes, so future
compilers can invent new ones. */
break;
}
==
--
Alexander Aganichev
Hypercom Europe Limited, Inc.
Software Engineer
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: IEEE support issues
2000-07-01 1:17 IEEE support issues Alexander Aganichev
@ 2000-07-01 3:00 ` Alan Modra
2000-07-01 3:16 ` Where should gcc-avr info files go? Russ.Shaw
0 siblings, 1 reply; 4+ messages in thread
From: Alan Modra @ 2000-07-01 3:00 UTC (permalink / raw)
To: Alexander Aganichev; +Cc: binutils
On Sat, 1 Jul 2000, Alexander Aganichev wrote:
> 1. This code in ieee.c was fixed in CVS but then reverted:
No, your patch of 2000-06-20 wasn't reverted. It was the incorrect
2000-06-25 patch to ar.c and bucomm.c that I reverted.
> 2. The second issue I found is that GCC and Binutils differently parses
> size in .stab debug information: GCC produces sizes in bits and Binutils
> assumes bytes. I don't know who is right (though it seems like GCC) but
> this issue should be resolved. Currently I've added division by 8 to the
> parse_stab_type() (stabs.c) as follows:
Thanks for debugging this. Your patch looks OK to me, but in future
please provide patches using "diff -up" along with a plain text changelog
entry like the example below. Changing binutils internal debug structures
to store size in bits is probably more correct, but a much larger change.
I'll check in the following:
binutils/ChangeLog
2000-07-01 Alexander Aganichev <AAganichev@hypercom.com>
* stabs.c (parse_stab_type): Divide size in bits by 8 as binutils
struct debug_type stores size in bytes.
Index: stabs.c
===================================================================
RCS file: /cvs/src/src/binutils/stabs.c,v
retrieving revision 1.4
diff -u -p -r1.4 stabs.c
--- stabs.c 2000/01/14 23:10:21 1.4
+++ stabs.c 2000/07/01 09:38:33
@@ -1261,6 +1261,7 @@ parse_stab_type (dhandle, info, typename
{
case 's':
size = atoi (attr + 1);
+ size /= 8; /* Size is in bits. We store it in bytes. */
if (size <= 0)
size = -1;
break;
--
Linuxcare. Support for the Revolution.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Where should gcc-avr info files go?
2000-07-01 3:00 ` Alan Modra
@ 2000-07-01 3:16 ` Russ.Shaw
0 siblings, 0 replies; 4+ messages in thread
From: Russ.Shaw @ 2000-07-01 3:16 UTC (permalink / raw)
To: egcs; +Cc: binutils
Hi all,
After installing gcc-avr in mandrake-7.0, i have found some info files
that have avr help. However, i can't get them to appear in the main
info system. I'm not sure if the installation is supposed to update
the main info system, or whether you're meant to run info in some
different directory. Is there any kind of convention for this?
--
*******************************************
* Russell Shaw, B.Eng, M.Eng(Research) *
* email: russell@webaxs.net *
* Australia *
*******************************************
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: IEEE support issues
@ 2000-07-02 22:29 Alexander Aganichev
0 siblings, 0 replies; 4+ messages in thread
From: Alexander Aganichev @ 2000-07-02 22:29 UTC (permalink / raw)
To: Alan Modra; +Cc: binutils
Oops, you're right. I've just been confused to know that Changelogs in
tarball binutils-000627.tar.bz2 on sourceware.cygwin.com mirrors dated
with... end of May though archive isn't. Anyone have ideas?
--
Alexander Aganichev
Hypercom Europe Limited, Inc.
Software Engineer
Alan Modra
<alan@linuxca To: Alexander Aganichev <AAganichev@hypercom.com>
re.com.au> cc: binutils@sourceware.cygnus.com
Subject: Re: IEEE support issues
01.07.2000
14:00
On Sat, 1 Jul 2000, Alexander Aganichev wrote:
> 1. This code in ieee.c was fixed in CVS but then reverted:
No, your patch of 2000-06-20 wasn't reverted. It was the incorrect
2000-06-25 patch to ar.c and bucomm.c that I reverted.
> 2. The second issue I found is that GCC and Binutils differently parses
> size in .stab debug information: GCC produces sizes in bits and Binutils
> assumes bytes. I don't know who is right (though it seems like GCC) but
> this issue should be resolved. Currently I've added division by 8 to the
> parse_stab_type() (stabs.c) as follows:
Thanks for debugging this. Your patch looks OK to me, but in future
please provide patches using "diff -up" along with a plain text changelog
entry like the example below. Changing binutils internal debug structures
to store size in bits is probably more correct, but a much larger change.
I'll check in the following:
binutils/ChangeLog
2000-07-01 Alexander Aganichev <AAganichev@hypercom.com>
* stabs.c (parse_stab_type): Divide size in bits by 8 as
binutils
struct debug_type stores size in bytes.
Index: stabs.c
===================================================================
RCS file: /cvs/src/src/binutils/stabs.c,v
retrieving revision 1.4
diff -u -p -r1.4 stabs.c
--- stabs.c 2000/01/14 23:10:21 1.4
+++ stabs.c 2000/07/01 09:38:33
@@ -1261,6 +1261,7 @@ parse_stab_type (dhandle, info, typename
{
case 's':
size = atoi (attr + 1);
+ size /= 8; /* Size is in bits. We store it in bytes. */
if (size <= 0)
size = -1;
break;
--
Linuxcare. Support for the Revolution.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2000-07-02 22:29 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-07-01 1:17 IEEE support issues Alexander Aganichev
2000-07-01 3:00 ` Alan Modra
2000-07-01 3:16 ` Where should gcc-avr info files go? Russ.Shaw
2000-07-02 22:29 IEEE support issues Alexander Aganichev
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).