Delivered-To: garrigue at math.nagoya-u.ac.jp Authentication-Results: mailhost.math.nagoya-u.ac.jp sender=lablgtk-bounces at yquem.inria.fr; domainkey=neutral (no query protocol specified; no policy for yquem.inria.fr) Delivered-To: lablgtk at yquem.inria.fr DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=QnwZ1eqnlVFqTVHWHTayLeV0nfLc84aYUlnzNS9eLXU=; b=CKOvGT5MDJq+K1ZMhaRX6wMKuhsCfteuUmSg35hnuHQ0JgC07ZvTns2vuLXq20OlnU kktT7bNIYgc6++0un8OO1/++s0D65Qa58D+uvWZdSE4Qz/7UJABuk0irYMm56dMi+ZmB d2/5xOIj8YVozgpVDNOI6TTbNweRL4DwDibXw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=okoiMAmSZ6D/a7Ycpdu+jC1w1C+OLVjyx3+Et4qEgTX2AjZewXMkW0CHOuq3Ql7xUn 7ke6NE88lx4feGID1AXNC4LRN3ZfY+j55jz/6cQ7wF4uhH2SblzSlhJHJWqGu+VI1TEC K9W0QRsPzh+VyGhpMXjC9ca/QZpHjMX3Ac3LM= MIME-Version: 1.0 In-Reply-To: <49609017.6050705 at frisch.fr> References: <49608DEE.6000605 at comlab.ox.ac.uk> <49609017.6050705 at frisch.fr> Date: Wed, 21 Jan 2009 13:01:37 +0100 Message-ID: <9f09a07a0901210401n4a002f09l4004215fbe2524c9 at mail.gmail.com> Subject: Re: [Lablgtk] Re: Custom linking for MinGW gives unwanted dependency on cygwin1.dll From: Matthieu Dubuget To: Alain Frisch Cc: lablgtk at yquem.inria.fr Content-Type: multipart/mixed; boundary="===============1745123605==" Mime-version: 1.0 --===============1745123605== Content-Type: multipart/alternative; boundary=00c09f923cdffd9c4a0460fcea97 --00c09f923cdffd9c4a0460fcea97 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 2009/1/4 Alain Frisch > On 1/4/2009 11:22 AM, Mike Spivey wrote: > >> I'm using the MinGW port of OCaml under Cygwin and trying to build a >> self-contained native windows application that uses lablgtk2. What I >> find is that linking with 'ocamlc -custom' results in an executable that >> depends on cygwin1.dll. Further investigation reveals that cygwin1.dll >> is being used for some math functions, and that adding '-ccopt >> -L/lib/mingw' solves the problem. >> > > Oops, flexlink used /lib and /lib/mingw, in this order, and they should be > swapped. This will be fixed in the next released. Thanks for the feedback. > I faced a similar (?) problem when linking a standalone program using libglade. flexlink complains: Cannot find file "libglade-2.0.dll" This worked after I added -cclib -Lc:/gtk/lib to ocamlopt parameters. 1/ where from should this information come from? Maybe when lablglade.cmxa was compiled? 2/ should flexlink use some environment variable for some more path to search? (c:/gtk/lib is in $LIB) Salutations --00c09f923cdffd9c4a0460fcea97 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

2009/1/4 Alain Frisch = <alain@frisch.fr>
On 1/4/2009 11:22 AM, Mike Spivey wrote:
I'm using the MinGW port of OCaml under Cygwin and trying to build a self-contained native windows application that uses lablgtk2.  What I<= br> find is that linking with 'ocamlc -custom' results in an executable= that
depends on cygwin1.dll.  Further investigation reveals that cygwin1.dl= l
is being used for some math functions, and that adding '-ccopt
-L/lib/mingw' solves the problem.

Oops, flexlink used /lib and /lib/mingw, in this order, and they should be = swapped. This will be fixed in the next released. Thanks for the feedback.<= br>

I faced a similar (?) problem when linking a = standalone program using libglade.

flexlink complains: Cannot find f= ile "libglade-2.0.dll"

This worked after I added -cclib -L= c:/gtk/lib to ocamlopt parameters.

1/ where from should this information come from? Maybe when lablglade.c= mxa was compiled?
2/ should flexlink use some environment variable for s= ome more path to search? (c:/gtk/lib is in $LIB)

Salutations
--00c09f923cdffd9c4a0460fcea97-- --===============1745123605== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Lablgtk mailing list Lablgtk@yquem.inria.fr http://yquem.inria.fr/cgi-bin/mailman/listinfo/lablgtk --===============1745123605==--