From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by yquem.inria.fr (Postfix) with ESMTP id A7A48BBBB for ; Tue, 21 Feb 2006 02:39:25 +0100 (CET) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id k1L1dNS7013297 for ; Tue, 21 Feb 2006 02:39:23 +0100 Received: by zproxy.gmail.com with SMTP id z3so1030597nzf for ; Mon, 20 Feb 2006 17:39:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=HWbARp/NxLEPncXuCJJF95tPatO4LoRfQhuNtby4iX8bSVYDVosHYjnfY0AtaXAneMZ+f4jf8buXuPSZnQl1P+GfQfPwXa3fjffB/EQ7dg3c/mqlQCCn6aWmHPddtRw9Hsp9dUsKMxWEI30zNf5g97m7YQVLtubggqZVxF3Zylc= Received: by 10.65.188.20 with SMTP id q20mr1096793qbp; Mon, 20 Feb 2006 17:39:22 -0800 (PST) Received: by 10.65.193.14 with HTTP; Mon, 20 Feb 2006 17:39:22 -0800 (PST) Message-ID: <8c64de0a0602201739p4e6d16f3q24f6ed6dbe47b8a4@mail.gmail.com> Date: Mon, 20 Feb 2006 20:39:22 -0500 From: "Jeremy Shute" To: caml-list@yquem.inria.fr Subject: Re: [Caml-list] Tuareg mode under Cygwin... In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_27002_20368816.1140485962820" References: <8c64de0a0602190746x2056a24cke96da953baf76475@mail.gmail.com> <43F9F776.1020006@laposte.net> <43FA1426.7070200@laposte.net> X-Miltered: at nez-perce with ID 43FA6F4B.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 tuareg:01 cygwin:01 o'caml:01 cygwin:01 emacs:01 mingw:01 mingw:01 gcc:01 -mno-cygwin:01 mistaken:01 ocamlmktop:01 -custom:01 bugfixes:01 matthieu:01 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP autolearn=disabled version=3.0.3 ------=_Part_27002_20368816.1140485962820 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I do use the native O'Caml and Cygwin Emacs. I do this because MinGW Caml seems to be using "ar" instructions that are meant for the Cygwin version o= f "ar" (meaning they have an ampersand preceding the DOS path of the temporar= y file, which MinGW's "ar" doesn't understand). It looks to me as if MinGW Caml is actually built with Cygwin, using "gcc -mno-cygwin". Maybe I'm mistaken? So, I use MinGW Caml with Cygwin. Apparently, there is an issue in the ptys. I would say that's an apt description. I'll have to try the "ocamlmktop -custom". I really don't want to use a Cygwin version of Caml. I don't like it when projects (Cygwin, Berkeley DB) tell me that I have to license my source cod= e a certain way when I link to their libraries. I aknowledge and respect their wishes, but I'm also free not to use those projects (and therefore, not to contribute my bugfixes and experience to their product). I'm happy to use the shell and the tools, but I want my binaries to be unmistakenly mine. Jeremy On 2/20/06, Igor Peshansky wrote: > > On Mon, 20 Feb 2006, Matthieu Dubuget wrote: > > > Igor Peshansky a =E9crit : > > > > > On Mon, 20 Feb 2006, Matthieu Dubuget wrote: > > > > > > > Igor Peshansky a =E9crit : > > > > > > > > > On Sun, 19 Feb 2006, Jeremy Shute wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > > When I fire up Tuareg mode under native Windows emacs and run a= n > > > > > > inferior-caml, I get what I expect (Caml running in an emacs > > > > > > buffer). When I do so with Cygwin's Emacs, I get an empty buffe= r > > > > > > and a process "ocamlrun.exe" dressed in new window trim, which > > > > > > seems completely detached from the inferior-caml buffer (meanin= g > > > > > > C-c C-e does NOT send commands to this new process). > > > > > > > > > > > > I asked Albert Cohen, Tuareg-mode's creator, but he didn't know > > > > > > much about Windows, and suggested I ask here. > > > > > > > > > > > > What magic Elisp incantation will shackle invocations of "ocaml= " > > > > > > in a buffer, when using Cygwin emacs? I also tried "sh -c > > > > > > ocaml" to no avail... > > > > > > > > > > > > Jeremy > > > > > > > > > > Hi, Jeremy, > > > > > > > > > > This sounds like either a Cygwin emacs bug or a bug in the > > > > > commands Tuareg uses to start the ocaml process that manifests > > > > > only in Cygwin's emacs. Since this is likely not a problem with > > > > > ocaml itself (but rather with either the Cygwin ocaml package or > > > > > Cygwin emacs), the main Cygwin list () > > > > > would be a better place to discuss it and track down the culprit. > > > > > > > > > > Unfortunately, I don't use emacs, and haven't tested the Cygwin > > > > > O'Caml package under emacs (and wouldn't know how). Thus, anothe= r > > > > > reason to move this to the main Cygwin list, since there are many > > > > > emacs experts there. > > > > > > > > > > One thing that would help is following the Cygwin problem > > > > > reporting guidelines at when > > > > > re-posting this to the main Cygwin list (particularly attaching > > > > > the output of "cygcheck -svr"). > > > > > > > > > > See you on the Cygwin list, :-) > > > > > > > > > > Igor Peshansky, the Cygwin O'Caml volunteer maintainer > > > > > > > > Last time I had a similar problem, I discovered that recompiling th= e > > > > ocaml toplevel was solving the problem. > > > > > > > > Maybe this will work for you ? > > > > > > Hmm, indeed. Though don't forget, Matthieu, that Cygwin is still at > > > version 3.08.1... > > > > > > Jeremy, if recompiling works for you, please let me know, and I'll > > > release a rebuit version of ocaml for Cygwin. You can download the > > > ocaml source package using Cygwin setup and run the packaging script > > > to build (use the "--help" option for a list of possible steps). > > > > > > Igor Peshansky, the Cygwin O'Caml volunteer maintainer > > > > I would have describe my problem the same way as Jeremy. > > I do use one standard native distribution of Ocaml, and cygwin version > > of emacs. > > I did not used the right term though: I did not meant re-compiling the > > toplevel. Just creating a new one with > > ocamlmktop -custom ... > > Ah. If you use a native ocaml, it may not work with Cygwin emacs, as it > won't understand the ptys that emacs uses to communicate with it (and thu= s > will pop up a console). I forgot to ask Jeremy whether he uses the Cygwi= n > version of ocaml, or the Windows native one. A quick test of this outsid= e > emacs is to try using rxvt -- if your ocaml works inside that, it probabl= y > will work inside emacs too. > > I don't know why remaking the toplevel helped you (since that didn't > create a Cygwin version of it). Rebuilding under Cygwin would most likel= y > help, as would installing the pre-built Cygwin ocaml package that is part > of the Cygwin distribution. > > Igor Peshansky, Cygwin O'Caml volunteer maintainer > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu | > igor@watson.ibm.com > ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name > changed!) > |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends > compte." > "But no -- you are no fool; you call yourself a fool, there's proof enoug= h > in > that!" -- Rostand, "Cyrano de Bergerac" > > _______________________________________________ > Caml-list mailing list. Subscription management: > http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list > Archives: http://caml.inria.fr > Beginner's list: http://groups.yahoo.com/group/ocaml_beginners > Bug reports: http://caml.inria.fr/bin/caml-bugs > > > ------=_Part_27002_20368816.1140485962820 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I do use the native O'Caml and Cygwin Emacs.  I do this because MinGW = Caml seems to be using "ar" instructions that are meant for the C= ygwin version of "ar" (meaning they have an ampersand preceding t= he DOS path of the temporary file, which MinGW's "ar" doesn't und= erstand).

It looks to me as if MinGW Caml is actually built with Cygwin, usin= g "gcc -mno-cygwin".  Maybe I'm mistaken?  So, I use Mi= nGW Caml with Cygwin.

Apparently, there is an issue in the ptys.&nbs= p; I would say that's an apt description.  I'll have to try the "= ocamlmktop -custom".

I really don't want to use a Cygwin version of Caml.  I don't = like it when projects (Cygwin, Berkeley DB) tell me that I have to license = my source code a certain way when I link to their libraries.  I aknowl= edge and respect their wishes, but I'm also free not to use those projects = (and therefore, not to contribute my bugfixes and experience to their produ= ct).  I'm happy to use the shell and the tools, but I want my binaries= to be unmistakenly mine.

Jeremy



On 2/20/06, = Igor Peshansky <pechtcha@cs.nyu.edu> wrote:
On Mon, 20 Feb 2006, Matthieu Dubuget wrote:

> Igor Peshansky a = =E9crit :
>
> > On Mon, 20 Feb 2006, Matthieu Dubuget wrote:=
> >
> > > Igor Peshansky a =E9crit :
> > >= ;
> > > > On Sun, 19 Feb 2006, Jeremy Shute wrote:
> &g= t; > >
> > > > > Hi,
> > > > >> > > > > When I fire up Tuareg mode under native Windows e= macs and run an
> > > > > inferior-caml, I get what I expect (Caml runni= ng in an emacs
> > > > > buffer). When I do so with Cygwi= n's Emacs, I get an empty buffer
> > > > > and a process = " ocamlrun.exe" dressed in new window trim, which
> > > >= > seems completely detached from the inferior-caml buffer (meaning
&= gt; > > > > C-c C-e does NOT send commands to this new process)= .
> > > > >
> > > > > I asked Albert Coh= en, Tuareg-mode's creator, but he didn't know
> > > > > m= uch about Windows, and suggested I ask here.
> > > > >
> > > > > What magic Elisp incantation will shackle invo= cations of "ocaml"
> > > > > in a buffer, when = using Cygwin emacs?  I also tried "sh -c
> > > &= gt; > ocaml" to no avail...
> > > > >
> > > > > Jeremy
> >= ; > >
> > > > Hi, Jeremy,
> > > >
&g= t; > > > This sounds like either a Cygwin emacs bug or a bug in th= e
> > > > commands Tuareg uses to start the ocaml process tha= t manifests
> > > > only in Cygwin's emacs. Since this is li= kely not a problem with
> > > > ocaml itself (but rather wit= h either the Cygwin ocaml package or
> > > > Cygwin emacs), the main Cygwin list (<cygwin at = cygwin dot com>)
> > > > would be a better place to discu= ss it and track down the culprit.
> > > >
> > > = > Unfortunately, I don't use emacs, and haven't tested the Cygwin
> > > > O'Caml package under emacs (and wouldn't know how).=   Thus, another
> > > > reason to move this to the= main Cygwin list, since there are many
> > > > emacs expert= s there.
> > > >
> > > > One thing that would help is= following the Cygwin problem
> > > > reporting guidelines a= t <http://cygwin.com/problem= s.html > when
> > > > re-posting this to the main Cygwin lis= t (particularly attaching
> > > > the output of "cygche= ck -svr").
> > > >
> > > > See you on th= e Cygwin list, :-)
> > > >
> > > > Igor Peshansky, the Cygwin O= 'Caml volunteer maintainer
> > >
> > > Last time I = had a similar problem, I discovered that recompiling the
> > > = ocaml toplevel was solving the problem.
> > >
> > > Maybe this will work for you ?
>= >
> > Hmm, indeed.  Though don't forget, Matthieu, t= hat Cygwin is still at
> > version 3.08.1...
> >
> = > Jeremy, if recompiling works for you, please let me know, and I'll
> > release a rebuit version of ocaml for Cygwin.  You = can download the
> > ocaml source package using Cygwin setup and r= un the packaging script
> > to build (use the "--help" o= ption for a list of possible steps).
> >
> > Igor Peshansky, the Cygwin O'Caml volunteer main= tainer
>
> I would have describe my problem the same way as Jer= emy.
> I do use one standard native distribution of Ocaml, and cygwin= version
> of emacs.
> I did not used the right term though: I did not = meant re-compiling the
> toplevel. Just creating a new one with
&g= t; ocamlmktop -custom ...

Ah.  If you use a native ocaml, = it may not work with Cygwin emacs, as it
won't understand the ptys that emacs uses to communicate with it (and t= hus
will pop up a console).  I forgot to ask Jeremy whether he= uses the Cygwin
version of ocaml, or the Windows native one.  = ;A quick test of this outside
emacs is to try using rxvt -- if your ocaml works inside that, it proba= bly
will work inside emacs too.

I don't know why remaking the top= level helped you (since that didn't
create a Cygwin version of it). = ; Rebuilding under Cygwin would most likely
help, as would installing the pre-built Cygwin ocaml package that is pa= rt
of the Cygwin distribution.

Igor Peshansky, Cygwin O'Caml volu= nteer maintainer
--
        &= nbsp;           &nbs= p;            http://cs.nyu.edu/~pechtcha/
      |\&= nbsp;     _,,,---,,_     =        pechtcha@cs.nyu.edu | igor= @watson.ibm.com
ZZZzz /,`.-'`'    -.  = ;-;;,_           &nb= sp;Igor Peshansky,=20 Ph.D. (name changed!)
     |,4-  ) )-,_. ,= \ (  `'-'         &n= bsp; old name: Igor Pechtchanski
    '---''(_/--'&nb= sp; `-'\_) fL     a.k.a JaguaR-R-R-r-r-r-.-.-.&nbs= p; Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, p= uisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proo= f enough in
that!" -- Rostand, "Cyrano de Bergerac"
_______________________________________________
Caml-list mailing list= . Subscription management:
ht= tp://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
Archives: http://caml.inria.fr
Beginner's list:= =20 http://groups.yah= oo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs



------=_Part_27002_20368816.1140485962820--