sm-grimoire AT lists.ibiblio.org
Subject: Discussion of Spells and Grimoire items
List archive
- From: Robin Cook <rcook AT wyrms.net>
- To: Arwed von Merkatz <v.merkatz AT gmx.net>
- Cc: sm-grimoire AT lists.ibiblio.org
- Subject: Re: [SM-Grimoire] splitting BUILD
- Date: Tue, 16 Mar 2004 09:57:22 -0600
Wouldn't the API file take care of this or was the API file going to be
global file up in the top of the grimoire tree? If it is on each spell
then if the API says it old style then BUILD does everything if it says
it's the new style then BUILD just does the compile.
CuZnDragon
Robin Cook
On Tue, 2004-03-16 at 13:47 +0100, Arwed von Merkatz wrote:
> On Tue, Mar 16, 2004 at 01:39:18PM +0100, Robert Helgesson wrote:
> > On Tue, Mar 16, 2004 at 13:31:53 +0100, Arwed von Merkatz wrote:
> > > On Tue, Mar 16, 2004 at 12:40:25PM +0100, Robert Helgesson wrote:
> > > > On Mon, Mar 15, 2004 at 21:57:46 -0800, Andrew wrote:
> > > > > Are we decided on:
> > > > > *BUILD splits to:
> > > > > COMPILE (everything before prepare_install
> > > >
> > > > I don't like the name COMPILE since a spell may need to use it but
> > > > never
> > > > do any compilation. Calling this file BUILD instead is more apt in my
> > > > opinion. Not very important though.
> > >
> > > If we would call it BUILD we'd have to split every single BUILD file in
> > > the grimoire into the new files at once, not a change i'd like to make.
> > > I agree that BUILD would be a better name though. We could start calling
> > > it COMPILE with the plan to eventually rename it to BUILD when the
> > > transition to the new system is done in most of the grimoire.
> >
> > But wouldn't the build system support both ways initially? If so then I
> > think it should be quite possible to run BUILD instead of COMPILE. Just
> > don't use "if [ -x $SCRIPT_DIRECTORY/BUILD ] ; then old_system ; else
> > new_system ; fi"
>
> The problem is that after the new BUILD/COMPILE prepare_install and
> INSTALL are run, not sure what effect that would have if BUILD does
> everything already.
>
> --
> Arwed v. Merkatz Sourcemage GNU/Linux
> developer
>
> http://www.sourcemage.org
> _______________________________________________
> SM-Grimoire mailing list
> SM-Grimoire AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/sm-grimoire
--
CuZnDragon
Robin Cook
-
[SM-Grimoire] splitting BUILD
, (continued)
-
[SM-Grimoire] splitting BUILD,
Andrew, 03/16/2004
- Re: [SM-Grimoire] splitting BUILD, Arwed von Merkatz, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Robert Helgesson, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Arwed von Merkatz, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Robert Helgesson, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Arwed von Merkatz, 03/16/2004
- Re: [SM-Grimoire] splitting BUILD, Robert Helgesson, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Mads Laursen, 03/16/2004
- Re: [SM-Grimoire] splitting BUILD, Eric Sandall, 03/16/2004
- Re: [SM-Grimoire] splitting BUILD, Andrew, 03/16/2004
- Re: [SM-Grimoire] splitting BUILD, Robin Cook, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Arwed von Merkatz, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Robert Helgesson, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Arwed von Merkatz, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Eric Sandall, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Andrew, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Arwed von Merkatz, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Eric Sandall, 03/16/2004
- Re: [SM-Grimoire] splitting BUILD, Arwed von Merkatz, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Arwed von Merkatz, 03/17/2004
-
Re: [SM-Grimoire] splitting BUILD,
Andrew, 03/17/2004
- Re: [SM-Grimoire] splitting BUILD, Arwed von Merkatz, 03/17/2004
-
Re: [SM-Grimoire] splitting BUILD,
Andrew, 03/17/2004
-
Re: [SM-Grimoire] splitting BUILD,
Eric Sandall, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Arwed von Merkatz, 03/16/2004
-
Re: [SM-Grimoire] splitting BUILD,
Andrew, 03/16/2004
-
[SM-Grimoire] splitting BUILD,
Andrew, 03/16/2004
Archive powered by MHonArc 2.6.24.