[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Various annoying questions
From: |
Nicola Pero |
Subject: |
Re: Various annoying questions |
Date: |
Fri, 21 Sep 2001 13:47:32 +0100 (BST) |
Shellac> 2) I wrote a makefile for a framework
Shellac> (GPGME). framework.make had a comment suggesting I needed
Shellac> to set GPGME_CURRENT_VERSION_NAME for versioning, but I
Shellac> can only set the version using CURRENT_VERSION_NAME. Is
Shellac> that a bug? Or was the comment wrong?
Hm - you are right, the comment is saying one thing, and the code is
doing another ... I think I'll leave the code as it is, and just
change the comment. That unless I've given some reasons why using
xxx_CURRENT_VERSION_NAME would be so much better than
CURRENT_VERSION_NAME - then we could implement it. But I suppose it
would only be useful if you are compiling more than one framework in
the same GNUmakefile, and with different CURRENT_VERSION_NAMEs ... hmm
not sure - anyway to get back to your problem, if you use
CURRENT_VERSION_NAME, that will always work.
Shellac> 3) The framework installs under
Shellac> /usr/GNUstep/Local/Library. I tried to compile a simple
Shellac> test as a tool, but it doesn't install a script in
Shellac> GPGME_test.app, or copy the binary into postition
Shellac> (everything compiles, though).
ahm - a tool means a command line tool, like a unix-like utility or a
unix-like server or stuff like that. It's not a graphical thing, and
it hasn't got resources associated with it, so there is no .app
directory - what happens is correct.
Shellac> If I compile it as an application it can't -lGPGME - -
Shellac> /usr/GNUstep/Local/Library/... isn't in the list of
Shellac> directories, so it can't find the library.
Thanks - this is a bug in gnustep-make - I fixed it on CVS.