Source-Changes-D archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: CVS commit: src/lib/libpthread
> | > >| Furthermore, was it safe to add a new pthread_condattr_setclock(3)
> function
> | > >| without libpthread minor bump? I'm afraid pkgsrc ruby193 (and other)
> | > >| binaries built on 6.1 silently fails on 6.0.1.
> | > >
> | > >It was a mistake, we should have bumped.
> | >
> | > Note, that bumping would have just changed the nature of the failure,
> would
> | > not have fixed the problem.
> |
> | Is it generally acceptable to bump minor
> | (i.e. adding new public functions in libs)
> | in release branches?
>
> It depends on where we build 3rd party binaries. If we build on
> the earliest branch there is no problem. But if we build in the
> latest one there is. We should write the rules down, so that we
> don't repeat the same problem on each release. Perhaps the best
> solution is to add the missing function on all branches, but that
> does not help those who did not upgrade.
Can't we simply revert ticket #722 (pthread_condattr_setclock(3) addition)?
Is that function really necessary for 6.1?
---
Izumi Tsutsui
Home |
Main Index |
Thread Index |
Old Index