[vlc-devel] [vlc-commits] commit: Contribs: update libgpg-error, gcrypt and gnuTLS... ( Jean-Baptiste Kempf )
xxcv07 at gmail.com
Sat Aug 14 06:32:42 CEST 2010
On 12/08/2010 8:59 PM, xxcv wrote:
> On 9/08/2010 7:43 PM, git at videolan.org wrote:
>> vlc | branch: master | Jean-Baptiste Kempf<jb at videolan.org> | Mon Aug
>> 9 11:28:49 2010 +0200| [6c28114d8ba4ca42fc7834bb31e77d81f72cb312] |
>> committer: Jean-Baptiste Kempf
>> Contribs: update libgpg-error, gcrypt and gnuTLS...
> Update feel so good!
> hmm don't feel like jump in to a hole on the road...
> will find out what is happening..
>> And create new patches accordingly for new build hiccups...
I found a problem with libgpg-error 1.9 mingw-w64 64 bit binary.
I am not sure if this problem only affects the mingw-w64 64 bits binary.
AFAICT, the 64 bits binary won't start to load at all, i.e, it crashes
at loading modules, any modules that is linked to libgpg-error 1.9.
Back tracing is impossible I don't know why, and have yet to investigate
Although libgpg-error 1.8 is ok.
I have my contrib binary updated to libgpg-error 1.9 to use with the
vlc-1.1 series, and all of the sudden this problem became to exist.
If anyone can run a test on the vlc-1.2 win32 binary from buildbot then
problem should be clear.
I will try and see what is the difference between libgpg-error 1.9 and
1.8 that causes this issue.
>> diff --git a/extras/contrib/src/packages.mak
>> index c56deb5..7df99b8 100644
>> --- a/extras/contrib/src/packages.mak
>> +++ b/extras/contrib/src/packages.mak
>> @@ -139,13 +139,13 @@ CDIO_VERSION=0.80
My VLC, My Way, My Style~
More information about the vlc-devel