On OS X.3 it's really that simple. Install X11, XCode, X11dev and maybe BSD tools
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

_______________________________________________
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Reply via email to