Re: avidemux 2.5.4 available

Paulo Cavalcanti <[email protected]>
Newsgroups gmane.linux.redhat.rpm.atrpms.devel
Message-ID <[email protected]>
On Mon, Dec 20, 2010 at 8:33 PM, Axel Thimm <[email protected]> wrote:

> On Sun, 2010-12-19 at 20:11 -0200, Paulo Cavalcanti wrote:
> >
> http://people.atrpms.net/~pcavalcanti/srpms/avidemux-2.5.4-25.fc14.src.rpm<http://people.atrpms.net/%7Epcavalcanti/srpms/avidemux-2.5.4-25.fc14.src.rpm>
>
> Thanks, doesn't build for RHEL5, so I use 2.5.3 for RHEL5.
>
>
I thought that this would occur on RHEL5. The same happened to Fedora 10.

First, I got on F10 the same ffmpeg error that kradio4 presented. I am using
this ffmpeg there:

Name        : ffmpeg                       Relocations: (not relocatable)
Version     : 0.6                               Vendor: LCG, UFRJ
Release     : 37_git20101024.fc10           Build Date: Mon 01 Nov 2010
10:21:25 PM BRST

and I applied the same solution (CXXFLAGS) and it passed, but then I got:

/builddir/build/BUILD/avidemux_2.5.4/avidemux/ADM_core/include/ADM_inttype.h:23:1:
warning: "__STDC_CONSTANT_MACROS" redefined
<command-line>: warning: this is the location of the previous definition
In file included from /usr/include/vpx/vpx_codec.h:50,
                 from /usr/include/vpx/vpx_decoder.h:32,
                 from
/builddir/build/BUILD/avidemux_2.5.4/avidemux/ADM_codecs/ADM_vpx.cpp:27:
/usr/include/vpx/vpx_integer.h:17:44: error: operator '&&' has no right
operand
In file included from /usr/include/vpx/vpx_codec.h:50,
                 from /usr/include/vpx/vpx_decoder.h:32,
                 from
/builddir/build/BUILD/avidemux_2.5.4/avidemux/ADM_codecs/ADM_vpx.cpp:27:
/usr/include/vpx/vpx_integer.h:41: error: conflicting declaration 'typedef
short int int_fast16_t'
/usr/include/stdint.h:93: error: 'int_fast16_t' has a previous declaration
as 'typedef long int int_fast16_t'
/usr/include/vpx/vpx_integer.h:47: error: conflicting declaration 'typedef
unsigned int uintptr_t'
/usr/include/stdint.h:123: error: 'uintptr_t' has a previous declaration as
'typedef long unsigned int uintptr_t'


Well, these old systems are becoming very difficult to maintain, and I agree
with you.
It is time to let them go ...


-- 
Paulo Roma Cavalcanti
LCG - UFRJ
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.