On Wed, 19 Jan 2005, Trent Piepho wrote:
> Nothing uses the libmplex shared library, so that's not a problem.
mplex uses it.
sms% ldd /usr/local/bin/mplex
/usr/local/bin/mplex:
/usr/local/lib/libmplex2-1.7.0.dylib (compatibility version 1.0.0, current
version 1.0.0)
/usr/local/lib/libmjpegutils-1.7.0.dylib (compatibility version 1.0.0, current
version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
and on another (non OSX) system:
ldd /usr/local/bin/mplex
libmplex2-1.7.so.0 => /usr/local/lib/libmplex2-1.7.so.0 (0x2005a000)
libmjpegutils-1.7.so.0 => /usr/local/lib/libmjpegutils-1.7.so.0
(0x20080000)
libgnugetopt.so.1 => /usr/local/lib/libgnugetopt.so.1 (0x20087000)
libstdc++.so.1 => /usr/lib/libstdc++.so.1 (0x2008a000)
libm.so => /shlib/libm.so.0.0 (0x200c9000)
libgcc.so.1 => /shlib/libgcc.so.1 (0x200da000)
libc.so.2 => /shlib/libc.so.2 (0x200e6000)
> I've never found a system where it worked flawlessly, and from the traffic on
> this list, it seems I'm far from alone.
I have (not just seen) *many* systems where it works flawlessly.
Most of the problems arise from older systems where folks have
piecemeal upgraded things - that results in a mixed bag of old
and new tools (and then the other problem is having run an older
version of autoconf in a directory, not cleaning up and then
expecting a newer version to run correctly).
>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 :)
> 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 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).
The problem isn't the age per se but the intermingling of old and
new development tools - eventually that causes a problem when the
wrong version is found first in $PATH or whatever.
> is far more complex than it needs to be, and a lot of people are having
> trouble building it as a result.
There will always be some folks that have trouble building
something.
What about all the folks who have NO problems? You don't mention them
I notice...
Steven Schultz
-------------------------------------------------------
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
