Hello,
On Wed, Oct 19, 2005 at 09:45:47AM +0200, Alexandre Duret-Lutz wrote:
> [...] What I want is just a way to say "dear Automake,
> please ignore this substitution when generating Makefile.ins";
> i.e., I really want to talk to Automake,
OK, you have convinced me.
Though I understand the ori
Hi Simon, Stepan,
* Simon Richter wrote on Wed, Oct 19, 2005 at 08:53:55AM CEST:
> Stepan Kasal schrieb:
>
> > AC_SUBST([FOO], ["foo
> > bar"])
> > Automake could generate lines like this:
>
> > FOO = @FOO@@\n@
>
> There are a lot of cases, in fact, the majority, where the substituted
> strin
Hello,
On Wed, Oct 19, 2005 at 11:32:37AM +0200, Ralf Wildenhues wrote:
> I believe what Stepan meant was:
> If the status.m4 code encounters [EMAIL PROTECTED]@@\n@', where `FOO' has
> been
> AC_SUBSTed, then treat the replacement of the complete string
> [EMAIL PROTECTED]@@\n@' in a special way
Hi Stepan,
* Stepan Kasal wrote on Wed, Oct 19, 2005 at 07:28:14AM CEST:
> On Tue, Oct 18, 2005 at 01:24:14PM +0200, Ralf Wildenhues wrote:
> >
> > I don't see why the solution to the problem of not substituting certain
> > variables is dependent on the problem of how to handle multiline
> > subs
>>> "SK" == Stepan Kasal <[EMAIL PROTECTED]> writes:
SK> Hello,
SK> On Tue, Oct 18, 2005 at 01:24:14PM +0200, Ralf Wildenhues wrote:
>> > Please hold back the AM_SUBST_IGNORE until multiline substitutions in
>> > Automake are solved.
>>
>> I don't see why the solution to the problem of not
Hello,
On Wed, Oct 19, 2005 at 08:53:55AM +0200, Simon Richter wrote:
> Stepan Kasal schrieb:
> > FOO = @FOO@@\n@
>
> There are a lot of cases, in fact, the majority, where the substituted
> string is only known at configure time, when the Makefile.in files have
> long been generated.
of course.
