On Thu, Jul 27, 2017 at 11:39:21PM +0100, James Cowgill wrote:
> While debugging a timing problem with FFmpeg on Hurd, I noticed that the
> "clock" function has a far lower precision on Hurd than it does on
> Linux, even though CLOCKS_PER_SEC is 100 on both. Why is this?
>
> I also found this
On 28/07/17 09:05, Richard Braun wrote:
> On Thu, Jul 27, 2017 at 11:39:21PM +0100, James Cowgill wrote:
>> While debugging a timing problem with FFmpeg on Hurd, I noticed that the
>> "clock" function has a far lower precision on Hurd than it does on
>> Linux, even though CLOCKS_PER_SEC is 100
On Fri, Jul 28, 2017 at 09:58:54AM +0100, James Cowgill wrote:
> On 28/07/17 09:05, Richard Braun wrote:
> > On Thu, Jul 27, 2017 at 11:39:21PM +0100, James Cowgill wrote:
> >> While debugging a timing problem with FFmpeg on Hurd, I noticed that the
> >> "clock" function has a far lower precision o
On Fri, Jul 28, 2017 at 11:10:29AM +0200, Richard Braun wrote:
> On Fri, Jul 28, 2017 at 09:58:54AM +0100, James Cowgill wrote:
> > On 28/07/17 09:05, Richard Braun wrote:
> > > On Thu, Jul 27, 2017 at 11:39:21PM +0100, James Cowgill wrote:
> > >> While debugging a timing problem with FFmpeg on Hur
On 28/07/17 10:13, Richard Braun wrote:
> On Fri, Jul 28, 2017 at 11:10:29AM +0200, Richard Braun wrote:
>> On Fri, Jul 28, 2017 at 09:58:54AM +0100, James Cowgill wrote:
>>> On 28/07/17 09:05, Richard Braun wrote:
On Thu, Jul 27, 2017 at 11:39:21PM +0100, James Cowgill wrote:
> While debu
On Fri, Jul 28, 2017 at 10:17:47AM +0100, James Cowgill wrote:
> I have a feeling it's not an upstream issue. The patch I mentioned above
> is only applied in Debian's glibc package.
Which is the only one really in use, and maintained by the same people,
but for some reason, you have a much better
James Cowgill, on ven. 28 juil. 2017 09:58:54 +0100, wrote:
> On 28/07/17 09:05, Richard Braun wrote:
> > On Thu, Jul 27, 2017 at 11:39:21PM +0100, James Cowgill wrote:
> >> While debugging a timing problem with FFmpeg on Hurd, I noticed that the
> >> "clock" function has a far lower precision on H
I just saw that there is only an very old version of dropbear in the
repository and tried to build current 2017.75. This fails in the file
tomcrypt_macros.h with an error similar to
https://wiki.debian.org/X32Port#amd64_assembly.
Attached is a full build log.
kind regards
txt.file
dpkg-buildpack
8 matches
Mail list logo