New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[PATCH] 5.8.8 make sure we get the proper ldflags on libperl.so #8795
Comments
From @spotrhThis is a bug report for perl from tcallawa@redhat.com, As part of the review process for Perl, I'm opening bugs for the This patch is described as "make sure we get the proper ldflags on Inline Patch--- perl-5.8.0/Makefile.SH.sharedlinker Tue Jun 18 12:36:27 2002
+++ perl-5.8.0/Makefile.SH Tue Jun 18 12:37:31 2002
@@ -61,6 +61,9 @@
netbsd*|freebsd[234]*|openbsd*)
linklibperl="-L. -lperl"
;;
+ linux*)
+ shrpldflags="$shrpldflags $ldflags $perllibs $cryptlib"
+ ;;
aix*)
shrpldflags="-H512 -T512 -bhalt:4 -bM:SRE -bE:perl.exp"
case "$osvers" in
-----------------------------------------------------------------
---
This perlbug was built using Perl v5.8.8 in the Red Hat build system. Site configuration information for perl v5.8.8: Configured by Red Hat, Inc. at Wed Jan 24 08:06:27 EST 2007. Summary of my perl5 (revision 5 version 8 subversion 8) configuration: Locally applied patches: @INC for perl v5.8.8: Environment for perl v5.8.8: PATH=/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/spot/bin:/usr/java/j2re1.4.2_02/javaws/ |
From @TuxOn Thu, 22 Feb 2007 14:39:02 -0800, Tom Callaway (via RT)
Thanks, applied in change #30530
-- |
The RT System itself - Status changed from 'new' to 'open' |
From @janduboisOn Fri, 09 Mar 2007, H.Merijn Brand wrote:
This patch breaks building libperl.so for both maint and blead on at least `uname -a` for both machines: Both machines have all available patches applied to them. The failure is identical on both and looks like this: gcc -o libperl.so -shared -O2 -lnsl -ldl -lm -lcrypt -lutil -lpthread -lc gv.o toke.o perly.o op.o pad.o regcomp.o dump.o util.o It is some kind of weird interaction with this change: http://public.activestate.com/cgi-bin/perlbrowse/p/24371 Change 24371 could be made more specific to apply only on BSD and Cygwin, but
This patch doesn't add anything to the gcc commandline to build libperl.so Note that this will still only be treating the symptoms. Gozer came up with /* cc -o libfoo.so -shared -lm foo.c */ This is just for reference, in case the problem with LIB_VERSION shows Cheers,
|
From @rgsOn 29/05/07, Jan Dubois <jand@activestate.com> wrote:
OK, I reverted it now. |
p5p@spam.wizbit.be - Status changed from 'open' to 'rejected' |
Migrated from rt.perl.org#41587 (status was 'rejected')
Searchable as RT41587$
The text was updated successfully, but these errors were encountered: