Opened 4 months ago
Closed 4 months ago
#70450 closed defect (fixed)
liburcu is identical to already existing userspace-rcu
Reported by: | barracuda156 | Owned by: | danielluke (Daniel J. Luke) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.9.3 |
Keywords: | Cc: | Schamschula (Marius Schamschula) | |
Port: | liburcu, userspace-rcu |
Description
As far as I can tell, new liburcu
port is identical to existing userspace-rcu
, though lacking some needed fixes like C++11 standard. What was the reason to introduce it?
Change History (5)
comment:1 follow-up: 2 Changed 4 months ago by danielluke (Daniel J. Luke)
comment:2 Changed 4 months ago by barracuda156
Replying to danielluke:
Because I didn’t find it when I looked for it in macports.
What do we do now? )
- S. If this port is gonna stay, we need to borrow patches and cxx_standard from
userspace-rcu
.
comment:3 Changed 4 months ago by danielluke (Daniel J. Luke)
We should switch to the existing port (and maybe also make a patch for it to make it more discoverable).
I’ll try to test out how we do this in a minimally disruptive way (probably need to mark the new port as replaced by the old one).
comment:4 Changed 4 months ago by danielluke (Daniel J. Luke)
- added 'liburcu' to the userspace-rcu description (port search liburcu and port search urcu both find it now).
- tested changing bind9 dependency and marking liburcu as obsolete, on my machine it installed userspace-rcu, deactivated librcu, and rebuilt bind9
comment:5 Changed 4 months ago by danielluke (Daniel J. Luke)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Note: See
TracTickets for help on using
tickets.
Because I didn’t find it when I looked for it in macports.