[MPlayer-users] Configure script is not portable

[vext01 at gmail.com]

Hi,

On Fri, May 01, 2009 at 12:18:45PM -0400, The Wanderer wrote:
> On 05/01/2009 11:58 AM, vext01 at gmail.com wrote:

> MPlayer doesn't use autotools. The developers are philosophically
> opposed to it; they think it's a bad idea. I don't remember most of
> their arguments offhand, but when I've read them in the past I've tended
> to find them persuasive.

Oh yeh. Didn't notice that.

But yes, autotools are a pig, I can see why this decision was made.

>> I see your point with POSIX, but im pretty certain sun won't be
>> changing thier grep implementation any time soon.
>
> In my experience, MPlayer's developers tend to consider things like that
> a problem on the OS side of the equation-- 

Quite rightly! Don't get me wrong. 

Now, I have installed all the GNU tools (gtail, gawk, gsed, ggrep) from
blastwave. I am on a sparc, and the configure script does not seem to
notice i am on a sparc, and eventually complains about some x64
assembler (will report this if I get the rest of the build working), so 
must use --target=solaris-sparc.

Now libavcodec is unhappy:
eval.c: In function `eval_expr':
eval.c:158: error: incompatible types in initialization
eval.c:182: error: incompatible types in return
eval.c: In function `ff_eval2':
eval.c:421: error: incompatible types in return
gmake[1]: *** [eval.o] Error 1
gmake[1]: Leaving directory
`/export/home/edd/Desktop/mplayer/libavcodec'
gmake: *** [libavcodec/libavcodec.a] Error 2

It is not happy with the declataion of 'NAN' which it is expecting as a
double by the look of it. My OpenBSD box defines NAN in libc like this:

#define	NAN		(*(float *)(void *)__nan)

Which is a function pointer to some internal gcc function?

Sorry, I don't know enough about C to take this any further. So any
ideas?

Thanks

--
Best Regards

Edd Barrett
(Freelance software developer / technical writer / open-source developer)

http://students.dec.bmth.ac.uk/ebarrett