GNU bug report logs - #33029
AM_LFLAGS --prefix option breaks build-aux/ylwrap script

Previous Next

Package: automake;

Reported by: Sjoerd van Leent <svanleent <at> gmail.com>

Date: Fri, 12 Oct 2018 21:37:02 UTC

Severity: wishlist

To reply to this bug, email your comments to 33029 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-automake <at> gnu.org:
bug#33029; Package automake. (Fri, 12 Oct 2018 21:37:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Sjoerd van Leent <svanleent <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-automake <at> gnu.org. (Fri, 12 Oct 2018 21:37:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Sjoerd van Leent <svanleent <at> gmail.com>
To: bug-automake <at> gnu.org
Subject: AM_LFLAGS --prefix option breaks build-aux/ylwrap script
Date: Fri, 12 Oct 2018 23:35:49 +0200
Dear Automake Maintainers,

Using Automake 1.15.1, I attempted to create a prefix other than the 
default "yy" for usage of the Fast Lexical Analyzer Generator. The FLEX 
arguments used for this, can be set using Automake option AM_LFLAGS and 
friends. Doing this with the --prefix argument however, causes a 
side-effect which the ylwrap script fails to act on. The option does not 
only replace yy inside the generated lex.yy.c file, but also changes 
lex.yy.c to become lex.<PREFIX>.c. This behavior breaks the ylwrap 
script, as it can no longer find lex.yy.c and therefore no longer move 
and rename it to the proper location (breaking the build process).

I managed my way around this, by forcing flex to generate a lex.yy.c 
file (adding -o lex.yy.c also to AM_LFLAGS). The solution to my mind is 
simple: if --prefix is used in the AM_LFLAGS and friends option, the 
ylwrap script should either expect this new prefix as a replacement 
token of the "yy" part of lex.yy.c, or ylwrap should add -o lex.yy.c on 
it's own initiative.

I hope that you are able to aid in repairing this minor deefficiency,
Best Regards,
Sjoerd van Leent





Information forwarded to bug-automake <at> gnu.org:
bug#33029; Package automake. (Tue, 23 Oct 2018 18:10:01 GMT) Full text and rfc822 format available.

Message #8 received at 33029 <at> debbugs.gnu.org (full text, mbox):

From: Mathieu Lirzin <mthl <at> gnu.org>
To: Sjoerd van Leent <svanleent <at> gmail.com>
Cc: 33029 <at> debbugs.gnu.org
Subject: Re: bug#33029: AM_LFLAGS --prefix option breaks build-aux/ylwrap
 script
Date: Tue, 23 Oct 2018 20:07:31 +0200
Hello Sjoerd,

Sjoerd van Leent <svanleent <at> gmail.com> writes:

> Using Automake 1.15.1, I attempted to create a prefix other than the
> default "yy" for usage of the Fast Lexical Analyzer Generator. The
> FLEX arguments used for this, can be set using Automake option
> AM_LFLAGS and friends. Doing this with the --prefix argument however,
> causes a side-effect which the ylwrap script fails to act on. The
> option does not only replace yy inside the generated lex.yy.c file,
> but also changes lex.yy.c to become lex.<PREFIX>.c. This behavior
> breaks the ylwrap script, as it can no longer find lex.yy.c and
> therefore no longer move and rename it to the proper location
> (breaking the build process).
>
> I managed my way around this, by forcing flex to generate a lex.yy.c
> file (adding -o lex.yy.c also to AM_LFLAGS). The solution to my mind
> is simple: if --prefix is used in the AM_LFLAGS and friends option,
> the ylwrap script should either expect this new prefix as a
> replacement token of the "yy" part of lex.yy.c, or ylwrap should add
> -o lex.yy.c on it's own initiative.
>
> I hope that you are able to aid in repairing this minor deefficiency,
> Best Regards,
> Sjoerd van Leent

I am not familiar with the details of how Flex is working but supporting
the ‘--prefix’ option seems desirable. Currently Automake has very
little manpower, so I encourage you to work on it yourself if you have
some time to devote to it.

Thanks.

-- 
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761  070D 0ADE E100 9460 4D37




Severity set to 'wishlist' from 'normal' Request was from Mathieu Lirzin <mthl <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 23 Oct 2018 18:17:02 GMT) Full text and rfc822 format available.

This bug report was last modified 6 years and 319 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.