At 19:45 23.12.99 +0100, Marc Lehmann wrote:
On Thu, Dec 23, 1999 at 09:24:35AM +0100, Jos [EMAIL PROTECTED] wrote:
I just updated from SuSE linux 6.1 to 6.3. Now, when I started
up gimp from an xterm, the screen became full of these lines:
I can run gimp from suse 6.3 just fine. You do not
Hi Gimpers,
attached are some patches, with the major purpose to get the Python
extension running on Windoze (compiled directly from CVS).
The respective changes to PyGimp are in CVS since a while now, but
due to the different executable handling on Windoze, there are
changes necessary in the
Attached a patch to compile Gimp on Win32 with M$VC again.
Could anyone with CVS access apply it, please?
Thanks in advance,
Hans
* */makefile.msc:
- get the definition of GLIB, GTK etc. out of a single file
instead of copy and pasting between all makefiles. This is
At 01:07 05.01.01 +0100, Marc Lehmann wrote:
- ActiveState's Perl is built with MSVC. Its MakeMaker thus produces a
Makefile for nmake, that uses cl to compile and link to link. Oh
well, that is not so bad in itself, I have MSVC available at work,
and, ehh, I might have a copy at home
The definitions of come symbolic constants got lost or changed
some while ago:
2000-08-10 Kevin Turner [EMAIL PROTECTED]
* tools/pdbgen/enumcode-py.pl:
* plug-ins/pygimp/gimpenums.py: gimpenums.py is now autogenerated by
enumcode-py.pl
This cause some scripts to not
while adapting make and export definition files for the
win32 build of Gimp 1.3, there where some questions ariseing :
- what are the supposed dependency between all the libgimp*
libraries ?
what I have at the moment is (gimp.exe works, but most
plug-ins do not yet) :
gimp.exe
At 01:31 05.02.01 +0100, Sven Neumann wrote:
Hans Breuer [EMAIL PROTECTED] writes:
...
all the above resolves fine except libgimwidgets dependcies,
because there are the functions listed below, which need
(and have) different implementations in Gimps and Plug-Ins
context. Currently I'm
At 04:13 05.02.01 +, Nick Lamb wrote:
On Mon, Feb 05, 2001 at 02:26:23AM +0100, Hans Breuer wrote:
The windoze version of gimpwidgefts can't include two symbols for
different implementation of the same function. There is only one
version of the dll in memory, even if loaded by another
At 16:02 05.02.01 +0100, Michael Natterer wrote:
Hans Breuer [EMAIL PROTECTED] writes:
On Mon, Feb 05, 2001 at 02:26:23AM +0100, Hans Breuer wrote:
The windoze version of gimpwidgefts can't include two symbols for
different implementation of the same function. There is only one
version