Re: [Gimp-developer] Just managed to build HEAD GIMP with autotoolson Win32...
On 31 Dec 2002, Sven Neumann wrote: Hi, Tor Lillqvist [EMAIL PROTECTED] writes: Hmm. You mean libgimptool isn't really used at all currently? It would be helpful to have some short READMEs in the libgimp* directories (especially libgimpwidgets, libgimpproxy and libgimptool) telling what the purpose of the libraries are, and what executables link to them. [snip] I think that Nathan should explain the purpose as well as the current state of libgimpproxy and libgimptool. To explain the purpose of those libraries, here is a diagram: ----- | gimp protocol|| tool-safe-mode |--|gimp| ||| ----- plug-in process core process libgimptool is used by both gimp and tool-safe-mode. It contains the code that is used by both processes, and includes classes like GimpToolControl. All code in libgimptool is tool-related. GimpTools in the core use objects like GimpDrawable and GimpDisplay that are accessable by plug-ins through the plug-in api, but with a very different interface. libgimpproxy is autogenerated from parts of the definitions of the objects in the core (to maintain binary compatiblity), and will contain the code necessary to proxy the objects by making appropriate calls over the pdb. Libgimpproxy is only used by tool-safe-mode. (FWIW, tool-safe-mode is called that because a tool plug-in can't crash the core process.) I put tool plug-in work on the back burner when I graduated, moved, and got a job. Right now I am on vacaion in another state, but when I get back I should have some time to work on it again. I have given up on making UML diagrams of my plans because of the lack of any decent free UML program. Basically, I would create a GimpToolGUI class based loosely on GimpDrawTool. GimpToolCore would contain the essential stuff from GimpTool, leaving the core-specific stuff in the GimpTool class. Everything would be modeled on the system that Mitch designed for the paint tools. Rockwalrus ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Just managed to build HEAD GIMP with autotoolson Win32...
I wrote: I had to add a glue file for libgimptool, to enable the dynamic linking to the main executable, either gimp.exe or tool-safe-mode.exe (?). Sven Neumann writes: please note that we don't build any tool plug-ins on UNIX since it's horribly broken and might even be removed before 1.4 gets out. Hmm. You mean libgimptool isn't really used at all currently? It would be helpful to have some short READMEs in the libgimp* directories (especially libgimpwidgets, libgimpproxy and libgimptool) telling what the purpose of the libraries are, and what executables link to them. --tml ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Just managed to build HEAD GIMP with autotoolson Win32...
Him Tor Lillqvist [EMAIL PROTECTED] writes: I finally had time to try again, and after some head scratching and Makefile.am munging, succeeded. I built all the libraries that get built as shared libraries on Unix as DLLs, while Hans's MSVC Makefiles build many (most?) as static libraries. great. Any accidental breakage of Unix builds should be relatively easy to fix. seems to compile just fine on Linux. The gimp.sym file seemed to have obsolete contents. I replaced it with the functions used by libgimptool and libgimpwidgets. I had to add a glue file for libgimptool, to enable the dynamic linking to the main executable, either gimp.exe or tool-safe-mode.exe (?). please note that we don't build any tool plug-ins on UNIX since it's horribly broken and might even be removed before 1.4 gets out. You should consider to do the same for the Win32 build. You don't need to build tool-safe-mode.exe then. Salut, Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Just managed to build HEAD GIMP with autotoolson Win32...
So this means that, when gimp stable uses gtk2, no more win32 port of Gimp? (In this context, if an app compiles cleanly on an os with no code modification, then it isnt a port) On 26-Dec-2002, Tor Lillqvist wrote: I finally had time to try again, and after some head scratching and Makefile.am munging, succeeded. I built all the libraries that get built as shared libraries on Unix as DLLs, while Hans's MSVC Makefiles build many (most?) as static libraries. Any accidental breakage of Unix builds should be relatively easy to fix. The gimp.sym file seemed to have obsolete contents. I replaced it with the functions used by libgimptool and libgimpwidgets. I had to add a glue file for libgimptool, to enable the dynamic linking to the main executable, either gimp.exe or tool-safe-mode.exe (?). Building the plug-ins, and a closer inspection of what works and what is broken will have to wait until next week. I'm leaving for a short vacation tomorrow. --tml ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer -- Patrick Diablo-D3 McFarland || [EMAIL PROTECTED] Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music. -- Kristian Wilson, Nintendo, Inc, 1989 msg03400/pgp0.pgp Description: PGP signature