Date: Fri, 01 Jul 2005 11:22:15 +0900 (JST)
Message-Id: <20050701.112215.25913664.garrigue at math.nagoya-u.ac.jp>
To: robertr at rftp.com
Cc: lablgtk at math.nagoya-u.ac.jp
Subject: Re: New lablgtk2 snapshot
From: Jacques Garrigue <garrigue at math.nagoya-u.ac.jp>
In-Reply-To: <42B5F261.9050304 at rftp.com>
References: <20050613.210716.25991716.garrigue at math.nagoya-u.ac.jp>
	<42B5F261.9050304@rftp.com>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

From: Robert Roessler <robertr at rftp.com>

> In any case, my initial findings (WRT the suggested Makefile changes 
> *and* the necessary LablGTK .c/.h source updates) are still relevant; 
> other than my preference for USE_CC, I do not suggest any changes to 
> config.make.nt... but I do stick with all of my Makefile points, 
> including the unquoting of the LIBDIR-derived install dir vars.

I do not understand your problem with unquoting.
I've just tried compiling lablgtk2 with MSVC++, (this took me a while
because I had no configured windows machine around,) and after
removing the offending static's everything seems to work OK, without
changing the makefiles.
 
> As I think there are major (terminal?) problems with builds using the 
> Win32 linker when OCaml has been installed to a path with *spaces* in 
> the name, I reinstalled OCaml also - this time, NOT using the folder 
> name suggested by the OCaml Win32 installer (which uses "Objective 
> Caml").  This problem is ugly enough that I think the OCaml Win32 
> installer should be changed to not default to a name with spaces (yes, 
> I know - this is the wrong group for this). :(

I tested with the binary distribution of ocaml-3.08.3-msvc, installed
in the default directory, and everything works. So I suppose the
problem is yours.

> Finally, because of the new exports, "dlllablgtk2.lib" needs to be 
> added to the "make install" section of src/Makefile.

OK, I see the need for it.
I wonder why this is not the case for other ocaml libraries.

Jacques