Mail Archives: djgpp/1993/05/18/20:57:49
I'm cross-compiling to go32 from Unix (NeXT), using gcc, GNU binutils
and the GNU assembler. The setup works well.
GNU ld lets you say "-Ttext 400000" to relocate the text segment up
to 0x400000. "nm" from the Unix side of things is happy with this,
and shows all of the symbol addresses adjusted upwards by 4
megabytes. [Interestingly, the "ld" shipped with djgpp won't allow
this relocation, complaining that the address is not a multiple of
the page size (!), and the djgpp nm doesn't understand the relocated
a.out generated from the Unix side.]
When I try to go32 the a.out with the relocated text segment under
go32, the program *immediately* crashes with the PC at the location
where I placed the text segment (in this case, 0x400000). Even int
main(){return 0;} dies.
Perhaps those of you using the Sparc cross-compilation tools (just
announced on this list) can generate the same problem.
For what it's worth, I need to end up with addresses 0-0x3FFFFF
read/writable by my program, with the text/data/bss segments
relocated anywhere above this area.
Any comments would be greatly appreciated.
-Mat
- Raw text -