Peter,
It may be the "out of memory" problem with Autobuild on that system that
happens when it gets to CCDPACK. I keep meaning to find out what is
wrong it, but there is not a lot to go on. I may try updating PERL.
Steve.
-----Original Message-----
From: Starlink development [mailto:[log in to unmask]] On Behalf Of
Peter W. Draper
Sent: 15 April 2005 11:05
To: [log in to unmask]
Subject: Re: Starlink Nightly Build On System: TRU64-ALPHA
On Wed, 13 Apr 2005, Norman Gray wrote:
> Peter and all,
>
> On 2005 Apr 13 , at 12.06, Peter W. Draper wrote:
>
> >> We could either have a macro STAR_FC_LITERAL_BACKSLASH which adds
the
> >> FCFLAGS to have backslashes treated literally; or have
> >> STAR_FC_LITERAL_BACKSLASH(yes|no) to have them treated literally or
> >> not
> >> according to whim; or have it so that it simply tests what the
> >> compiler
> >> is set to do by default and #defines a suitable flag (probably
> >> FC_LITERAL_BACKSLASH) in config.h for a .F file to switch on.
> >>
>
> > es, I think the latter too. Best to just check what the compiler is
> > currently offering and live with that. We could add this to say CNF
and
> > have a single include file that declares a character constant to be
> > '\\'
> > or '\' as necessary.
>
> OK, done. See
> <http://www.astro.gla.ac.uk/users/norman/star/ssn78/ssn78.htx/N-
> x1a1b4.html>
>
> I've done this rather quickly. I've checked it on OSX (where
> backslashes escape) and with './configure FC=f77' on Tru64 (where they
> don't), and appear to get the correct results in both cases.
Norman,
thanks, I've changed SST to use this test and it now seems to be working
under Tru64. I've not added this to CNF (or in fact CHR which I
temporarily did) as it's not clear that the compiler or compiler options
will be the same when building say SST as when CNF/CHR were built, so I
decided the test should be done locally.
Looking around the tree there are actually quite a lot of double
backslashes around. There's an astonishingly large number in the
obsolete
tree (IUEDR and NDPROGS), but the following also seem to have small
numbers of them: CCDPACK, DIPSO, ESP, FIGARO, KAPPA, POLPACK, GRP,
KAPLIBS, NDG, PCS, SNX and PGPLOT.
Since this probably means that small parts of all these packages are
currently broken under Tru64, I guess we'd better have a strategy to fix
them, so I'll offer to spend a few hours fixing the more useful
packages.
If I get bored or bogged down we'll need to switch to either compiling
with the "-old_f77" or "-assume nobackslash" options enabled.
BTW, Steve what's happened to the Tru64 build, it hasn't surfaced for a
few days now?
Cheers,
Peter.
|