unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
From: "Dr. Arne Babenhauserheide" <arne_bab@web.de>
To: Jonas Hahnfeld via "Developers list for Guile,
	the GNU extensibility library" <guile-devel@gnu.org>
Cc: "Ludovic Courtès" <ludo@gnu.org>, "Andy Wingo" <wingo@pobox.com>,
	"Jonas Hahnfeld" <hahnjo@hahnjo.de>,
	"Michael Käppler" <xmichael-k@web.de>
Subject: Re: Guile 64-bit Windows support, redux
Date: Mon, 15 Jul 2024 01:10:40 +0200	[thread overview]
Message-ID: <87le23zi1b.fsf@web.de> (raw)
In-Reply-To: <a63b8595f062a12c541cc1456c21c2bab09ebd1b.camel@hahnjo.de> (Jonas Hahnfeld via's message of "Sun, 14 Jul 2024 20:30:49 +0200")

[-- Attachment #1: Type: text/plain, Size: 1531 bytes --]

Jonas Hahnfeld via "Developers list for Guile, the GNU extensibility library" <guile-devel@gnu.org> writes:

> On Wed, 2024-03-20 at 21:28 +0100, Jonas Hahnfeld wrote:
>> I'm also explicitly CC'ing Andy and Ludo - we really need a statement
>> by a maintainer whether this can land. From my point of view, it's a
>> clear improvement in terms of supported platforms, plus tested by
>> LilyPond since some time now which is probably one of the bigger
>> "customers".
>
> Another ping on this topic...
> patches downstream in LilyPond, and recently Michael Käppler (CC'ed)
> investigated and provided fixes for some more problems with 32-bit long
> on Windows that would ideally find their way upstream.

> including the patch to store hashes in uintptr_t, as also done by Jan
> Nieuwenhuizen, Mike Gran, and Andy Wingo in the wip-mingw branch, which

I do not have enough background to judge the other patches, but this one
looks safe and good to me.

> [5. text/x-patch; 0004-Store-hashes-as-uintptr_t.patch]...

If no one sees a problem with that, I can merge, test, and push it, but
I’m no maintainer, so I still need a “looks good to me, feel free to
push” from a proper maintainer.

I can also check whether it makes a performance difference on GNU/Linux
(though I doubt that).

And in general: almost everything that makes the life easier for
Lilypond devs is a win for Guile, too.

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1125 bytes --]

      reply	other threads:[~2024-07-14 23:10 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1629803116.370682.1686084646758.ref@mail.yahoo.com>
2023-06-06 20:50 ` Guile 64-bit Windows support, redux Mike Gran
2023-06-06 20:56   ` Jean Abou Samra
2023-06-06 21:10   ` [EXT] " Thompson, David
2023-06-06 21:58     ` Mike Gran
2023-06-08 19:50   ` Maxime Devos
2023-06-08 20:46     ` Mike Gran
2023-06-09 11:01       ` Maxime Devos
2023-06-22 13:36         ` Mike Gran
2023-10-29 21:34   ` Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library
2023-11-28 21:04     ` Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library
2023-11-28 22:04       ` Dr. Arne Babenhauserheide
2024-01-04 10:40       ` Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library
2024-02-06  6:44         ` Dr. Arne Babenhauserheide
2024-02-07 14:19         ` Thompson, David
2024-02-07 20:19           ` Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library
2024-02-07 20:23             ` Thompson, David
2024-02-07 20:29               ` Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library
2024-03-20 20:28                 ` Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library
2024-03-20 20:40                   ` Thompson, David
2024-03-23 15:09                     ` Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library
2024-03-29 17:20                       ` Thompson, David
2024-07-14 18:30                   ` Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library
2024-07-14 23:10                     ` Dr. Arne Babenhauserheide [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87le23zi1b.fsf@web.de \
    --to=arne_bab@web.de \
    --cc=guile-devel@gnu.org \
    --cc=hahnjo@hahnjo.de \
    --cc=ludo@gnu.org \
    --cc=wingo@pobox.com \
    --cc=xmichael-k@web.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).