* dann frazier | 2009-03-17 18:57:24 [-0600]: >I tested the initial patch on paer.debian.org, a parisc machine. oh. why that? Could please post a build log? -fPIC has to fix the issues. It is possible that I forgot it somewhere.
>I found that it didn't work. However, this one did: > >--- midori-0.1.4/debian/rules.orig 2009-03-18 00:47:05.000000000 +0000 >+++ midori-0.1.4/debian/rules 2009-03-18 00:45:01.000000000 +0000 >@@ -2,7 +2,7 @@ > > build: > dh $@ --before configure >- ./waf --nocache configure --prefix=/usr >+ CFLAGS="-fPIC" ./waf --nocache configure --prefix=/usr this is not cool because now -fPIC is also used for midori binary itself. > ./waf --nocache build > ./waf --nocache check > dh $@ --remaining > >If this needs to be arch-specific it could probably be changed to >something like: > >DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) >ifeq ($(DEB_HOST_ARCH),hppa) > CFLAGS+="-fPIC" >endif > >build: > dh $@ --before configure > CFLAGS="$(CFLAGS)" ./waf --nocache configure --prefix=/usr > ./waf --nocache build > ./waf --nocache check > dh $@ --remaining > > >By the way - I noticed that platform.architecture() == 'parisc64' on >paer, so that may have been the problem with the initial patch. huh. Are you sure about that? platform.machine() should report 'parisc64' if runnin a 64bit kernel. platform.architecture() on the hand should report 32bit because the userland is 32bit and according to the python dox that one reports the size of long or pointer (depending on the python version)). So I guess that you should be fine if you take my initial patch and replace pariss with parisc* > >-- >dann frazier Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
