Kurt: Here is the patch.
Bastian: http://buildd.debian.org/build.php?pkg=r-base shows builds
succeeding everywhere but s390 [and m68k at the very end which looks like a
local issue: dh_fixperms just died...] I am still a bit suspicious of your
brute force replacement of -fpic. Or do you know for sure that gcc 4.*
requires it? Should it then be conditional on gcc/g++ versions be larger
than a threshold?
Dirk
On 7 April 2006 at 11:14, Bastian Blank wrote:
| tags 361219 patch
| thanks
|
| The attached patch makes the build always use -fPIC.
|
| Bastian
|
| --
| Violence in reality is quite different from theory.
| -- Spock, "The Cloud Minders", stardate 5818.4
| diff -u r-base-2.2.1.svn37642/debian/changelog
r-base-2.2.1.svn37642/debian/changelog
| --- r-base-2.2.1.svn37642/debian/changelog
| +++ r-base-2.2.1.svn37642/debian/changelog
| @@ -1,3 +1,10 @@
| +r-base (2.2.1.svn37642-1.1) unstable; urgency=low
| +
| + * Non-maintainer upload.
| + * Always build with -fPIC. (closes: #361219)
| +
| + -- Bastian Blank <[EMAIL PROTECTED]> Fri, 7 Apr 2006 08:59:15 +0000
| +
| r-base (2.2.1.svn37642-1) unstable; urgency=low
|
| * First alpha release of the upcoming R 2.3.0 planned for April 24
| only in patch2:
| unchanged:
| --- r-base-2.2.1.svn37642.orig/configure
| +++ r-base-2.2.1.svn37642/configure
| @@ -29630,39 +29630,14 @@
|
| ## Step 2. GNU compilers.
| if test "${GCC}" = yes; then
| - case "${host_cpu}" in
| -## Sparc has only an 8k global object table, 1024 entries on 64-bit.
| -## PowerPC has 32k, not enough on ppc64 for the ca6200 entries in libR.so
| -## The only other platform where this is said to matter is m68k, which
| -## has 32k and so can use -fpic.
| - sparc*|ppc64)
| - cpicflags="-fPIC"
| - ;;
| - *)
| - cpicflags="-fpic"
| - ;;
| - esac
| + cpicflags="-fPIC"
| shlib_ldflags="-shared"
| fi
| if test "${G77}" = yes; then
| - case "${host_cpu}" in
| - sparc*|ppc64)
| - fpicflags="-fPIC"
| - ;;
| - *)
| - fpicflags="-fpic"
| - ;;
| - esac
| + fpicflags="-fPIC"
| fi
| if test "${GXX}" = yes; then
| - case "${host_cpu}" in
| - sparc*|ppc64)
| - cxxpicflags="-fPIC"
| - ;;
| - *)
| - cxxpicflags="-fpic"
| - ;;
| - esac
| + cxxpicflags="-fPIC"
| shlib_cxxldflags="-shared"
| fi
|
| @@ -43254,14 +43229,7 @@
| ## Debian in their wisdom have f95 as a link to gfortran, so
| ## use this to pick out gfortran (even though it is unreliable).
| if test "${ac_cv_fc_compiler_gnu}" = yes; then
| - case "${host_cpu}" in
| - sparc*|ppc64)
| - fcpicflags="-fPIC"
| - ;;
| - *)
| - fcpicflags="-fpic"
| - ;;
| - esac
| + fcpicflags="-fPIC"
| fi
| case "${host_os}" in
| darwin*)
| only in patch2:
| unchanged:
| --- r-base-2.2.1.svn37642.orig/configure.ac
| +++ r-base-2.2.1.svn37642/configure.ac
| @@ -1066,39 +1066,14 @@
|
| ## Step 2. GNU compilers.
| if test "${GCC}" = yes; then
| - case "${host_cpu}" in
| -## Sparc has only an 8k global object table, 1024 entries on 64-bit.
| -## PowerPC has 32k, not enough on ppc64 for the ca6200 entries in libR.so
| -## The only other platform where this is said to matter is m68k, which
| -## has 32k and so can use -fpic.
| - sparc*|ppc64)
| - cpicflags="-fPIC"
| - ;;
| - *)
| - cpicflags="-fpic"
| - ;;
| - esac
| + cpicflags="-fPIC"
| shlib_ldflags="-shared"
| fi
| if test "${G77}" = yes; then
| - case "${host_cpu}" in
| - sparc*|ppc64)
| - fpicflags="-fPIC"
| - ;;
| - *)
| - fpicflags="-fpic"
| - ;;
| - esac
| + fpicflags="-fPIC"
| fi
| if test "${GXX}" = yes; then
| - case "${host_cpu}" in
| - sparc*|ppc64)
| - cxxpicflags="-fPIC"
| - ;;
| - *)
| - cxxpicflags="-fpic"
| - ;;
| - esac
| + cxxpicflags="-fPIC"
| shlib_cxxldflags="-shared"
| fi
|
| @@ -1718,14 +1693,7 @@
| ## Debian in their wisdom have f95 as a link to gfortran, so
| ## use this to pick out gfortran (even though it is unreliable).
| if test "${ac_cv_fc_compiler_gnu}" = yes; then
| - case "${host_cpu}" in
| - sparc*|ppc64)
| - fcpicflags="-fPIC"
| - ;;
| - *)
| - fcpicflags="-fpic"
| - ;;
| - esac
| + fcpicflags="-fPIC"
| fi
| case "${host_os}" in
| darwin*)
--
Hell, there are no rules here - we're trying to accomplish something.
-- Thomas A. Edison
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
