Re: [Mjpeg-developer] Build

[Andrew S. <and...@ne...>]

Hi Ronald,

> One thing that I don't like is the amount of non-libtool static libs
> that we use. 

Me too its' pretty messy...

>Libtool allows for using non-installed .la files for this
> purpose. The advantage is automatic dependency checking. Currently, we
> need to use hacks such as linking libcpuaccel.a in utils/ to the *.o
> files instead of the .a file in utils/mmxsse/ to get things to work
> (else, mpeg2enc gets unresolved symbols because .a files do not forward
> dependencies). Libtool solves all this. It's not nice, but the best way
> to do it (and generally accepted). One problem is that I cannot get ASM
> files (*.s) to build properly in lib/app_SOURCES, so I've not yet
> integrated that. 

Hi Ronald: I looked at this issue, basically you can use autoconf
to specify the right assembler. Then all you need is a small wrapper
to make nasm look more gcc-like in its flags and away you go.

>GStreamer does this correctly, so I must be missing
> something. I'll try to get that sorted out before doing the final
> release, it'll greatly improve our build.
>
> Also, some general fixes, such as properly including utils/altivec/ in
> the disted tarball, make distcheck fixes, installing mpeg2enc lib
> headers (Andrew, please double check) 

Will do...

> * Anyone: who knows why libtool uses gcc to build .s source files? Once
> I've fixed this, the build is clean again.
See above, it is simply defaulting. There's a var you can set to specify the 
right tool.  However, in a way the default is 'right'.   As .s files are what 
gcc's embedded assembler chomps.  

Now that I think about it: a cleaner solution might be to shift to a different 
suffix (.asm, .nsm or some such) for nasm stuff and do the necessary custom 
'conning' of libtool more explicitly in the Makefile.am rather than relying 
on confusing the hell out of autoconf/automake. 

Oh if only the vector primitive's had been in gcc-2.95 ;-) soooo much nicer.  
I'm itching to use them to build a nice fast SSE FDCT/iDCT.

cheers,
	Andrew