[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subversion 1.3 on HP-UX Itanium - install

From: Bob Proulx <bob_at_proulx.com>
Date: 2006-03-23 18:02:31 CET

Matthew Sanderson wrote:
> trunecm@oneonta.edu wrote:
> > Architecture: 64-bit
>
> Your Apache is 64 bit, so its APR libraries are also 64 bit.
> Are you compiling 32 bit Subversion objects, then attempting to link them
> with the bundled 64 bit libapr? That will not work, and will result in an
> 'ABI mismatch'.

Agreed.

Personally I would compile all of the dependencies so as to ensure a
consistent ABI.

> There are two ways to explicitly request that a configure script build 64
> bit (LP64) code under HPUX. In order of preference:
> 1. Specify a 64 bit target to configure. For example we are on HPPA, so we
> pass the extra argument 'hppa64-hp-hpux11.11' (just that, no switches) to
> configure. Perhaps there is an 'itanium64-hp-hpux11.23' or similar target
> that you could use, I don't know; or
> 2. Pass switches to the compiler which cause it to generate LP64 code. If
> using HP's ANSI C compiler, one adds the flag '+DA2.0W' (on HPPA only -
> this is what we have used in the past) or apparently '+DD64' (on HPPA or
> Itanium, never tested it myself though) to CFLAGS.

My preference order is the opposite.

I prefer +DD64 over +DA2.0W because +DD64 works on both ia64 or parisc
and therefore the same build script/makefile can be used on either.
In the grand scheme of things +DD64 is newer than +DA2.0W and was
created just for the reason of cross hp platform consistency.

> I've never seen an Itanium in the silicon, so if the problem appears to
> be in any way specific to Itanium then I'm not the person to ask, sorry.

If you can avoid needing anything but the client binaries then I would
avoid building apache and the associated modules and just build that
clients only. It is a huge simplification and then things just work.

Bob

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 23 18:04:29 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.