Re: FYI: Reply from HP-UX

["H.Merijn Brand" <h.m.brand@xs4all.nl>]

On Thu, 17 Jan 2008 16:58:36 +0000 (GMT), Johannes Schindelin
<Johannes.Schindelin@gmx.de> wrote:

> 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?

> > * 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.

> > * 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/