Diego Biurrun wrote:
> > What do you, and others, think about upgrading the getopt files ?
>
> If by upgrading you mean fixing the license header like I just did
> for libmpeg2 then my answer is: I would leave the files untouched
> since they are externally imported files.
Nope, I meant replacing
Diego Biurrun wrote:
> > A nitpick about your patch that updates the FSF address: I
> > noticed that trunk/src/getopt.{c,h} remain untouched.
>
> Yes, that was done on purpose,
Ah, OK.
> these files are from glibc, not libmpeg2.
Indeed, but is there something that prevents the libmpeg2 project fr
Hi Diego,
A nitpick about your patch that updates the FSF address: I noticed that
trunk/src/getopt.{c,h} remain untouched.
But anyway, judging from the log, these two files have been untouched
since their introduction in the libmpeg2 repository on 2001-07-23. Since
then, they have been modified u
, so I
gave up...
The problem happens no matter SHM initialization is activated or not in
the X11/XV/XV2 video output.
Regards,
Lionel Debroux.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's chall
--- John Adcock <[EMAIL PROTECTED]> wrote :
> --snip--
> > Thanks for the tips, I'll try again later.
> Here is a more complete patch.
Tested-by: Lionel Debroux <[EMAIL PROTECTED]>
The patch passes `make check` for me on SimplyMEPIS 7.0
(based on Debian stable, GCC 4
f __GNUC__, like this:
/* use GCC and MSVC attribs to align critical data structures */
#if (defined(ATTRIBUTE_ALIGNED_MAX) && defined(__GNUC__))
#define DECLARE_ALIGNED(n,t,v) ...
(Note that I updated the comment as well)
Regards, Lionel Debroux.
187500 vbv 135168 picture 352x240 display 352x240 pixel 1x1
[...]
The code which prints this line is in trunk/src/dump_state.c, and the
frame rate determination code is in trunk/libmpeg2/header.c
(mpeg2_header_sequence).
Regards, Lionel Debroux.
Hi Diego,
> Here's a patch that fixes a number of warnings triggered by uncommon
> > GCC switches such as -Wshadow and -Wwrite-strings.
You will likely have more luck if you split this patchset. There are
fixes for multiple issues in it, some of which might not be acceptable.
Splitting the pat
Here's a patch that fixes a number of warnings triggered by uncommon GCC
switches such as -Wshadow and -Wwrite-strings.
Lionel.
>From 6b5321f87a917e89be040ec13d897d1bea352814 Mon Sep 17 00:00:00 2001
From: Lionel Debroux <[EMAIL PROTECTED]>
Date: Fri, 11 Apr 2008 19:59:04 +0200
fe): undefined reference to
> `_XGetBitsPerPixel'
I don't know for sure.
Do you use linker options such as
-lSM -lICE -lXext -lX11 -lXv -lSDL
to link your program against those libraries ?
(The Makefiles generated by configure do.)
Lionel Debroux.
___
ch is generated in the "libvo"
folder. I guess the reason why libvo isn't installed in
/usr/local/lib, is that unlike libmpeg2, it's intended
to remain an internal component of the MPEG-2 decoder
application (mpeg2dec).
Regards, Lionel Debroux.
it generates a number of Makefiles,
which are used to
compile various parts of the library: libmpeg2, libvo, src (mpeg2dec, etc.),
doc/sample*, etc.
Regards, Lionel Debroux.
_
Ne gardez plus qu
fewer CPU load on less powerful machines.
"
look interesting.
Regards,
Lionel Debroux.
Yahoo! Mail innove : interface hyper pratique, messenger intégré, couleurs -
http://mail.yahoo.fr
Yahoo! Mail innove : interface hyper pratique, messenger intégré, couleurs -
http://mail.yahoo.fr>From ab3d8883e8d597bf3a8396066a6eefb428caebac Mon Sep 17 00:00:00 2001
From: Lionel Debr
Yahoo! Mail innove : interface hyper pratique, messenger intégré, couleurs -
http://mail.yahoo.fr>From a42e691d1c066a0ae1090de7590a7425aabed584 Mon Sep 17 00:00:00 2001
From: Lionel Debr
h to reduce the (already quite low, actually - good job !) number of
warnings triggered by
rather uncommon compiler switches -W and -Wshadow.
Regards, Lionel Debroux.
Yahoo! Mail innove : interface
16 matches
Mail list logo
