On Sun, 1 Feb 2004, Matti Haveri wrote:
> Thanks for the info, I'm making slow progress but I'm not there yet
> because I'm still stuck at an old version of mjpegtools 1.6.1 without
> newer -K -N options.
Hmmm, not at least the latest release candidate? It should be
ready to ./configure
> (I first tried to compile everything
> <http://mjpeg.sourceforge.net/MacOS/> suggested myself but the
> dependencies seemed so overwhelming that I then tried Fink package
For a basic build (without libdv or quicktime) I think the (only)
dependencies are the SDL and libglib for yuvplay.
> manager with better success. I compiled many packages but then got
> stuck somewhere between libdv, JPEG-MMX, libquicktime and finally
Uh, jpeg-mmx is for INTEL based systems only unless the G4 chip
has suddenly grown the ability to execute MMX instructions :)
libdv is easier now to build than it used to be - should build
out of the box with the exception of 'playdv' (which is OSS audio
driver dependent - easiest workaround is to delete that program
from the Makefile)
Until recently libquicktime wouldn't build on OS/X but that has
been taken care of now. If you want libquicktime the cvs version
should build easily (but using plugins with dlopen() means having
a good version of the 'dlcompat' library/routines installed).
> messed the system by mixing both Fink and Opendarwin ports which
> apparently is bad. I then reinstalled only Fink).
Other than a couple items (libglib/gtk, 'gimp') from OpenDarwin
I have neither Fink or Opendwarwin installed so I have never
experienced mixing the two environments (but I can easily believe
it is a Bad Thing ;)).
> So far I have successfully compiled an old version of mjpegtools 1.6.1 with:
>
> - Mac OS X 10.2 and the latest Developers Tools
Hmmm, 10.3 is *much much* better. For one thing it comes _standard_
with libtool-1.5 integrated into the system (as 'glibtool' - I put
a symlink called 'libtool' into /usr/local/bin and then put
/usr/local/bin first in $PATH). The Big Thing that comes with
10.3 is the dlopen/dlsym/dlclose ("dlcompat") routines - they're
part of the system libraries now - no need to build/install them
from Fink or Opendarwin (I caused myself a night of pain by trying
to install libdl myself not knowing that 10.3 already had them...).
> Compiling stopped to an error message:
>
> ld: table of contents for archive: /sw/lib/libintl.a is out of date;
> rerun ranlib(1) (can't load from it)
Sigh, libintl issues - I have not seen that specific error but in
this case the fix is, as you guessed, to run ranlib. VERY Strange
though that there's not a shared (libintl.dylib) installed though - I've
got one.
10.3 comes with the libintl stuff integrated into the system libraries
so I usually get warnings about potential conflicts between libintl
that I have in /usr/local/lib and the one in the system library - has
not hurt anything so far though.
> The following package will be installed or updated:
> mjpegtools
> The following 19 additional packages will be installed:
> autoconf2.5 automake automake1.6 gtk+ gtk+-data gtk+-shlibs libdv4
OS/X 10.3 comes _with_ autoconf 2.57 already installed on the system -
nothing more needs to be done. Oh, automake 1.6 is also already
installed but since I wanted automake 1.7.x (x=9 at the moment)
I put the new version of automake-1.7.9 into /usr/local/{bin,share,...}
and put /usr/local/bin first in my path.
As you can see 10.3 is a much better/easier development environment
than 10.2 was - Apple's included a lot of stuff that needed to be
manually added/ported before...
> I then tried to follow the compile-myself FAQ entry but the
> instructions are somewhat obscure to a newbie like me.
They're obscure to me too ;) I've had a fairly easy time just
following my old habits of (manually) installing things into
--prefix=/usr/local as I do on all the other systems.
> I did add the setenv lines to my .cshrc but after "./configure"
> "make" stops to an error:
>
> [...]
> cpu_accel.c: In function `bufalloc':
> cpu_accel.c:255: error: `_SC_PAGESIZE' undeclared (first use in this function)
> cpu_accel.c:255: error: (Each undeclared identifier is reported only once
> cpu_accel.c:255: error: for each function it appears in.)
> cpu_accel.c:268: warning: int format, size_t arg (arg 2)
> cpu_accel.c:270: warning: int format, size_t arg (arg 2)
> cpu_accel.c:270: warning: int format, size_t arg (arg 3)
> make[3]: *** [cpu_accel.lo] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
_SC_PAGESIZE is defined at line 122 of /usr/include/unistd.h
cpu_accel.c (at least the cvs version) has "#include <unistd.h>"
as line 30. If _SC_PAGESIZE is not defined in OS/X 10.2's
unistd.h then the only thing I can suggest is to add something
like this to cpu_accel.c around line 255:
#ifndef _SC_PAGESIZE
pgsize = 4096;
#else
pgsize = sysconf(_SC_PAGESIZE);
#endif
and see if compilation proceeds further. OR if cpu_accel.c is
missing the <unistd.h> reference simply add it somewhere at the
top of the file.
Good Luck!
Steven Schultz
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
