From: Andy Wingo <wingo@pobox.com>
To: "Jan Schukat" <shookie@email.de>
Cc: 15280-done@debbugs.gnu.org
Subject: bug#15280: Building on native mingw fails
Date: Tue, 21 Jun 2016 12:49:16 +0200 [thread overview]
Message-ID: <87a8ie3jgz.fsf@pobox.com> (raw)
In-Reply-To: <trinity-6419dad6-ea1f-4d3b-ba14-038e255c72ea-1378420945104@3capp-webde-bs05> (Jan Schukat's message of "Fri, 6 Sep 2013 00:42:25 +0200 (CEST)")
Hi Jan,
I believe that Eli Zaretskii builds natively on MinGW. I know we do
cross-build as well. I'm going to archive this bug; please open a new
one if you have a problem with the most recent releases. Thanks!
Andy
On Fri 06 Sep 2013 00:42, "Jan Schukat" <shookie@email.de> writes:
> Hello again,
> I'm trying windows builds on mingw again. My system is a 64bit Windows
> 7 and the uname -a of my mingw is this:
> MINGW32_NT-6.1 DIOGENES 1.0.18(0.48/3/2) 2012-11-21 22:34 i686 Msys
> My guile package is
> http://hydra.nixos.org/build/5775717/download/3/guile-2.0.9.76-0ac084-dirty.tar.gz
> I made 3 different builds, and have the logs of all three attached.
> First build is without any changes to the guile source. Whith this
> HAVE_MSVC_INVALID_PARAMETER_HANDLER and
> MSVC_INVALID_PARAMETER_HANDLING == DEFAULT_HANDLING are defined and
> the gcc 4.8.1 stumbles over cdecl on line 31 in msvc-inval.c
> Then I change cdecl to __cdecl on that line. GCC compiles but when
> guile-procedures.texi is generated, guile.exe throws this in a message
> box:
> "The procedure entry point _set_invalid_parameter_handler could not be
> located in the dynamic link library msvcrt.dll."
> Final attempt is manually disabling
> HAVE_MSVC_INVALID_PARAMETER_HANDLER in the config.h after configure
> was executed. With this the old backtrace on generating
> guile-procedures.texi comes up again:
> Backtrace:
> In unknown file:
> ?: 3 [apply-smob/1 #<boot-closure 69f8a0 (_ _ _)> #t ...]
> ?: 2 [apply-smob/1 #<catch-closure 6abc90> quit #<unspecified>]
> ?: 1 [apply-smob/1 #<boot-closure 69f8a0 (_ _ _)> #t ...]
> ?: 0 [apply-smob/1 #<catch-closure 55fde80>]
prev parent reply other threads:[~2016-06-21 10:49 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-05 22:42 bug#15280: Building on native mingw fails Jan Schukat
2016-06-21 10:49 ` Andy Wingo [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=87a8ie3jgz.fsf@pobox.com \
--to=wingo@pobox.com \
--cc=15280-done@debbugs.gnu.org \
--cc=shookie@email.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).