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
Latest UnixWare7 (svr5.sh) hints file #703
Comments
From hops@scoot.pdev.sco.comI reported this a couple of weeks ago but it must have got lost when Heres the latest hints file for UnixWare7. # svr5 hints, System V Release 5.x (UnixWare 7) # Use Configure -Dusethreads to enable threads. # Hardwire the processor to 586 for consistancy with autoconf # Our default setup excludes anything from /usr/ucblib (and consequently dbm) # Leave leading tabs so Configure doesn't propagate variables to config.sh want_ucb='' # don't use anything from /usr/ucblib - icky if [ "$want_ucb" ] ; then # If see libdbm in /usr/local and not overidden assume its the if [ "$want_gdbm" -a -f /usr/local/lib/libgdbm.so ] ; then # Don't use problematic libraries: # Don't use irrelevant (but existing) lib dirs # remove /shlib and /lib from library search path as both symlink to /usr/lib # Don't use BSD emulation pieces (/usr/ucblib) regardless # use nm to probe libs - its fast enough on uw7 # Broken C-Shell tests (Thanks to Tye McQueen): # Unixware-specific problems. UW7 give correctname with uname -s if [ "$uw_isuw" = "UnixWare" ]; then d_bcopy='define' # In /usr/lib/libc.so.1 if [ -f /usr/ccs/lib/libcudk70.a -a "$want_udk70" ] ; then ############################################################### case "$cc" in *) ############################################################### ############################################################################ # Just in case Configure fails to find lstat() Its in /usr/lib/libc.so.1. d_suidsafe='define' # "./Configure -d" can't figure this out easily ################## final caveat msgs to builder ############### If you wish to use dynamic linking, you must use If you are using shared libraries from /usr/local/lib EOM Perl Info
|
From @doughera88On Tue, 12 Oct 1999, Mike Hopkirk wrote:
Thanks for the work. Sorry to nit-pick, but I have a number of questions:
Is this really necessary? At this point in Configure, /usr/ccs/bin *is* In short, why can't we rely on $PATH to pick up the correct cc?
A more general version of this test is already in Configure for _62 and
Configure should automatically figure out whether or not you have libgdbm
Umm -- what if the user *wants* /usr/gnu/lib? How is the older supplied
I don't understand the purpose of this part. The default is for Configure
That should be done automatically by Configure. Are you sure this is
Aren't these already the Configure defaults? Why force them?
How can this work? Above, you removed the / c / :
Do you know why Configure fails to find lstat()? Perhaps we could fix the Overall, many thanks again for tackling Configure hints. Sorry to appear -- |
From [Unknown Contact. See original ticket]On Wed Oct 13,1999 (10:20:12AM -0400), doughera@lafayette.edu(Andy Dougherty) wrote:
Background - this started from the svr4 hints file - some of the pieces
No problem
probably not - it came across from svr4.sh
I presume it will - which makes it redundant I guess ( unless theres any
In actuality No - /usr/bin/ccs is a symlink to /usr/ccs/bin/cc
probably can - I'll give it a go.
OK - I've not looked at what the _62 version is up to yet. The comment and alternative non-use of optimize is for working around a bug
Yes - I need the option of building a perl without libgdbm support
I missed that - I expected that libgdbm would be (from skunkware) in I guess the check should just force i_gdbm to 'undef' if want_gdbm is ''
As UW7 is distributed theres nothing in /usr/gnu/lib apart from the (My bias would be to deprecate any use/lookup of /usr/gnu/* and save
Its possibly unneeded
I think that was some weirdness fron sysVrR4.
(/usr/local/lib ??)
I don't know
Early on building this I had some problems getting it to configure that it
Good point. This can probably be removed It works because the native devsys doesn't need or want this lib spec
This was from svr4.sh also - I think the comment in earlier versions of that This is probably redundant here.
OK - It seemed more reasonable to me to explicitly wire the values to I'll go over the hints file again removing the (above) things that seem Question: theres a comment early on # Hardwire the processor to 586 for consistancy with autoconf I did this to be sorta same as autoconf setup where we've wired the Boyd thought that there was a porters discussion which ended up Do you have any canonical suggestion/reccomendation for this wrt perl ? -- Everything disclaimed (including disclaimer) |
From The RT System itselfperl-current 22Oct00 appears to use newer file. |
Migrated from rt.perl.org#1605 (status was 'resolved')
Searchable as RT1605$
The text was updated successfully, but these errors were encountered: