Package: wmnd
Version: 0.4.11-4
Severity: normal
Tags: patch

When building 'wmnd' on ppc64/unstable,
I get the following error:

In file included from /usr/include/asm/types.h:8,
                 from /usr/include/asm-ppc64/elf.h:4,
                 from /usr/include/asm/elf.h:8,
                 from /usr/include/asm-ppc64/sigcontext.h:12,
                 from /usr/include/asm/sigcontext.h:8,
                 from /usr/include/bits/sigcontext.h:28,
                 from /usr/include/signal.h:333,
                 from wmnd.h:30,
                 from display.c:9:
/usr/include/asm-ppc64/types.h:27: error: duplicate 'unsigned'
/usr/include/asm-ppc64/types.h:27: error: two or more data types in declaration 
specifiers
/usr/include/asm-ppc64/types.h:33: error: duplicate 'unsigned'
/usr/include/asm-ppc64/types.h:33: error: two or more data types in declaration 
specifiers
make[3]: *** [display.o] Error 1
make[3]: Leaving directory `/wmnd-0.4.11/src'

With the attached patch 'wmnd' can be compiled on ppc64.

The patch makes src/drivers.c include <net/ppp_defs.h> from libc6-dev
instead of the local "ppp_defs.h". Because of this, the problematic
definitions of __u8 and __u32 can be removed from the configure
script.

Regards
Andreas Jochens

diff -urN ../tmp-orig/wmnd-0.4.11/src/drivers.c ./src/drivers.c
--- ../tmp-orig/wmnd-0.4.11/src/drivers.c       2004-09-13 10:45:31.000000000 
+0000
+++ ./src/drivers.c     2006-04-05 14:47:16.000000000 +0000
@@ -40,7 +40,7 @@
 
 /* some needed headers */
 #include <sys/stropts.h>
-#include "ppp_defs.h"
+#include <net/ppp_defs.h>
 #include "pppio.h"
 #include <errno.h>
 
diff -urN ../tmp-orig/wmnd-0.4.11/configure.ac ./configure.ac
--- ../tmp-orig/wmnd-0.4.11/configure.ac        2004-10-18 16:15:04.000000000 
+0000
+++ ./configure.ac      2006-04-05 14:14:32.000000000 +0000
@@ -235,14 +235,6 @@
 AC_SIZE_CHECK(unsigned int)
 AC_SIZE_CHECK(unsigned long)
 
-# on all systems char is an 8 bits type
-AC_DEFINE([__u8], [unsigned char], [basic unsigned 8 bits type])
-
-# on recent HW all int types (int, long) are actually 32 bits types. On old
-# 16bit CPUs this may not be true. Also, I should consider adding a check for
-# unsigned short, just for those future 128 bits CPUs :)).
-AC_SIZE_SEARCH(__u32, 32, ["unsigned int" "unsigned long"])
-
 
 # output files
 AC_CONFIG_FILES([
diff -urN ../tmp-orig/wmnd-0.4.11/configure ./configure
--- ../tmp-orig/wmnd-0.4.11/configure   2006-04-05 14:47:29.000000000 +0000
+++ ./configure 2006-04-05 14:15:55.000000000 +0000
@@ -7478,48 +7478,6 @@
 fi
 
 
-# on all systems char is an 8 bits type
-
-cat >>confdefs.h <<\_ACEOF
-#define __u8 unsigned char
-_ACEOF
-
-
-# on recent HW all int types (int, long) are actually 32 bits types. On old
-# 16bit CPUs this may not be true. Also, I should consider adding a check for
-# unsigned short, just for those future 128 bits CPUs :)).
-
-       echo "$as_me:$LINENO: checking for a 32 bits type" >&5
-echo $ECHO_N "checking for a 32 bits type... $ECHO_C" >&6
-       unset xtype
-       for type in "unsigned int" "unsigned long"
-       do
-               bits="`echo \"$type\" | tr \" \" \"_\"`_size"
-               bits="`eval echo \\$$bits`"
-               if test -n "$bits" -a "$bits" = "32"
-               then
-                       xtype="$type"
-                       break
-               fi
-       done
-
-       if test -n "$xtype"
-       then
-
-cat >>confdefs.h <<_ACEOF
-#define __u32 $xtype
-_ACEOF
-
-               echo "$as_me:$LINENO: result: $xtype" >&5
-echo "${ECHO_T}$xtype" >&6
-       else
-               { { echo "$as_me:$LINENO: error: unable to find any suitable 
type" >&5
-echo "$as_me: error: unable to find any suitable type" >&2;}
-   { (exit 1); exit 1; }; }
-       fi
-       unset IFS
-
-
 
 # output files
                                                             
ac_config_files="$ac_config_files Makefile doc/Makefile examples/Makefile 
src/Makefile wmnd.lsm wmnd.spec"


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to