[vlc-devel] vlc: svn commit r24391 (oaubert)

[Etienne Robillard]

Olivier et al,

I've built vlc (revision 24450) and it's building fine on Mandriva 2007.1 
(i586).

# uname -a
Linux localhost 2.6.18.8vanilla-autofs #2 SMP Tue Dec 18 12:24:06 EST 2007 
i686 Intel(R) Celeron(R) D CPU 3.46GHz GNU/Linux

erob at localhost vlc-trunk/bindings/python $ vlc
VLC media player 0.9.0-svn Grishenko
[00000001] main libvlc debug: VLC media player - version 0.9.0-svn Grishenko - 
(c) 1996-2008 the VideoLAN team
[00000001] main libvlc debug: libvlc was configured 
with ./configure  '--prefix=/usr/local' '--enable-xosd' '--enable-python-bindings' '--enable-threads=posix' '--enable-wxwidgets' '--enable-realrtsp' '--enable-skins2' '--enable-debug' '--disable-oss'

I suspect the problem I'm having (related to building python bindings) is 
simply because the host I was using for compilation have a old kernel 
(2.6.12-12mdk), which is causing a lot's of problems anyways.  Sorry about 
that!

Regards,
Etienne

On 21 January 2008 06:44:58 Olivier Aubert wrote:
> > > this commit - breaks compile at my site? so I reverted to "uint32_t"
> > > again - and it compiles just fine? where should u_int32_t be defined? 
> > > --- I did a full svn update to my source - but buildings stopped
> > > through this change. (cross compile for windows)
> >
> > Nowhere. u_int32_t is non-standard, AFAIK. uint32_t is defined in by the
> > baselin ISO C spec (in <stdint.h>).
>
> I made this change based on a bug report (cf
> http://mailman.videolan.org/pipermail/vlc-devel/2008-January/038452.html )
> and private exchanges with the reporter. Before committing, I compiled it
> on linux and just grepped for u_int32_t in the include dir, which gave in
> vlc_common.h :
>     typedef u_int32_t           uint32_t;
> so I assumed it would be equivalent anyway. (as for the non-standard
> part, grepping for u_int32_t in /usr/include on a Debian system returns
> quite a few matches. Not that it makes it a standard, but it makes it
> not that exotic).
> Sorry about the breakage anyway. I guess that the reported bug will have
> to be fixed another way.
>
> Olivier
>
>
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> http://mailman.videolan.org/listinfo/vlc-devel