* Paul Smith [2015-07-02 14:03:22-0400]
> On Thu, 2015-07-02 at 20:48 +0300, Dmitry Bogatov wrote:
> > > Can't you write:
> > >
> > > ifneq ($(guile some s-sexpression),)
> > >
> > > It's not quite as clean, but it doesn't require new syntax which has its
> > > own advantages.
>
> > Currently Gu
On Thu, 2015-07-02 at 20:48 +0300, Dmitry Bogatov wrote:
> > Can't you write:
> >
> > ifneq ($(guile some s-sexpression),)
> >
> > It's not quite as clean, but it doesn't require new syntax which has its
> > own advantages.
> Currently Guile integration is limited to gmk-eval and is little
> bet
* Paul Smith [2015-07-02 11:06:53-0400]
> On Mon, 2015-06-15 at 17:36 +0300, Dmitry Bogatov wrote:
> > I would like to propose patch, implementing new
> > conditional: `ifscm'. It has following syntax:
> >
> > ifscm (some s-expression #f)
> > MAKE_VAR = foo
> > endif
>
> Ca
Follow-up Comment #6, bug #44555 (project make):
I can confirm the bug report and that reverting 94735f0 solves the problem.
For us this is a very critical problem, since build times are increased so
drastically.
___
Reply to this item at:
On Mon, 2015-06-15 at 17:36 +0300, Dmitry Bogatov wrote:
> I would like to propose patch, implementing new
> conditional: `ifscm'. It has following syntax:
>
> ifscm (some s-expression #f)
> MAKE_VAR = foo
> endif
Can't you write:
ifneq ($(guile some s-sexpression),)
I
> ifeq ($(shell if [ -f /my/file ] ; then echo 0; else echo 1; fi), 0)
Why not:
ifneq ($(wildcard /my/file),)
which tests existence just as well. Of course, it does also match if
/my/file is a directory or other non-file, but it's almost always
sufficient, unless there's some actual pract
