"multiarch conflicts in ..." bugs
Richard W.M. Jones
rjones at redhat.com
Tue Oct 23 10:48:10 UTC 2007
Patrice Dumas wrote:
> On Tue, Oct 23, 2007 at 10:12:56AM +0100, Richard W.M. Jones wrote:
>> I've had the following bug filed at the end of last week:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=342721
>>
>> and I've read:
>>
>> http://fedoraproject.org/wiki/PackagingDrafts/MultilibTricks
>>
>> but I've still no idea what I need to do to fix the bug. Can someone
>> explain it in simpler terms?
>
> Looks like there is a bug somewhere since some files look like ELF
> files like /usr/bin/camlp4oof.opt? An ocaml weirdness or a bug in rpm?
OK, I think I get it now.
All the *.opt files are native ELF binaries. They're compiled by the
OCaml compiler (it does its own code generation) and linked by ld, or
rather by gcc used as a wrapper around ld.
$ file usr/bin/camlp4oof.opt
usr/bin/camlp4oof.opt: ELF 64-bit LSB executable, x86-64, version 1
(SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped
> The ocamlrun scripts also look like binary (arch dependent?) stuff
> so it is a logical that there is conflict. It certainly requires
> something to be done at the rpm level, but I am far from being an expert
> on those issues.
The files which begin with #!/usr/bin/ocamlrun are bytecode files. Even
though it's called "bytecode" it isn't portable between architectures.
It's not like Java bytecode. So consider these to be like binaries too.
Rich.
--
Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/
Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod
Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in
England and Wales under Company Registration No. 03798903
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3237 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20071023/858cb4bf/attachment.bin>
More information about the fedora-devel-list
mailing list