Mail Archives: djgpp-workers/1999/02/01/08:27:42
On Mon, Feb 01, 1999 at 02:03:56PM +0200, Andris Pavenis wrote:
> > On Thu, Jan 28, 1999 at 01:53:24PM +0200, Andris Pavenis wrote:
> > > > The new gas works nicely. Where can I download the snapshot from?
> > > ftp://ftp.cygnus.com/private/gas/
> > This weekend I played with it a little bit, and found the alignment
> > problem in strip (and other binutils). There is a COFF_PAGE_SIZE
> > define in coff_i386.c which sets this symbol to 0x1000. By adding an
> > #ifndef COFF_GO32_EXE...#endif around it, the aligment problem is
> > solved.
> Then perhaps it would be best to submit patch for binutils.
Ok, I'll send a patch to the maintainers soon.
> > As I'm ready with the cross-binutils, I'll focus on hacking egcs ;-) I
> > plan to reduce the size of the eh_frame info for djgpp...
> Is it needed? GNU assembler already have eh frame optimization (works when
> built as BFD assembler). Is it necessary to duplicate it somewhere else.
The EH frame optimization stuff in gas is nice, but there are still too
much unused bytes in the eh_frame section. This dwarf2 frame info was
invented to be used by debuggers, so it contains very detailed
information about the program. Djgpp programs don't need lots of
them.
> One more thing about BFD assembler. I found that using BFD assembler
> sometimes breaks fsdb and edebug32 which use COFF debugging info support
> from src/debug/common/syms.c. I found it when tried to run gnuplot-3.7
> built for DJGPP under fsdb: it simply crashed while loading debugging info.
> Tested: this problem disappears when I'm building assembler after configuring
> binutils snapshot without option --enable-bfd-assembler. This problem appears
> only sometimes (not for all executables)
So the snapshot is not stable enough yet. Sigh.
bye,Laszlo
- Raw text -