Re: FYI: Reply from HP-UX
- From
H.Merijn Brand <h.m.brand@xs4all.nl>
- Date
- Jan 17, 2008, 17:55 UTC
- Message-ID
- <20080117185514.621525a6@pc09.procura.nl>
- In-Reply-To
- <alpine.LSU.1.00.0801171655570.5731@racer.site>
On Thu, 17 Jan 2008 16:58:36 +0000 (GMT), Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
Show 16 quoted lines
> Hi, > > On Thu, 17 Jan 2008, H.Merijn Brand wrote: > > > > I got git running on HP-UX 11.00, which still is our base for our Version > > > Control System (VCS)s. Most of the changes I made were incorporated into > > > the git mainline. > > > > I've had a look at the git 1.5.3.8 source code and there are several > > HP-UX issues with it: > > > > * Use of gcc-specific features. Doesn't seem to want to compile nicely > > with HP's ANSI C compiler. > > If that would be a bit more specific, we might very well be able to fix > it. After all, AFAIK we do support some non-gcc compilers.
Richard?
Show 8 quoted lines
> > * Failure of the configure/make to handle the lack of unsetenv() in > > pre-11.31 HP-UX releases. Bizarrely, it does handle the lack of setenv() > > and also has a compat/unsetenv.c for use by non-unsetenv()-capable OS'es, > > but then configure and config.mak.in completely fail to use a NO_UNSETENV > > variable like they should! > > Didn't you provide them with a patch to Makefile making a run of > ./configure unnecessary?
No, I didn't provide him (yet) with any additional information.
Show 14 quoted lines
> > * Use of "-include config.mak.autogen" in the top-level Makefile doesn't > > seem to actually include that file. I had to remove the leading "-" to > > include it. Also had to stop "gmake clean" from deleting config.mak.autogen > > otherwise a second "gmake clean" would fail :-( > > That is strange. The "-" in front means that the exit status of this > command is ignored. So it is no surprise that it fails when you remove > the "-". OTOH it is quite a surprise that it does not work when leaving > it alone... What's the output? > > > * Have to force use of /usr/local/bin/perl, otherwise it picks up /usr/bin/perl > > which the build system doesn't like. > > This should be handled in your patch to Makefile IMHO.
You mean this: ? --8<--- --- Makefile.orig 2007-12-17 07:03:21 +0100 +++ Makefile 2007-12-17 18:04:37 +0100
@@ -401,6 +401,19 @@ EXTLIBS = # because maintaining the nesting to match is a pain. If # we had "elif" things would have been much nicer... +ifeq ($(uname_S),HP-UX) + # HP-UX + BASIC_LDFLAGS += -L/usr/local/ssl/lib -L/usr/local/lib +# EXTLIBS += -lc_r -lgcc + NO_HSTRERROR = YesPlease + NO_ICONV = YesPlease + NO_INET_NTOP = YesPlease + NO_INET_PTON = YesPlease + NO_UNSETENV = YesPlease + NO_STRTOULL = YesPlease + NO_STRTOUMAX = YesPlease + NO_PREAD = YesPlease +endif ifeq ($(uname_S),Linux) NO_STRLCPY = YesPlease endif -->8--- Note that this was on HP-UX 11.00/32. A 64bit env on 11.23/64 IPF will be different. I had no problem with my perl, as I specifically told that on the configure line: $ ./configure --prefix=/pro/local --disable-nls --without-iconv --with-perl=/pro/bin/perl > > * "gmake check" requires porting "sparse" at > > http://www.kernel.org/pub/software/devel/sparse/ which could be "fun". > > You don't need to make "check". You need to make "test".
--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using & porting perl 5.6.2, 5.8.x, 5.10.x on HP-UX 10.20, 11.00, 11.11,
& 11.23, SuSE 10.1 & 10.2, AIX 5.2, and Cygwin. http://qa.perl.org
http://mirrors.develooper.com/hpux/ http://www.test-smoke.org
http://www.goldmark.org/jeff/stupid-disclaimers/