Mail Archives: djgpp/2001/02/11/16:11:41
From: | gbcshady AT my-deja DOT com
|
Newsgroups: | comp.os.msdos.djgpp
|
Subject: | objcopy problems.
|
Date: | Sun, 11 Feb 2001 20:47:30 GMT
|
Organization: | Deja.com
|
Lines: | 29
|
Message-ID: | <966tp1$i25$1@nnrp1.deja.com>
|
NNTP-Posting-Host: | 24.25.151.140
|
X-Article-Creation-Date: | Sun Feb 11 20:47:30 2001 GMT
|
X-Http-User-Agent: | Mozilla/4.0 (compatible; MSIE 5.5; Windows 98)
|
X-Http-Proxy: | 1.1 x55.deja.com:80 (Squid/1.1.22) for client 24.25.151.140
|
X-MyDeja-Info: | XMYDJUIDgbcshady
|
To: | djgpp AT delorie DOT com
|
DJ-Gateway: | from newsgroup comp.os.msdos.djgpp
|
Reply-To: | djgpp AT delorie DOT com
|
Hello, I'm using the latest version of the djgpp port of objcopy
(2.10). I am trying to use it to convert a binary file to an object
file that can be linked into a djgpp program. I see that objcopy, nm,
and ar all support the "coff-go32" format. Issuing a:
$ objcopy -v -I binary -O coff-go32 input.bin output.o
works as expected. As does:
$ ar scru library.a output.o
But I get an error when issuing:
$ nm library.a
$ c:/djgpp/bin/nm.exe output.o: File format not recognized
This happens with coff-go32-exe as well; a.out-i386 is the only format
I could get to work, but I don't think that is right.
I've used this method successfully with the GNU tools on the ARM7, and
I can't, for the life of me, figure out what is going awry. Any help
would be greatly appreciated.
Thanks in advance,
Matthew Conte.
Sent via Deja.com
http://www.deja.com/
- Raw text -