On Wed, 19 Jan 2005, Steven M. Schultz wrote:
> On Wed, 19 Jan 2005, Trent Piepho wrote:
> 
> > Nothing uses the libmplex shared library, so that's not a problem.
> 
>       mplex uses it.

It doesn't need to be a library, you can just compile all the source into a
single program with one command, and it words fine.

>       Most of the problems arise from older systems where folks have
>       piecemeal upgraded things - that results in a mixed bag of old

Have you tried upgrading autoconf on an old system?  It's nearly impossible.

> >I could write a normal makefile, that creates the (unnecessary) library, and 
> >it
> 
>       It's only unnecessary if you don't want to run mplex :)

No, I can run mplex just fine without the library.  It's faster too, since the
shared library uses PIC code.  In a degenerate case, you can turn a program
with n source code files into n-1 shared libraries and one front-end program.
There is no reason to do this, just like there is no reason to create a mplex
shared library that only one program uses.  It just creates unnecessary
complexity.

> > would be a less than 76 lines, and a lot less than one thousand lines.
> 
>       Sigh - you're fixated, just like the MPlayer/ffmpeg crowd, on the
>       size of the generated files and not the smaller human editable file.

The "human" editable files are still large, and the generated files, when you
can even generate them in the first place, result in a build process that is
far more complex than it needs to be.  I think simplicity is a virtue and
complexity should be avoided.  Seems the MPlayer/ffmpeg crowd agrees.  Do you
think something should be done in the most complex way possible?


> > The minimum versions must be very bleeding edge, when redhat 9 and slackware
>       
>       No, not really.  But their also not years old either (RH9 went end of 
>       life a some time back - they're up to fedora 3 or whatever now).

I'm still using a system based on redhat 5.  It works fine.  Built the cvs
version of mplayer with almost no problems.  




-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to