scsh-hackers
[Top] [All Lists]

Re: [Scsh-hackers] Packaging proposal: C-Code problems

To: David Frese <dfrese@dfrese.de>
Subject: Re: [Scsh-hackers] Packaging proposal: C-Code problems
From: Michel Schinz <Michel.Schinz@epfl.ch>
Date: Fri Dec 19 02:01:01 2003
Cc: scsh-hackers@lists.sourceforge.net
List-id: Discussion among the implementors <scsh-hackers.lists.sourceforge.net>
Sender: scsh-hackers-admin@lists.sourceforge.net
David Frese <dfrese@dfrese.de> writes:

[...]

> Michel> As you say, this means that for now packages with a
> Michel> platform-dependent "load.scm" file will need to install
> Michel> "configure.scm" along. This is only a short-term annoyance,
> Michel> though, as temporary as "configure.scm" is.
>
> This would be OK. And the (host) function has to be available from
> within the pkd-def.scm, to install the libs there (with 'make').

Yup.

[...]

> Or maybe one could implement a generalized way that allows the pkd-def
> to declare more command-line options...

Yeah, it looks like in the long term this would be necessary anyway.
And I guess your support for optional parts could be based on this.

So, I'll work on the installation library this week-end, in order to:

  - change the --install-prefix option to --dest-dir and make it
    behave like DESTDIR does in Makefiles,

  - add an option to install only non-shared parts; in the process,
    I'll rewrite the option parsing facility, to allow additional
    options as you suggest,

  - change the definition of the "lib" location in layouts so that it
    always point to a directory containing all the platform-dependent
    directories.

Everything (except maybe full support for additional options) should
be ready by Monday morning.

Michel.



<Prev in Thread] Current Thread [Next in Thread>