Re: Defining dependencies



In article <1188549598.717160.128010@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>,
jurgen_defurne <jurgen.defurne@xxxxxxxxxx> wrote:

I like to partition up my projects into several libraries, so that
certain functionality can be easily reused.

When I build on top of those libraries, I can use 'load' (I do not use
require and provide since they are declared obsolete). However, what
is the best place to add the load ?

REQUIRE and PROVIDE are useful as simple user-level functions
on top of a DEFSYSTEM.


- In the application itself, at the beginning of the file ? This seems
to work for just executing an application. When compiling, however, it
seems I can get different problems :
- compiling the file in itself fails because of unresolved
dependencies.
- loading the libraries before the compilation solves this problem,
but this is a duplication.
- not including a load in the application requires the user to check
the file itself for dependencies.

The thing is that I am used to Perl's use and Python's import
statements, but these languages are not compiled. When I use Common
Lisp only as an interpreter, load works fine. It is just that when I
want to compile files, things go awry.

I know about asdf, but I am working cross-platform, and asdf's use of
symbolic links gives problems on Windows (CLISP under Windows/Linux,
and SBCL under Linux).

So, what gives ? When one does not use asdf or another build system,
what is the best recourse to take ?

Before you write your own, you can use an existing DEFSYSTEM.
I use a derivative of Mark Kantrowitz' DEFSYSTEM.

See for example:
http://www.cliki.net/mk-defsystem



Regards,

Jurgen

--
http://lispm.dyndns.org
.



Relevant Pages

  • Defining dependencies
    ... When I build on top of those libraries, I can use 'load' (I do not use ... When compiling, however, it ... symbolic links gives problems on Windows (CLISP under Windows/Linux, ...
    (comp.lang.lisp)
  • Re: EXPORT_SYMBOL question
    ... However when i'm compiling the module, ... > symbol underfined warning. ... When I load the module it works as expected. ... send the line "unsubscribe linux-kernel" in ...
    (Linux-Kernel)
  • Re: [PATCH] x86: fix unconditional arch/x86/kernel/pcspeaker.c compiling
    ... I know that not compiling this piece of code just reduces the ... uncompressed kernel size by just a few bytes. ... present in the system (while it's perfectly fine not to load the ...
    (Linux-Kernel)
  • Re: shared library loader configuration
    ... I'm still not convinced that "telling the system where to load ... libraries from" is the solution to you problem, ... Let's say that today you install something that requires ... compiling things? ...
    (freebsd-questions)
  • Re: netgraph.ko vs. compiled in.
    ... >>is still loaded at boot but mpd does not work. ... load the kld. ... is compiling a kernel with all the options for all ... >>the netgraph modules I'll need compiled in to see if that works. ...
    (freebsd-questions)