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
Not OK: perl 5.00563 on OPENSTEP-Mach 4_2 (UNINSTALLED) #957
Comments
From hansmu@xs4all.nl_63 fails to build on NeXTstep. The biggest problem is that miniperl The patch below works around the problem by not using libperl when -- HansM *** Makefile.SH.orig Wed Dec 8 07:23:10 1999 Site configuration information for perl 5.00563: Configured by hansm at Mon Dec 13 02:03:09 MET 1999. Summary of my perl5 (revision 5.0 version 5 subversion 63) configuration: Locally applied patches: @INC for perl 5.00563: Environment for perl 5.00563: |
From @gsarOn Thu, 16 Dec 1999 00:29:58 +0100, Hans Mulder wrote:
I _thought_ someos wasn't going to like that... When I was adding that, I had half a mind to make a libminiperl.a out
Thanks. IIRC, there were two such locations that need patching. Sarathy |
From [Unknown Contact. See original ticket]Gurusamy Sarathy wrote:
No it wouldn't: you'd still have duplicate symbols. A clean approach would be to not include op.o in libperl initially and Or we could create a libminiperl.a containing everything except op.o.
I only had to make this one change to build miniperl. -- HansM |
From [Unknown Contact. See original ticket]Hans Mulder writes:
Will not work for those who change things and recompile.
No need for this. Unlinking is enough. ;-) Ilya |
Migrated from rt.perl.org#1904 (status was 'resolved')
Searchable as RT1904$
The text was updated successfully, but these errors were encountered: