From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: =?UTF-8?Q?Germ=C3=A1n_Diago?= Newsgroups: gmane.lisp.guile.devel Subject: Re: Interest in windows native port, interpreters for other languages and C++ binding API. Date: Wed, 01 Feb 2017 15:09:56 +0000 Message-ID: References: <83lgtrw8lm.fsf@gnu.org> <83a8a6vzmh.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11483916aa0b3205477971b8 X-Trace: blaine.gmane.org 1485963747 22608 195.159.176.226 (1 Feb 2017 15:42:27 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 1 Feb 2017 15:42:27 +0000 (UTC) Cc: guile-devel@gnu.org To: Eli Zaretskii Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Feb 01 16:42:22 2017 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cYx36-0005VE-KU for guile-devel@m.gmane.org; Wed, 01 Feb 2017 16:42:20 +0100 Original-Received: from localhost ([::1]:51645 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYx3B-0007oi-No for guile-devel@m.gmane.org; Wed, 01 Feb 2017 10:42:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38155) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYwY3-0002yT-LQ for guile-devel@gnu.org; Wed, 01 Feb 2017 10:10:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYwXx-0000vl-Qs for guile-devel@gnu.org; Wed, 01 Feb 2017 10:10:15 -0500 Original-Received: from mail-yw0-x233.google.com ([2607:f8b0:4002:c05::233]:36397) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYwXv-0000te-VB; Wed, 01 Feb 2017 10:10:08 -0500 Original-Received: by mail-yw0-x233.google.com with SMTP id v200so63921921ywc.3; Wed, 01 Feb 2017 07:10:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=n9z9AILr6UpId3is7JN2P+MwS3shM+JQxciZ8Se7eJ4=; b=WSpbDv9JvcazVZoKuu6SGq5N5xu/A+dDQ5NBJ0SLPY3vRhnpxSE/cpcAI+YcQSK3Gf J72Nz6KT/YpzXCC0tpuI4NcboHK0IwYdceI950UBtyUUH+y9f2OJxSKvwq5w87+VvgRj E/LhEjnC4ttMVSDIYrtj+jjUd6kC1sUJ/ENEv+hcJxbbhng/7gRPgsa3c9YRwyQzmgFt raLZldThnVIkHZGhnOOEQU5PcFZPaeKFQO9IiK641uF9h++Mi9RIPG5k447PB5lnUCL7 Q5rHxI3wyG28NHpB4DZ80yV8eJSJlEPRJSOTubF13XwI/CzjtP46iUfBdMfn7VfP1hQl fUqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=n9z9AILr6UpId3is7JN2P+MwS3shM+JQxciZ8Se7eJ4=; b=uH7gdv2xmeq/HnUQM1PX0LWGvRkGK0YUumKDG5fviQDRtPr0vj5TPtg4HQRULK/R4l boSikpL7v8P1V29B/pKSSWfhRb9ZqP8ojpKRvWR2uldll+anGceraWSt6yWAton1YuUJ xS8N8TR2oVYuhWuay+iwEiXWgM7gIoMqTpsyGgO3eXz2FyhKuBL1VNuTylhweZqai/Va +sp41BlATOw5xHDzwMtjP80y2x5s68/UMngcxrL0OJyJ08QiBlf+bkYUnA+8g21XjqoO gcNOu+Lg1nn3ANmkffC1/TQfBx5hz87+6bmJCYcAM2j4fZzXZto9SuqwImJVfeAJX+BO uLGw== X-Gm-Message-State: AIkVDXJB09KOR4HX03ejrQlLYExoMh+TTv2VN1pGC7zzv0FV9maSZFqGIazJ1glKU94w3M6UasdL4zOycSNUjw== X-Received: by 10.129.91.194 with SMTP id p185mr2014960ywb.50.1485961807135; Wed, 01 Feb 2017 07:10:07 -0800 (PST) In-Reply-To: <83a8a6vzmh.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4002:c05::233 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: "guile-devel" Xref: news.gmane.org gmane.lisp.guile.devel:18882 Archived-At: --001a11483916aa0b3205477971b8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable El El mi=C3=A9, 1 feb 2017 a las 19:56, Eli Zaretskii escrib= i=C3=B3: > > From: Germ=C3=A1n Diago > > Date: Wed, 1 Feb 2017 12:18:28 +0700 > > Cc: guile-devel@gnu.org > > > > Well, provided that you are tied to msys and you can never ever compile > guile with a microsoft compiler, that > > is ok. You are talking only about your use case. The reality is quite > different: if you want windows adoption, you > > need to use the native toolchain to compile. > > MSYS is used only to run Bash, m4, perl, etc. -- programs that are > invoked during the configure stage and by shell script fragments in > the Makefile. The compiler is MinGW, not MSYS. MinGW produces native > executables that are completely compatible with MSVC compiled > programs. So I don't see a problem here, or any need to use non-free > compilers. Good to hear it is compatible at least. I do not see the point in blocking users to use the compiler of their choice as long as you can still use your free compiler. Autotools is slow in windows as well I say this by own experience. Anyway I do not wanna get into ideological fights. If you are not willing to take positively suggestions and possible collaborations for potentially improving adoption, I do not wanna stay in your way. I think this attitude will harm more than benefit the project. > MinGW supports native Windows threads, and in fact the ported pthreads > are just a very thin wrapper around native threads. This is not how most users use a setup in windows no matter how much we whine. This will prevent adoption. So if you want my help, I am still available. As I said, my proposal does not prevent you from using MinGW. Thanks for your time. > --001a11483916aa0b3205477971b8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
El El mi=C3=A9, 1 feb 2017 a las 19:56,= Eli Zaretskii <eliz@gnu.org> esc= ribi=C3=B3:
> From: Germ=C3=A1n = Diago <germandiago@gmail.com>
> Date: Wed, 1 Feb 2017 12:18:28 +0700
> Cc: guile-devel@gnu.org
>
> Well, provided that you are tied to msys and you can never ever compil= e guile with a microsoft compiler, that
> is ok. You are talking only about your use case. The reality is quite = different: if you want windows adoption, you
> need to use the native toolchain to compile.

MSYS is used only to run Bash, m4, perl, etc.=C2=A0 -- programs that are invoked during the configure stage and by shell script fragments in
the Makefile.=C2=A0 The compiler is MinGW, not MSYS.=C2=A0 MinGW produces n= ative
executables that are completely compatible with MSVC compiled
programs.=C2=A0 So I don't see a problem here, or any need to use non-f= ree compilers.

Good to hear it is compatible at least. I do not see the = =C2=A0point in blocking users to use the compiler of their choice as long a= s you can still use your free compiler. Autotools is slow in windows as wel= l I say this by own experience. Anyway I do not wanna get into ideological = fights. If you are not willing to take positively suggestions and possible = collaborations for potentially improving adoption, I do not wanna stay in y= our way. I think this attitude will harm more than benefit the project.
=C2=A0
MinGW supports native Windows threads, and in fact the ported pthreads
are just a very thin wrapper around native threads.

This is not how most users use a setup in windows no matter how mu= ch we whine. This will prevent adoption. So if you want my help, I am still= available. As I said, my proposal does not prevent you from using MinGW.

Thanks for your time.
--001a11483916aa0b3205477971b8--