Bug 443399 - flex bundle a static library only - what about a shared one ?
Summary: flex bundle a static library only - what about a shared one ?
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: flex
Version: rawhide
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
Assignee: Petr Machata
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-04-21 11:11 UTC by Nicolas Chauvet (kwizart)
Modified: 2015-05-05 01:33 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-04-23 16:26:52 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Nicolas Chauvet (kwizart) 2008-04-21 11:11:37 UTC
Description of problem:
The flex version 2.5.35 currenly available in rawhide bundles only a static
library. Can we provide a shared one (and split the static one into a -static
sub-package if needed )?

Version-Release number of selected component (if applicable): F-9 could be fixed
to be tagged as f9-final. (at least it would be desirable). I don't know if it
matter to rebuild all dependent packages at this time for F-9



Additional info: I'm trying to package brlcad which links to -lfl . A shared
version should be detected by the configure script but it use the static one for
now.

Comment 1 Petr Machata 2008-04-21 12:09:27 UTC
We could, but there is little point.  First, flex would then have to provide
libflex in a separate package, because flex clients would be runtime dependent
on the shared library, which would somewhat complicate packaging both flex and
clients.  Second, and more important, the library provides only two symbols:
main and yywrap.  Both of them are trivial, with pretty much fixed
implementations.  I don't think usual arguments for shared libraries apply in
this case.


Note You need to log in before you can comment on or make changes to this bug.