delorie.com/archives/browse.cgi   search  
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 -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019