Bug 236059 - Port setuputil onto HP-UX
Port setuputil onto HP-UX
Status: CLOSED CURRENTRELEASE
Product: 389
Classification: Community
Component: Install/Uninstall (Show other bugs)
1.0.4
All Linux
medium Severity medium
: ---
: ---
Assigned To: Noriko Hosoi
Viktor Ashirov
:
Depends On:
Blocks: 152373 240316 FDS1.1.0
  Show dependency treegraph
 
Reported: 2007-04-11 14:35 EDT by Noriko Hosoi
Modified: 2015-12-07 12:18 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-12-07 12:18:03 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
cvs diff configure.ac Makefile.am autogen.sh (3.09 KB, patch)
2007-04-13 16:23 EDT, Noriko Hosoi
no flags Details | Diff
cvs diffs (derived files) (650.05 KB, patch)
2007-04-13 16:39 EDT, Noriko Hosoi
no flags Details | Diff
build-hp-setuputil.pl (4.60 KB, text/plain)
2007-04-13 16:53 EDT, Noriko Hosoi
no flags Details
cvs commit message (2.70 KB, text/plain)
2007-04-16 19:51 EDT, Noriko Hosoi
no flags Details

  None (edit)
Description Noriko Hosoi 2007-04-11 14:35:28 EDT
Description of problem:
This bug is a follow up of "234893: Build SetupUtil with autotools"
Comment 1 Noriko Hosoi 2007-04-13 16:23:19 EDT
Created attachment 152585 [details]
cvs diff configure.ac Makefile.am autogen.sh

Files: configure.ac Makefile.am autogen.sh

Changes:
configure.ac: Introduced --enable-64bit for HP (just adding -DHPUX_64 flag for
HP-UX)
Makefile.am: Added $(SASL_LINK) to the link command line for libdsinstall.so
autogen.sh: Upgraded automake version from 1.9.2 to 1.9.6, which is needed to
generate the proper link command line on HP-UX.  With 1.9.2, it generates
'$LD -b +h $soname -o $lib $libobjs $deplibs $linker_flags'
which is not appropriate to build a shared library from C++ code on HP.  1.9.6
has fixed the problem and it generates this link command:
'$CC -b ${wl}+h ${wl}$soname ${wl}+nodefaultrpath -o $lib $predep_objects
$libobjs $deplibs $postdep_objects $compiler_flags'
Comment 2 Noriko Hosoi 2007-04-13 16:39:45 EDT
Created attachment 152586 [details]
cvs diffs (derived files)

Files:
 Makefile.in
 aclocal.m4
 compile
 config.guess
 config.sub
 configure
 depcomp
 install-sh
 missing
Comment 3 Noriko Hosoi 2007-04-13 16:53:31 EDT
Created attachment 152588 [details]
build-hp-setuputil.pl

Modified build-hp-ds.pl for SetupUtil.	build-hp-ds.pl was written by Nathan
for DS.

Usage:
./build-hp-setuputil.pl
	-t <path>      Path to the source tree
	-i <path>      Absolute path to installation directory
	-z	       Create optional tarball package
	-H	       Print this help message

Sample usage:
cd one level above "setuputil" dir.
./build-hp-setuputil.pl -t `pwd`/setuputil -i /path/to/install/setuputil
ln -s /path/to/install/setuputil/opt/setuputil /opt
Comment 4 Rich Megginson 2007-04-13 22:26:12 EDT
Looks good.

I think --enable-64bit should do a lot more, and we should use it on Solaris as
well.  But for now it's ok as it is.  In the future, I'd like to see the Solaris
and HP-UX builds just default to 64 bit, so that you would actually have to say
--disable-64bit to get a 32bit build on sparc or ipf.  We should also figure out
a way to set the CC, CFLAGS, etc. for 64bit.  But all of that stuff is future -
we'll have to change all of our configure.ac to do that.

Also, it's not necessary to attach the derived file diffs like Makefile.in.
Comment 5 Noriko Hosoi 2007-04-16 19:51:52 EDT
Created attachment 152728 [details]
cvs commit message

Reviewed by Rich (Thank you!!)

Checked in into HEAD.
Comment 6 Noriko Hosoi 2007-04-16 20:01:56 EDT
(In reply to comment #4)
> I think --enable-64bit should do a lot more, and we should use it on Solaris as
> well.  But for now it's ok as it is.  In the future, I'd like to see the Solaris
> and HP-UX builds just default to 64 bit, so that you would actually have to say
> --disable-64bit to get a 32bit build on sparc or ipf.  We should also figure out
> a way to set the CC, CFLAGS, etc. for 64bit.  But all of that stuff is future -
> we'll have to change all of our configure.ac to do that.

I also thought it'd be nice if we don't have to pass CC=aCC, etc. for
Solaris/HP-UX by default.  If the environment variables are set, they should be
used, but it'd be nice to have the platform/system specific default (instead of
gcc/g++).  I quickly tested, but the location where checking the platform in our
configure.ac is too late.  We have to check it very first, determine the
compilers and their flags, and check the other configurations...  Rich, I
verified your comment "we'll have to change all of our configure.ac to do that"
is correct. ;)
Comment 7 Nathan Kinder 2007-11-29 12:21:43 EST
We no longer use setuputil.  It was ported to build on HP-UX however.  Marking
this as VERIFIED.

Note You need to log in before you can comment on or make changes to this bug.