libs empty on Ubuntu 11.04 alpha (linux 2.6.38-7-generic #38-Ubuntu) #11206
Comments
From [email protected]Hi, I'm trying to compile perl-5.12.3 on Ubuntu 11.04 alpha 3, 32-bit I've attached myconfig's output. Any ideas what's going on? -- |
From @obraI have made this bug a 5.14 blocker. It'd really suck if we didn't work |
|
The RT System itself - Status changed from 'new' to 'open' |
From @iabynI'm just forwarding this email back to the list (and to RT), because for Also, a question to the OP: does your Ubuntu alpha installation already ----- Forwarded message from Andy Dougherty <doughera@lafayette.edu> ----- Date: Thu, 24 Mar 2011 12:37:17 -0400 (EDT) On Wed, 23 Mar 2011, Ilmari Vacklin wrote:
By default, Configure looks in the following directories for libraries: /usr/local/lib /lib /usr/lib /usr/lib64 It looks like Ubuntu has moved the math library (and presumably other The quick workaround is to tell Configure about the new directory: sh Configure -Dplibpth=/lib/i386-linux-gnu -de I don't know how Ubuntu is managing to compile perl for itself without Assuming this is a deliberate change in Ubuntu, the fix for 5.14 will be Does anyone understand this new organization enough to suggest how to coax Clearly, however, the compiler on the system has been taught to look in -- ----- End forwarded message ----- -- |
From @doughera88This is also listed in the Ubuntu bug tracker as https://bugs.launchpad.net/ubuntu/natty/+source/perl/+bug/739693 I have posted a follow-up request there. |
From @salvaOn 03/30/2011 05:04 PM, Dave Mitchell wrote:
The output of perl -V is attached. I come across the same bug again today while trying to compile blead on And this is for a blead perl compiled adding "-lm -lrt" into the broken $ ldd /usr/local/perl/blead/bin//perl $ uname -a - Salva |
From @salvaSummary of my perl5 (revision 5 version 10 subversion 1) configuration: Characteristics of this binary (from libperl): |
From @obraOn a whim, I cloned the following code from hints/cygwin.sh into plibpth=`gcc -print-file-name=libc.a` This is enough goo to actually get Perl building on ubuntu 11.04 and Could someone who knows something about how to write hints code portably Thanks! |
From @doughera88On Wed, 13 Apr 2011, Jesse via RT wrote:
Currently, I'm fiddling with # Configure sets trnl='\n'; For Linux only, where 'readlink' is likely to be available, pblibpth=`gcc -print-search-dirs | grep libraries |cut -f2- -d= | \ I want to check whether this can safely go in a cc.cbu call-back unit, -- |
From @doughera88Could a few people with various Linux distributions give this a try (and If it looks ok, could someone please apply it? (I probably won't be Inline Patchdiff --git a/hints/linux.sh b/hints/linux.sh
index ac27f23..e03ab1e 100644
--- a/hints/linux.sh
+++ b/hints/linux.sh
@@ -151,6 +151,24 @@ case "$optimize" in
;;
esac
+# Ubuntu 11.04 (and later, presumably) doesn't keep most libraries
+# (such as -lm) in /lib or /usr/lib. So we have to ask gcc to tell us
+# where to look. We don't want gcc's own libraries, however, so we
+# filter those out.
+# This could be conditional on Unbuntu, but other distributions may
+# follow suit, and this scheme seems to work even on rather old gcc's.
+# This unconditionally uses gcc because even if the user is using another
+# compiler, we still need to find the math library and friends, and I don't
+# know how other compilers will cope with that situation.
+# Still, as an escape hatch, allow Configure command line overrides to
+# plibpth to bypass this check.
+case "$plibpth" in
+'') plibpth=`gcc -print-search-dirs | grep libraries |
+ cut -f2- -d= | tr ':' $trnl | grep -v 'gcc'`
+ plibpth="$plibpth" # Collapse all entries on one line
+ ;;
+esac
+
# Are we using ELF? Thanks to Kenneth Albanowski <[email protected]>
# for this test.
cat >try.c <<'EOM'
-- Andy Dougherty doughera@lafayette.edu |
From @obraOn Fri, Apr 15, 2011 at 10:22:47AM -0400, Andy Dougherty wrote:
It works for me on Ubuntu Natty x86_64. I'd love to hear about reports on slackware ppc or something equally |
From [email protected]I've got a lot of various vintage virtual machines installed gcc -print-search-dirs | grep libraries | cut -f2- -d= | tr ':' '\n' | grep -v gcc Debian GNU/Linux 4.0 (etch) prints: /lib/i486-linux-gnu/4.1.2/ Fedora release 8 (Werewolf) prints: /lib/i386-redhat-linux/4.1.2/ openSUSE 10.2 (i586) prints: /lib/i586-suse-linux/4.1.2/ I think those are my oldest virtual machines. Seems to work |
From @iabynOn Fri, Apr 15, 2011 at 10:22:47AM -0400, Andy Dougherty wrote:
Works fine on Fedora 13 x86_64 -- |
From [email protected]Missed the "Reply all" button -- apologies to Tom for the spurious e-mail. Results for FC5 i386 and FC4 x86_64 below. Cheers, kjw ---------- Forwarded message ---------- On 15 April 2011 08:00, Tom Horsley <tom.horsley@ccur.com> wrote:
Fedora 5 i386: /lib/i386-redhat-linux/4.1.1/ Fedora 4 x86_64: /lib/x86_64-redhat-linux/4.0.0/ I think that's as old and weird as I get. Cheers, kjw |
From @obraThanks. Applied as 40f0262. On Fri, Apr 15, 2011 at 10:22:47AM -0400, Andy Dougherty wrote:
-- |
|
@obra - Status changed from 'open' to 'resolved' |
From [email protected]The previous patch creates library paths with trailing / This further patch fixes the construction of plibpth to suppress Robin |
From [email protected]0001-suppress-trailing-in-plibpth.patchFrom 2650d6916f193686ae1e1f8e89d53934b421c159 Mon Sep 17 00:00:00 2001
From: Robin Barker <[email protected]>
Date: Mon, 18 Apr 2011 14:48:49 +0100
Subject: [PATCH] suppress trailing / in plibpth
---
hints/linux.sh | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hints/linux.sh b/hints/linux.sh
index e03ab1e..70e4bd0 100644
--- a/hints/linux.sh
+++ b/hints/linux.sh
@@ -164,7 +164,7 @@ esac
# plibpth to bypass this check.
case "$plibpth" in
'') plibpth=`gcc -print-search-dirs | grep libraries |
- cut -f2- -d= | tr ':' $trnl | grep -v 'gcc'`
+ cut -f2- -d= | tr ':' $trnl | grep -v 'gcc' | sed -e 's:/$::'`
plibpth="$plibpth" # Collapse all entries on one line
;;
esac
--
1.7.0.4
|
From @doughera88On Mon, 18 Apr 2011, Robin Barker wrote:
Good catch. I suspect those were harmless, but certainly unintended. Your patch looks fine. However, looking at my lines right below Here's a fix that includes your patch as well as the correct incantation Inline Patchdiff --git a/hints/linux.sh b/hints/linux.sh
index e03ab1e..970640c 100644
--- a/hints/linux.sh
+++ b/hints/linux.sh
@@ -164,8 +164,10 @@ esac
# plibpth to bypass this check.
case "$plibpth" in
'') plibpth=`gcc -print-search-dirs | grep libraries |
- cut -f2- -d= | tr ':' $trnl | grep -v 'gcc'`
- plibpth="$plibpth" # Collapse all entries on one line
+ cut -f2- -d= | tr ':' $trnl | grep -v 'gcc' | sed -e 's:/$::'`
+ set X $plibpth # Collapse all entries on one line
+ shift
+ plibpth="$*"
;;
esac
-- Andy Dougherty doughera@lafayette.edu |
From @iabynOn Mon, Apr 18, 2011 at 01:42:22PM -0400, Andy Dougherty wrote:
I think I fixed that with commit ebf3760 configpm: handle multi-line key='value\n...'
I independently committed a separate collapsing fix, but yours -- |
Migrated from rt.perl.org#86854 (status was 'resolved')
Searchable as RT86854$
The text was updated successfully, but these errors were encountered: