Skip to content
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

Configure/Compile bug? Building under Solaris 7 #1937

Closed
p5pRT opened this issue May 4, 2000 · 8 comments
Closed

Configure/Compile bug? Building under Solaris 7 #1937

p5pRT opened this issue May 4, 2000 · 8 comments

Comments

@p5pRT
Copy link

p5pRT commented May 4, 2000

Migrated from rt.perl.org#3207 (status was 'resolved')

Searchable as RT3207$

@p5pRT
Copy link
Author

p5pRT commented May 4, 2000

From art.pina@st.com

Hi,

Sorry if I'm reporting this improperly.

I was getting error messages about undefined symbols in "miniperl" when
I followed the default procedure for running "Configure" and "build" under Solaris 7.
I looked at the "Makefile" and replaced​:

libs =

with​:

libs = -lsocket -lnsl -ldl -lm -lc -lcrypt

Then everything worked!

I am running GNU C 2.95.2.

Regards,

Art

@p5pRT
Copy link
Author

p5pRT commented May 5, 2000

From [Unknown Contact. See original ticket]

At 14​:48 -0500 2000-05-04, Art Pina wrote​:

I looked at the "Makefile" and replaced​:

libs =

with​:

libs = -lsocket -lnsl -ldl -lm -lc -lcrypt

Then everything worked!

You don't say what version of perl you were trying to build. I'm
guessing that it was 5.005_03. Its INSTALL instructions tell you to
run Configure interactively, giving you the chance to override its
(almost always sensible) ideas about correct configuration values for
your system. During the question and answer session, you replaced
Configure's suggested list of required libraries with an empty list.
Such mistakes are easy to make, so the INSTALL file for the current
release of perl, 5.6.0, suggests using the -d option to run Configure
non-interactively with default answers to all questions -- in
particular, accepting the list of libraries that Configure reckons
that perl needs on your system. You might want to make distclean
then Configure -de; make in order to build such a perl for your
system. OTOH, if you're happy with what you've already got (and if
it runs make test without failures), there's no need to bother.

(Or there's an even lazier approach if you want 5.005_03​: download a
binary from http​://www.sunfreeware.com.)

@p5pRT
Copy link
Author

p5pRT commented May 5, 2000

From [Unknown Contact. See original ticket]

domo@​computer.org wrote​:

At 14​:48 -0500 2000-05-04, Art Pina wrote​:

I looked at the "Makefile" and replaced​:

libs =

with​:

libs = -lsocket -lnsl -ldl -lm -lc -lcrypt

Then everything worked!

You don't say what version of perl you were trying to build. I'm
guessing that it was 5.005_03.
I was configuring/building the latest, 5.6.

Its INSTALL instructions tell you to
run Configure interactively, giving you the chance to override its
(almost always sensible) ideas about correct configuration values for
your system. During the question and answer session, you replaced
Configure's suggested list of required libraries with an empty list.
Such mistakes are easy to make, so the INSTALL file for the current
release of perl, 5.6.0, suggests using the -d option to run Configure
non-interactively with default answers to all questions -- in
particular, accepting the list of libraries that Configure reckons
that perl needs on your system. You might want to make distclean
then Configure -de; make in order to build such a perl for your
system.
I just did this and sure enough! This worked Ok!
I.e., I got the right stuff in libs in Makefile!
This would have been the excellent basis.
It is a little different, i.e.,

libs = -lsocket -lnsl -ldl -lm -lc -lcrypt -lsec

vs my​:

libs = -lsocket -lnsl -ldl -lm -lc -lcrypt

with the addition of the "sec" library, however, I got no errors or complaints, so I'm just wondering what
it thought it would be pulling out of "sec"? Maybe I didn't ask for any options from this library?

The only modifications I would have done to this is to change the "prefix" from "/usr/local" to
"/nac08/tpa/local", since I'm not root and I have our groups tools directory I can put the "/usr/local" tools
and utilities in.

OTOH, if you're happy with what you've already got (and if
it runs make test without failures), there's no need to bother.
I am, but I'll certainly keep your advice in mind for a future build.
I'll just review the Makefile for oddities.
Actually, I sent this "bug" report because I thought I'd sort of done this.
I.e., I built Makefile interactively, then executed​:

./Configure -de

But, it was too late -- I.e., I should have done "make distclean" first!

(Or there's an even lazier approach if you want 5.005_03​: download a
binary from http​://www.sunfreeware.com.)
Dominic,

I thought about this, but I've always built anything I can get source code for and I didn't see
the Solaris 7 binaries for Perl 5.6.

Thanks & Regards,

Art

@p5pRT
Copy link
Author

p5pRT commented May 5, 2000

From [Unknown Contact. See original ticket]

Dominic Dunlop writes​:

You don't say what version of perl you were trying to build. I'm
guessing that it was 5.005_03. Its INSTALL instructions tell you to
run Configure interactively, giving you the chance to override its
(almost always sensible) ideas about correct configuration values for
your system. During the question and answer session, you replaced
Configure's suggested list of required libraries with an empty list.
Such mistakes are easy to make, so the INSTALL file for the current
release of perl, 5.6.0, suggests using the -d option to run Configure

And this is no more than a bug in README. And I sent a patch to fix
it. But apparently Sarathy thinks that "lying" to users (by omission
of the mention of -d switch in README) to twist their hands to read
INSTALL is a better approach... :-(

Ilya

@p5pRT
Copy link
Author

p5pRT commented May 6, 2000

From [Unknown Contact. See original ticket]

At 14​:20 -0400 2000-05-05, Ilya Zakharevich wrote​:

And this is no more than a bug in README. And I sent a patch to fix
it. But apparently Sarathy thinks that "lying" to users (by omission
of the mention of -d switch in README) to twist their hands to read
INSTALL is a better approach... :-(

Umm, 5.6.0 README doesn't mention Configure at all, never mind its -d
flag. FWIW, I think the current approach is the right one.

@p5pRT
Copy link
Author

p5pRT commented May 6, 2000

From [Unknown Contact. See original ticket]

On Sat, May 06, 2000 at 09​:48​:44AM +0200, Dominic Dunlop wrote​:

Umm, 5.6.0 README doesn't mention Configure at all, never mind its -d
flag. FWIW, I think the current approach is the right one.

Given that INSTALL starts with Configure -de - maybe. But I'm not sure.

For my usage I prefer short READMEs which are feature-complete​: you
read them, and you get all you knowledge you need to compile/install
things in the simplest possible situation.

Ilya

@p5pRT
Copy link
Author

p5pRT commented May 4, 2007

@smpeters - Status changed from 'open' to 'stalled'

@p5pRT
Copy link
Author

p5pRT commented Aug 2, 2008

p5p@spam.wizbit.be - Status changed from 'stalled' to 'resolved'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant