Bug#503144: FTBFS on armel: gsf-scan, ** ERROR **: Compilation trouble with endianess.

[Riku Voipio]

reassign 503144 libgsf
tags 503144 + patch
thanks

> gsf-scan is a generated file; the gtk-doc-tools package is responsible for
> its template. Reassigning accordingly.

The error is coming from gsf-init. Reassigning accordingly.

gsf thinks only vfp enabled arm uses natural endian doubles. However,
eabi does that as well. As anyone using vfp is also using eabi,
the correct change is to switch the define.

I believe libgsf is actually broken on armel on older versions too,
it just that someone added runtime float detection to gsf-init that
exposes this br0kenness.

diff -ur old/libgsf-1.14.10/gsf/gsf-utils.c libgsf-1.14.10/gsf/gsf-utils.c
--- old/libgsf-1.14.10/gsf/gsf-utils.c  2008-07-01 12:56:53.000000000 +0000
+++ libgsf-1.14.10/gsf/gsf-utils.c      2008-10-23 07:03:25.000000000 +0000
@@ -73,7 +73,7 @@
  * mixture.
  */
 #define G_ARMFLOAT_ENDIAN 56781234
-#if defined(__arm__) && !defined(__vfp__) && (G_BYTE_ORDER == G_LITTLE_ENDIAN)
+#if defined(__arm__) && !defined(__ARM_EABI__) && (G_BYTE_ORDER == G_LITTLE_ENDIAN)
 #define G_FLOAT_BYTE_ORDER G_ARMFLOAT_ENDIAN
 #else
 #define G_FLOAT_BYTE_ORDER G_BYTE_ORDER


-- 
"rm -rf" only sounds scary if you don't have backups