Summary: | [maintainer-update] devel/ocaml-pcre : change dependancy to pcre-utf8 | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Burelle Marwan <Marwan.Burelle> | ||||
Component: | Individual Port(s) | Assignee: | freebsd-ports-bugs (Nobody) <ports-bugs> | ||||
Status: | Closed FIXED | ||||||
Severity: | Affects Only Me | CC: | Marwan.Burelle | ||||
Priority: | Normal | ||||||
Version: | Latest | ||||||
Hardware: | Any | ||||||
OS: | Any | ||||||
Attachments: |
|
Description
Burelle Marwan
2005-04-13 14:20:12 UTC
Due to the way LIB_DEPENDS-checking works, you won't notice if the plain pcre-version has already been installed. Will this be a problem? If yes, we'll have to think about how to dinstinguish both pcre-versions, e.g. through a cookie-file. Volker On Fri, Apr 15, 2005 at 09:54:39AM +0200, Volker Stolz wrote: > Due to the way LIB_DEPENDS-checking works, you won't notice if the plain > pcre-version has already been installed. Will this be a problem? If yes, > we'll have to think about how to dinstinguish both pcre-versions, e.g. > through a cookie-file. Yes, this is a problem, in fact not for ocaml-pcre itself, but for some application using, in especially CDuce (which is important for me as I work on it.) The dependence over pcre with utf8 support was requirement for the first version of the port I submit and some people (on ports@, and also Thierry Thomas by private mail) suggest using (and creating) a slave port pcre-utf8, since the slave port arrives just after that discussion, I changed the ocaml-pcre port. Anyway, instead of cookie-file, we could just test libpcre.so.0 with : nm ${LOCALBASE}/libpcre.so.0 | grep -i utf8 If utf8 support isn't present, the result is empty. Is it a safe way (in this case, one can use it's own libpcre) ? Marwan. -- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org (burelle@lri.fr | Marwan.Burelle@ens.fr) State Changed From-To: open->closed Committed, thanks! |