$ uname -a
Darwin local.local 7.6.0 Darwin Kernel Version 7.6.0: Sun Oct 10
12:05:27 PDT 2004; root:xnu/xnu-517.9.4.obj~1/RELEASE_PPC Power
$ gcc -v
Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs
Thread model: posix
gcc version 3.3 20030304 (Apple Computer, Inc. build 1495)
Here are some notes on my adventures into compiling mlt on Mac OS X:
The -pthread and -rdynamic $CFLAGS are unknown to Darwin's gcc and
$LDFLAGS seems to need "-Wl,-dynamic" .
The -shared flag is also unknown and needs to be replaced with
"-dynamiclib" to generate shared libraries.
When linking against the mlt library (libmlt.so), the -lmlt flag looks
for libmlt.dylib not libmlt.so, thus can't find it. Relevant text from
-lx This option is an abbreviation for the library name
where x is a string. If -dynamic is specified the
for the library name is first search as `libx.dylib'
`libx.a' is searched for. ld searches for libraries
any directories specified with -L options, then in the
directories /lib, /usr/lib, and /usr/local/lib. A
searched when its name is encountered, so the placement
-l flag is significant. If string x is of the form
that file is searched for in the same places, but
prepending `lib' or appending `.a' or `.dylib' to the
Unfortunately, I think OS dependent configuration choices will need to
be made in the configure scripts.
--disable-mmx should be default on OS X anyways and altivec specific
optimizations are probably not that far off.
I can work on some ./configure modifications if there aren't any strong
opinions about how these changes should be managed.
src/inigo/io.c needs #include <sys/time.h> or gcc fails because it
doesn't know the size of "struct timeval"
gcc fails on a library path include from src/inigo/Makefile :
< LDFLAGS += -L../framework -lmlt
> LDFLAGS += -L ../framework -lmlt
Note the space between "-L" and the path.
I believe <SDL/SDL.h> and <SDL/SDL_syswm.h> should not have the first
"SDL" in the path in the files consumer_sdl.c, consumer_sdl_preview.c,
and consumer_sdl_still.c . Here is the output of `sdl-config
--cflags` : -I/sw/include/SDL -D_THREAD_SAFE so you can see that it is
The SDL consumer is broken by the X11 stuff but I haven't gotten to
that fix yet.
That's enough for now:)
Get latest updates about Open Source Projects, Conferences and News.