On Thu, 17 Jan 2008 16:58:36 +0000 (GMT), Johannes Schindelin
<Johannes.Schindelin@xxxxxx> 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/
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
