Mail Archives: djgpp/2001/02/12/10:51:31
In article <968k55$plu$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE>,
Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de> wrote:
> What do you get for:
>
> nm output.o
>
> I.e.: is the .o file still intact, before you added it to the archive?
> What happens if you instruct 'ar' to not create a symbol table for the
> archive (no 's' option)?
No, the .o file seems to be corrupt from the start. Here is what my
command line and output look like. Note that the message about unknown
architecture is *normal*, and I get it when creating ARM ELF object
files:
$ objcopy -v -I binary -O coff-go32 input.bin output.o
> copy from input.bin(binary) to output.o(coff-go32)
> Warning: Output file cannot represent architecture UNKNOWN!
$ nm output.o
> c:/djgpp/bin/nm.exe: output.o: File format not recognized
So I maintain that there is something broken within objcopy.
Any ideas as to what it is that could be broken, or any possible
workarounds? I'd like to circumvent the problem, if at all possible,
before I start hacking at the objcopy source. =/
Regards,
Matthew Conte.
Sent via Deja.com
http://www.deja.com/
- Raw text -