swarm-support
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: hdf5 problem


From: Alex Lancaster
Subject: Re: hdf5 problem
Date: 08 Aug 2002 02:16:11 -0700
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

>>>>> "GR" == Glen E Ropella <address@hidden> writes:

[...]

GR> You've got the autoX stuff right.  The FAQ is wrong, I think in
GR> that it puts automake before autoheader.  But what you have below
GR> works.

When you check it out (from Savannah not the old SFI server!), you'll
get a script called "autogen.sh".  Run that, it should call the
appropriate auto* tools (and check their versions as well).

>> The other problem was that libtool was failing for some kinds of
>> installs.  And, for me, that process has had some trouble over the
>> last year because I only build swarm into RPM packages. I hate the
>> idea of being root and typing "make install" on any system:).

GR> A good practice (for our swarm, anyway) is to install in either a
GR> user directory: ./configure --prefix=/home/wolfram/localswarm or
GR> in an identifiable system directory: ./configure
GR> --prefix=/usr/local/swarm-2002-08-07

GR> Then when you want to get rid of it, you just delete that
GR> directory.  Setting SWARMHOME=/usr/local/swarm-2002-08-07 will
GR> make all the relevant stuff work.

>> So ooncerning the CVS version, I have run into problems in the past
>> because the Swarm source was using a much newer automake/libtool
>> than RedHat Linux and the creation of RPMs was failing.  I dug
>> pretty deep and learned this was a known problem and there were
>> suggested patches for libtool.  I see now on my system I'm still
>> using a libtool snap from 2001-11-21 and a hacked version of
>> automake-1.5. I did eventually get it to work, but maintaining the
>> tool chain on several different machines got to be complicated.

For inexplicable reasons, many distros tend to include outdated
versions of such development tools (I think Red Hat now has package
called automake15 which should work with Swarm).  The 'autogen.sh'
script tells you which versions you should use (of course, the version
numbers have to kept in manually sync, but unless we need a new
feature from automake, they'll be stable for a while).

GR> I'm using standard Debian packaged distributions from the Debian
GR> site.  I haven't had to install anything by hand.

Hey, Glen, do you want to volunteer to maintain the Debian package?
Since there are no Debian packages for the current snapshot.  ;-)

We've got RPMs (for Red Hat) covered by Paul.

GR> And I avoid RedHat like the plague... I'd rather use MacOSX over
GR> RedHat. [grin]

GR> All I'm looking for is a code review and maybe some verification.
GR> Since we don't have Marcus to kick around, anymore, we're going to
GR> have to start helping each other limp along.  And source code
GR> reviews are necessary.

I agree, and I'll try and take a look at it.  At first glance there
doesn't seem like there's anything wrong, but it's been over 12 months
since I tried to build Swarm, I'll try and give it a whirl.

A.
-- 
  Alex Lancaster           |  e-mail: address@hidden
  Swarm Development Group  |     web: http://www.swarm.org
-------------------------------------------------------------------

                  ==================================
   Swarm-Support is for discussion of the technical details of the day
   to day usage of Swarm.  For list administration needs (esp.
   [un]subscribing), please send a message to <address@hidden>
   with "help" in the body of the message.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]