Re: [Java-gnome-developer] Configure/Makefile patches and build failure for Mac OS X

[Andrew C. <an...@op...>]

On Sun, 2007-02-04 at 08:20 -0500, Randall Wood wrote:

> Patches to configure and Makefile for Mac OS X:

Hey Randall, that's outstanding. I'd heard rumours that the Mac port of
GTK was doing well. Be happy to commit this stuff to help push it
further by giving it another language binding as well.

In no particular order:

1) We're like a day or three away from 4.0.2, so a moderately huge
amount of stuff has happened in the mainline since 4.0.1; you might find
things a touch cleaner if you redo the patch from mainline (HEAD) if you
made the diff from older code.

2) You can checkout the code by following the instructions in HACKING.
That file also describes how to send patches via `bzr bundle`s. You can
send them to list or to me directly.
http://java-gnome.sourceforge.net/4.0/HACKING.html

3) I would be thrilled if you would commit the patches yourself. That
way you get the credit for your work, under your name, in the revision
history, forever. See
http://java-gnome.sourceforge.net/4.0/doc/style/CommitMessages.html

4) If you _don't_ want to update your patch, that's fine - just make a
local branch from a date that is close to whatever code you _did_ use,
apply your patch there, commit, and send that along. The resultant
bundle will forward merge for me fairly cleanly, I'm sure.

5) You may, in future, want to send stuff like this to the
java-gnome-hackers mailing list. And do please join us in #java-gnome on
irc.gimp.net, especially if you'd like help with bzr - we love it, but
it's still got a rough edge or two and we're all still learning too.
Note that people are in and out. I'm generally there from 0000-1300 UTC
most days (and quite often earlier and later as well) assuming I'm
actually in Australia modulo being at the beach or a cafe. Much easier
to discuss these things in person.

6) I think you found a bug. GCJ_LINK should probably exist. And if
-shared is platform specific, then we can move it into the LINK /
GCJ_LINK variables, for sure. And would you look at that, it already is:
-G is Solaris for "produce a shared object rather than a dynamically
linked executable" is already in LINK. I'll fix that for the GCC link
case tomorrow.

7) 4.0.2 can definitely wait until this patch is in.

AfC
Sydney

--=20
Andrew Frederick Cowie

Technology strategy, managing change, establishing procedures,
and executing successful upgrades to mission critical business
infrastructure.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London