Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Including a subdirectory named after compiler in the path for each external has been a mixed blessing at best. In particular it causes problems for those wishing to build a check-out package with a compiler version not among those used by the Release Manager. We propose to eliminate the compiler element in new RM builds only, to minimize disruption. This is by no means an all or nothing process.  We ; we can choose which externals to convert when.   We could start with externals used in ScienceTools since ScienceTools developers are the ones inconvenienced by the current arrangement. Both build systems can handle a mixed collection of externals.

...

For each external in active use (CVS head only or also for GR Pass7 branch?) and for each supported operating system, for each version of that external in current use,  create a new external version  by copying the original external to the new structure.  The new external name will have a suffix -glN, where N is the next available number, to distinguish it from the old.

There is no need to convert all externals at once. We could start with externals Externals used in ScienceTools since ScienceTools developers are the ones inconvenienced by the current arrangement.   are indicated below. 

Name

Versions

OSes

CLHEP

1.9.2.2
2.1.0.1

rhel4-32, vc71
all

Fred

v0r100p2

rhel4-32, vc71

LDF

 

rhel4-32, vc71

OmniOrb

 

rhel4-32, vc71

ROOT

v5.26.00a-gl4

 

TMineExt

 

 

ape

 

 

cfitsio

 

 

cppunit

1.10.2

all

f2c

 

 

fftw

 

vc71, rhel*

fox

1.4.34-gl1

rhel4-32, vc71

fsw

 

rhel4-32, vc71

gaudi

 

 

geant4

 

rhel4-32, vc71

mysql

 

all

obf

 

rhel4-32, vc71

python

2.5.1-gl1
2.6.5
2.7

rhel4-32, vc71
rhel4-64
others

swig

1.3.31

all

xerces

2.8.0
2.8.0-gl1

vc71
vc90, mac, rhel*

...