to get cvs; get darwinports as described on www.opendarwin.org. Than (after
making dist on Linux to get recent cvs gimp, should work with gimp-1.3.25.tar.gz,
when it is available ;-) :
hbibook:~/gimp-1.3.24 hb$ port install gtk2 hbibook:~/gimp-1.3.24 hb$ port install libart_lgpl (and maybe some few more I don't remember)
hbibook:~/gimp-1.3.24 hb$ export CFLAGS=-I/opt/local/include hbibook:~/gimp-1.3.24 hb$ export CPPFLAGS=-I/opt/local/include hbibook:~/gimp-1.3.24 hb$ export LDFLAGS=-L/opt/local/lib
hbibook:~/gimp-1.3.24 hb$ ./configure --prefix=/opt/local --disable-print
(there is gimpprint-config installed but the corresponding headers are missing)
hbibook:~/gimp-1.3.24 hb$ make hbibook:~/gimp-1.3.24 hb$ sudo make install
Many ... ld: warning multiple definitions of symbol _locale_charset ... and it almost works !
Am 27.12.2003 um 09:39 schrieb Manish Singh:
On Fri, Dec 26, 2003 at 06:59:57PM +0100, Sven Neumann wrote:Porting GTK2 to Quartz could bring some improvements but it isn't a prerequisite for a good user experience of The GIMP on Mac OS X. The one thing that is a lot more important at the moment is to fix bug #102058:
http://bugzilla.gnome.org/show_bug.cgi?id=102058
The fact that our shared memory implementation doesn't work on Mac OS X makes our plug-ins run unreasonably slow. This will hurt the user experience a lot more than widgets being drawn by an X11 server which is available, working, supported and fast. So if you think about helping to push GIMP-1.3/2.0 on Mac OS X, you should consider to help us to implement shared memory using mmap or using POSIX shm.
I just checked in an POSIX shm tile transport implementation. I'd like
someone on OS X to test it, since I'm not 100% sure how POSIX compliant OS X
is, but I'm reasonably sure it works.
The C code appears to work, but the configure check does not :
configure:15715: checking for shm_open in -lrt configure:15746: gcc -o conftest -g -O2 -Wall conftest.c -lrt >&5 ld: can't locate file for: -lrt
apparently shm_open() is available by libc.dylib - it compiles without any
extra lib (checked by simply replacing -lrt with -lc, real fixing configure is
definitely out of my scope ;)
Thanks, Hans
