Aurelien Jarno wrote:
> It's probably worth fixing that in stable, but I don't think we should
> do an upload to stable just to fix that. I'll include a patch in the SVN
> later, so that it's included in the next upload to stable.
Thanks much. Makes sense.
--
To UNSUBSCRIBE, email to debian-
On Thu, Apr 28, 2011 at 04:50:15PM -0500, Jonathan Nieder wrote:
> tags 619963 - moreinfo
> quit
>
> Hi,
>
> Török Edwin wrote:
>
> > Indeed if I remove __restrict the bug is gone, and if I upgrade to libc6
> > 2.13-0exp5, VLC's dec.c seems to be compiled correctly too.
> >
> > Should gcc-4.6 de
tags 619963 - moreinfo
quit
Hi,
Török Edwin wrote:
> Indeed if I remove __restrict the bug is gone, and if I upgrade to libc6
> 2.13-0exp5, VLC's dec.c seems to be compiled correctly too.
>
> Should gcc-4.6 depend on glibc >= 2.13?
> Or should gcc-4.6 provide a fixed prototype for memmove via fi
severity 619963 important
thanks
On 28.03.2011 19:10, Remi Denis-Courmont wrote:
> Package: gcc-4.6
> Version: 4.6.0-1
> Severity: grave
> Justification: renders package unusable
does it?
> Trying to compile VLC media player using Debian gcc-4.6.
> It turns out that the compiler is silently rep
Le lundi 28 mars 2011 21:06:31 Matthias Klose, vous avez écrit :
> severity 619963 important
> thanks
>
> On 28.03.2011 19:10, Remi Denis-Courmont wrote:
> > Package: gcc-4.6
> > Version: 4.6.0-1
> > Severity: grave
> > Justification: renders package unusable
>
> does it?
It does not compile De
Package: gcc-4.6
Version: 4.6.0-1
Severity: grave
Justification: renders package unusable
Hello,
Trying to compile VLC media player using Debian gcc-4.6.
It turns out that the compiler is silently replacing memmove() calls
with memcpy() ones, when it is clearly NOT a legal optimization.
6 matches
Mail list logo