tchize wrote:
However, i'd like to have this set of rules be replicated all
my source Makefile.am. To prevent manageability problems, i'd like to
know if there is a way to give automake a set of rules to inject all
generated Makefile.in of my projet without ressorting to an ugly
manual cut and p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Running automake generate a lots of 'generic' targets for each
Makefile.in and this is great as you don't have to write all those
target for each of your directory. Now i am faced with the following
problem:
As part of a check run, i want to a
Tyler MacDonald <[EMAIL PROTECTED]> wrote:
> I want to do something like this:
>
> noinst_DATA = `cat Net-BitTorrent-LibBTT/MANIFEST`
>
> Of course, that doesn't work, I end up with "No rule to make target ``cat'"
> when I invoke "make".
>
> Is there an existing convention for pulling in a list
I want to do something like this:
noinst_DATA = `cat Net-BitTorrent-LibBTT/MANIFEST`
Of course, that doesn't work, I end up with "No rule to make target ``cat'"
when I invoke "make".
Is there an existing convention for pulling in a list of dist files from
somewhere else?
Thanks,
Hi Stefan
Stefan Puiu wrote:
Hi Marc,
what can I say, on one hand you've made me curious about this option.
We're also experiencing long linking times (well, nothing compared to
the old project you mentioned), but still, 4 minutes for linking in
one modified library is a bit much.
:-)
L
On Thu, 20 Apr 2006, Guillaume Rousse wrote:
He is using a private lexical resource to produce C source code, and he
use this source code in its own program. Unfortunatly, he doesn't have
the right to distribute the lexical resources, but assumes he can
distribute the generated C source code, as
A colleague of mine has some concerns with source distributions.
He is using a private lexical resource to produce C source code, and he
use this source code in its own program. Unfortunatly, he doesn't have
the right to distribute the lexical resources, but assumes he can
distribute the generated
* Stepan Kasal wrote on Thu, Apr 20, 2006 at 02:52:31PM CEST:
> On Thu, Apr 20, 2006 at 02:03:14PM +0200, Alexandre Duret-Lutz wrote:
> > Stepan> I would suffice if autoconf, when called in 3) updated ./configure.
> > Stepan> (It presents only minimum of extra work.)
> >
> > I don't think it wor
Hello Alexandre,
On Thu, Apr 20, 2006 at 02:03:14PM +0200, Alexandre Duret-Lutz wrote:
> Stepan> I would suffice if autoconf, when called in 3) updated ./configure.
> Stepan> (It presents only minimum of extra work.)
>
> I don't think it works :
>
> - if automake is called by a rebuild rule
>>> "Stepan" == Stepan Kasal <[EMAIL PROTECTED]> writes:
[...]
Stepan> I would suffice if autoconf, when called in 3) updated ./configure.
Stepan> (It presents only minimum of extra work.)
I don't think it works :
- if automake is called by a rebuild rule to rebuild one
Makefile.in with
Hello Paul.
On Wed, Apr 19, 2006 at 04:18:04PM -0700, Paul Eggert wrote:
> Stepan Kasal <[EMAIL PROTECTED]> writes:
> > And $(mkdir_p) cannot be used with an option anyway.
>
> But under the patch I proposed, "$(mkdir_p) -m 444" would be allowed,
> for example.
(Well, not ``for example'', -m is
Hello Alexandre,
On Thu, Apr 20, 2006 at 09:12:01AM +0200, Alexandre Duret-Lutz wrote:
> >>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
>
> adl> Here is my attempt at checking Autoconf version in aclocal.m4.
...
> Here is a second attempt [...]
...
>* It does not pollute acloc
Hi and thanks for replying,
On 4/19/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Hi Stefan,
> Have you ever considered using Libtool? Its convenience archives would
> be a portable alternative to --whole-archive.
I'm not that familiar with libtool. And you have to bear in mind that
for most
Hi Marc,
what can I say, on one hand you've made me curious about this option.
We're also experiencing long linking times (well, nothing compared to
the old project you mentioned), but still, 4 minutes for linking in
one modified library is a bit much.
Unfortunately, we're not using libtool yet.
>>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> Here is my attempt at checking Autoconf version in aclocal.m4.
adl> It would be nice if someone could suggest a better way to retrieve
adl> the Autoconf version:
Here is a second attempt that I think is superior to the
previous
15 matches
Mail list logo
