> On Nov 28, 2017, at 04:06, s...@posteo.jp wrote:
>
> Thanks for the patch Jacek , I just tested building a x86_64 toolchain and it
> builds just fine.
Yes, Jacek’s patch does make it build, but it won’t actually successfully load
at runtime since it tries to reference a function that doesn’t
> On Nov 28, 2017, at 02:40, Jacek Caban wrote:
>
> Hi Sven,
>
>
> On 11/28/17 12:07 AM, Sven Kretzschmar wrote:
>> Do you have an idea how to fix this ?
>> Should I just revoke the corresponding change/patch ? :
>> https://sourceforge.net/p/mingw-w64/mingw-w64/ci/fa33563b8f3f128d62257f1bc24bae
This is necessary for msvcrt.dll on x86_64 (and arm and arm64) and
msvcr80.dll on x86_64.
This fixes building for x86_64 with msvcrt.dll since
9a2f3f1ca12ea76546812142f91385b3d4a374c9.
Signed-off-by: Martin Storsjö
---
mingw-w64-crt/Makefile.am| 16
mingw-w64-crt/misc/_
configure:3401: checking whether the C compiler works
configure:3423: x86_64-w64-mingw32-gcc -march=x86-64 -mtune=generic -O2
-pipe -DHAVE_BZIP2 -D_FORTIFY_SOURCE=2 -D__USE_MINGW_ANSI_STDIO=1 -pipe
conftest.c -lbz2 >&5
configure:3427: $? = 0
configure:3475: result: yes
configure:3478: checking for
Dear all,
Today I noticed that `wint_t` is a typedef of `unsigned short`. This is
however non-conforming, as the C99 standard says it shall not be changed
by default argument promotions.
This can be noticed from the following program:
```
E:\Desktop>expand -t4 test.c
#include
#include
int mai
Thanks for the patch Jacek , I just tested building a x86_64 toolchain
and it builds just fine.
- Sora
On 28.11.2017 01:40, Jacek Caban wrote:
Hi Sven,
On 11/28/17 12:07 AM, Sven Kretzschmar wrote:
Do you have an idea how to fix this ?
Should I just revoke the corresponding change/patch ? :
Hi Sven,
On 11/28/17 12:07 AM, Sven Kretzschmar wrote:
Do you have an idea how to fix this ?
Should I just revoke the corresponding change/patch ? :
https://sourceforge.net/p/mingw-w64/mingw-w64/ci/fa33563b8f3f128d62257f1bc24bae9f04a5e14a/
Sorry for breaking it and thanks for the report. I d
Oouf, so that was the problem, thought i was going nuts, the last pull
from msys2 broke the compiler completely with those exact errors. Mind
giving me a hint when it's fixed ?.
Den 28-11-2017 kl. 00:07 skrev Sven Kretzschmar:
> It seems that this patch somehow broke cross-compiling the gnu toolc
It seems that this patch somehow broke cross-compiling the gnu toolchain when
_not_ using the "--with-default-msvcrt=ucrtbase" option.
I am getting the following errors during "make" in gcc subdir (final build step
for building cross-compiler from Cygwin to mingw64 x86_64):
configure:3713: check
On 2017/11/27 21:55, Jeremy Nicoll wrote:
> On Mon, 27 Nov 2017, at 13:03, Ruben Van Boxem wrote:
>> It would really helpful there were a backtrace of the crash, so we could
>> pinpoint where the problem might lie.
>
> How does one capture one on Windows?
>
Compile all your source with `-ggdb` or
On Mon, 27 Nov 2017, at 13:03, Ruben Van Boxem wrote:
> It would really helpful there were a backtrace of the crash, so we could
> pinpoint where the problem might lie.
How does one capture one on Windows?
--
Jeremy Nicoll - my opinions are my own.
--
It would really helpful there were a backtrace of the crash, so we could
pinpoint where the problem might lie.
Ruben
Op 27 nov. 2017 10:17 a.m. schreef "Christer Solskogen" <
christer.solsko...@gmail.com>:
> Hi!
>
> I cross compile a Atari ST(e) emulator called hatari using a Linux
> machine. Th
On Mon, 27 Nov 2017, Martell Malone wrote:
Hey Martin,
When I first wrote this I only considered letters and not numbers for
ctor/dtor names.
If there any special characters ordered after numbers we should use them
instead.
Otherwise LGTM.
So far, I've only ever see .ctors populated with sect
Hey Martin,
When I first wrote this I only considered letters and not numbers for
ctor/dtor names.
If there any special characters ordered after numbers we should use them
instead.
Otherwise LGTM.
Martell
On Sun 26 Nov 2017 at 23:58, Martin Storsjö wrote:
> On Mon, 27 Nov 2017, Martin Storsjö
Hi!
I cross compile a Atari ST(e) emulator called hatari using a Linux
machine. The binary works on Windows 8[.1] and 10, but for some reason
it does not work on Windows 7. Not all binaries produced crashes. A
simple hello world program works on Windows 7 as well.
Both 32bit and 64bit versio
15 matches
Mail list logo
