Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: flex-old - Legacy version of flex, a tool for creating scanners
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220381
------- Additional Comments From rc040203(a)freenet.de 2007-01-05 23:48 EST -------
(In reply to comment #8)
Thanks for input, folks. I posted updated files to the same url. My
comments
follow.
> libfl basically provides a single function
The library provides the function 'main'. It's useful for linking with pure
scanner, for testing purposes I suppose.
Yes and no. The real function that matters
is yywrap()
It's the fall-back/default yywrap lex-generated scanners use if the scanner
doesn't provide one of its own. Most real-world scanner do and there do not link
against libfl.
> However, what is an issue, is the name of this library
I doubt any package links with -lfl at all.
Sorry, you're in error.
- All flex-based packages using the default yywrap do need to link against it.
You so far don't see this, because they link against it statically.
- All autoconf scripts using AC_PROG_LEX link against it.
I have never used it personally
But I have and still am, for
more than a decade.
The library is useful for
development of lexer. I think it will be more often fired from command line
than from script, thus I chose rather less invasive variant "-lfl-compat", as
opposed to "-lfl -L/usr/lib/flex-somesuffix".
I have to disagree again.
--
Configure bugmail:
https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.