Maybe this is support for the explanation as an endian problem?
arm and armel are little-endian. The main weirdnesses of plain arm are
a bizarre middle-endian floating point format (look for things trying
to read FP values off a disk file or network stream) and unusual
structure-packing
Package: genisoimage
Version: 9:1.1.7.1-1
Severity: important
Thanks again to Martin Guy, I can confirm that the buggy behaviour does
NOT happen for genisoimage version 1.1.7.1-1 (sid current) on armel.
Instead, the behaviour is just as on i386 and amd64: the RR signatures
are detected and
[Barry Tennison]
Thanks again to Martin Guy, I can confirm that the buggy behaviour does NOT
happen for genisoimage version 1.1.7.1-1 (sid current) on armel. Instead,
the behaviour is just as on i386 and amd64: the RR signatures are detected
and the iso successfully updated.
Maybe this
On Sun, 2008-04-20 at 10:24 -0500, Peter Samuelson wrote:
No, it's not an endian problem. i386, amd64, arm, and armel are _all_
little-endian.
MMmmh, I always thought arm and armel differs in endianess...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Tobias Frost wrote:
On Sun, 2008-04-20 at 10:24 -0500, Peter Samuelson wrote:
No, it's not an endian problem. i386, amd64, arm, and armel are _all_
little-endian.
MMmmh, I always thought arm and armel differs in endianess...
Nope, some packing, and syscall, and FP differences.
5 matches
Mail list logo