psbuild: restrict extlibs and extperl dependencies depending on what's being built

[Sebastian Jester]

The extlibs and extperl mechanism by now is quite good at making sure that IPP in its entirety compiles. However, some problems linger, including some we ran into when compiling the Ohana-only tarball at ​http://kiawe.ifa.hawaii.edu/eugene/downloads/Ohana.20081024.tgz

Many PS1SC people will want to install Ohana, but those don't need to compile all the dependencies of all of IPP; both to circumvent installation problems of some of these dependencies, and just to save time during compilation. However, currently psbuild -extbuild builds all the dependencies of all of IPP.

I.e. psbuild should allow the dependencies actually to depend on what's being built, so that
psbuild -extbuild -only Ohana
doesn't build things that aren't required by Ohana.

Attached to the ticket is an email from Gene to Mark Huber where this came up, and where Gene suggested building only the things required by Ohana for the Ohana-only distribution ("png, jpeg, readline").

[Sebastian Jester]

Couldn't attach the email due to the error reported in ticket #1226 so here it is as a comment:

	Von: 	  eugene@ifa.hawaii.edu
	Betreff: 	Re: Standalone Ohana compilation trial
	Datum: 	21. Januar 2009 19:03:14 MEZ
	An: 	  mhuber@pha.jhu.edu
	Kopie: 	  jester@mpia-hd.mpg.de, wmwv@pitt.edu

we can probably circumvent these problems by supplying the psbuild and
extlibs directories as well and guiding people to use the same
installation method as for the full IPP install.  The psbuild library
list can be reduced to just the few needed by Ohana (readline, jpeg,
png)

gene

On Wed, Jan 21, 2009 at 7:22 AM, Mark Huber <mhuber@pha.jhu.edu> wrote:
Hi Sebastian - compiling on my RHEL5 system also works okay but I'm having a
problem with the shared libs not being found when i try to run dvo.  I can
add the Ohana.20081024/lib dir to my LD_LIBRARY_PATH environment variable or
add -Wl,-R/path to the Makefile.System and recompile it.  Are you also
having this problem?  Compiling on my mac seems to automatically include the
full paths to the Ohana libs, not sure why.

mark

On Jan 20, 2009, at 3:31 PM, Sebastian Jester wrote:

Hi Gene,

found the Ohana tarball (via finding your email and realizing that I have
to think 'Ohana' when I mean 'dvo') at
http://kiawe.ifa.hawaii.edu/IPPwiki/index.php/DVODB.Synth.grizy.bright

Tried it on both my powerbook G4 with MacOS 10.4.11, and on the
institute's linux machine where IPP runs.

Mark, Michael: do you have a 10.5 machine where you could try it, too? If
not, I can do it at work tomorrow, it's too late for me now.

On the linux machine with Suse 10.2, it compiled without complaints, but I
haven't tried it yet.

On my G4, it runs down to

ar rcv
/Users/jester/science/Panstarrs/IPP/Ohana.20081024/src/libdvo/lib/libdvo.darwin.a
....
and then can't find lots of the input files in libautocode

ar:
/Users/jester/science/Panstarrs/IPP/Ohana.20081024/src/libautocode/src/coords.darwin.o:
No such file or directory

etc. That's because
/Users/jester/science/Panstarrs/IPP/Ohana.20081024/src/libautocode/src
doesn't exist:

ls /Users/jester/science/Panstarrs/IPP/Ohana.20081024/src/libautocode/
CVS              Makefile         Makefile.Targets def              doc
           generate         include

That was the first try; on the second try, where I redirected the output
to be able to send it to you, it ran much longer and finished with a
different error; I think it's the well-known readline one:


/Users/jester/science/Panstarrs/IPP/Ohana.20081024/src/opihi/include/shell.h:126:
error: parse error before "rl_compentry_func_t"

No idea how to fix that quickly outside the psbuild environment...

S

<Ohana.20081024.compile.darwin>

[Paul Price]

I think this can be done by generating a "tagset" that is suitable for Ohana only. Try copying the ipp-2.8.{libs,dist,perl} files to ohana-only.{libs,dist,perl}, then cut out the unnecessary parts. You should be able to use that tagset by doing "psbuild ohana-only".