[DragonFlyBSD - Bug #2836] (Closed) Removal of /usr/include/regex.h needs to be loudly announced

bugtracker-admin at leaf.dragonflybsd.org bugtracker-admin at leaf.dragonflybsd.org
Mon Nov 30 08:34:17 PST 2015


Issue #2836 has been updated by marino.

Status changed from New to Closed

no feedback received ...

----------------------------------------
Bug #2836: Removal of /usr/include/regex.h needs to be loudly announced
http://bugs.dragonflybsd.org/issues/2836#change-12750

* Author: davshao
* Status: Closed
* Priority: Normal
* Assignee: 
* Category: 
* Target version: 
----------------------------------------
The removal of /usr/include/regex.h as a consequence of updating the regex library needs to be loudly announced, such as in UPDATING and on the user mailing list.  

Software that used to do something like check for PCRE and if that fails check for a native regex library by searching for /usr/include/regex.h is now broken building.  A prominent example of this is x11/xterm.  In either dports or pkgsrc, try building xterm.  

For the example of xterm, changing to enabling PCRE will probably fix the build.  A more serious problem is that software that used to find DragonFly's native regex library will do something like dump core.  An example of this is apparently pkgsrc's bmake, where one can see during its configuration that it is checking for regex.h.  At least this is happening to me using latest 4.3-DEVELOPMENT and doing a full buildworld.

The change to the new regex library I believe should be treated as a flag day event, with users told to rebuild or obtain updated packages of all userland software.  



-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account



More information about the Bugs mailing list