GentlePeople:
Looking at the link errors shown below:
How do I configure meson and ninja to find the path to the dlls
which are located here: /usr/i686-w64-mingw32/sys-root/mingw/bin
Thomas Dineen
P.S. Thank You for the previous answer!
;
; Glib Cross Build meson ninja To i686
;
vi Cro
Signed-off-by: Noah Treuhaft
---
This seems like the right place for these, but they might belong elsewhere.
They're documented here:
https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/tmpnam-s-wtmpnam-s?view=vs-2019#remarks
mingw-w64-headers/crt/sec_api/stdio_s.h | 3 +++
1 file
On 28.04.2020 23:27, Thomas Dineen wrote:
000b:fixme:winediag:__wine_start_process Wine Staging 5.0 is a testing
version containing experimental patches.
000b:fixme:winediag:__wine_start_process Please mention your exact
version when filing bug reports on winehq.org.
002b:err:module:__wine_proce
Yes: Wine is installed. It appears to have been automatically
on first meson call.
On 4/28/2020 2:32 PM, Zach Bacon wrote:
Quick question, but since it's a sanity check that's failing, and it's a
windows executable that's trying to run, have you tried installing wine to
see if that will allow
Quick question, but since it's a sanity check that's failing, and it's a
windows executable that's trying to run, have you tried installing wine to
see if that will allow it to execute to complete the sanity check?
On Tue, Apr 28, 2020, 5:27 PM Thomas Dineen wrote:
> GentlePeople:
>
> I am t
GentlePeople:
I am trying to build gdk-pixbuf-2.40.0 out of the box.
The directions require the use of meson and ninja, my first
experience with both!
I am on a Fedora 30 X86 Host, and I want to cross compile to i686
for Windows.
I am using the cross tools provided by the Fedora distribut
On Mon, 27 Apr 2020, Steve Lhomme wrote:
The library already existed for projects correctly using it, but the actual
code was in libmingw32.
So practically, this will most probably break all projects that use the
feature, as they most probably haven't added -ldelayimp - as they haven't
neede
...
From d95d2af902747c74106621f03714683b9dd3743e Mon Sep 17 00:00:00 2001
From: Biswapriyo Nath
Date: Tue, 28 Apr 2020 21:25:51 +0530
Subject: [PATCH] headers/inputscope.idl: add winapifamily conditions and
ITfInputScope2 interface
Signed-off-by: Biswapriyo Nath
---
mingw-w64-headers/include/
在 2020/4/28 15:21, Pali Rohár 写道:
> Trying to link application with msvcr80.dll instead of msvcrt.dll (e.g. by
> replacing -lmsvcrt by -lmsvcr80 in gcc spec file) results in following
> linker error:
>
> .../lib/crt2.o: in function `_tmainCRTStartup':
> .../mingw-w64-crt/crt/crtexe.c:290: undefine
On Tue, 28 Apr 2020, Steve Lhomme wrote:
It's currently impossible to build a mingwex that is guaranteed to pass
the winstore certification.
You can't certify a static library. And even for the "known good" version
of the library, it will contain calls to forbidden functions, that are
stubbe
On 2020-04-28 11:38, Martin Storsjö wrote:
On Tue, 28 Apr 2020, Steve Lhomme wrote:
On 2020-04-27 19:22, Martin Storsjö wrote:
On Mon, 27 Apr 2020, Steve Lhomme wrote:
The library already existed for projects correctly using it, but the
actual
code was in libmingw32.
There is also a configu
Signed-off-by: Nikolay Sivov
---
Some of remaining quoted types belong to other files, I'm going to move them
next.
mingw-w64-headers/include/mfidl.idl | 555 +++-
1 file changed, 295 insertions(+), 260 deletions(-)
diff --git a/mingw-w64-headers/include/mfidl.idl
b/m
Trying to link application with msvcr80.dll instead of msvcrt.dll (e.g. by
replacing -lmsvcrt by -lmsvcr80 in gcc spec file) results in following
linker error:
.../lib/crt2.o: in function `_tmainCRTStartup':
.../mingw-w64-crt/crt/crtexe.c:290: undefined reference to
`_set_invalid_parameter_handle
C99 and C++11 standards requires printf ll modifier for long long type but
it does not work in WinXP system msvcrt.dll. It requires at least library
msvcr80.dll.
So when gcc is invoked with --std=c99 (or new) or --std=c++11 (or new) ansi
stdio macro needs to be enabled for printf ll modifier suppo
On Tue, 28 Apr 2020, Steve Lhomme wrote:
And if it uses it, we'd still have to provide
LoadLibraryA or make the delayimp code use LoadLibraryW directly.
As said, providing a generic LoadLibraryA may not work because of
varying codepages. The fact that this delay loading API is ANSI only is
o
On Tue, 28 Apr 2020, Steve Lhomme wrote:
On 2020-04-27 19:22, Martin Storsjö wrote:
On Mon, 27 Apr 2020, Steve Lhomme wrote:
The library already existed for projects correctly using it, but the
actual
code was in libmingw32.
There is also a configure option to enable delay loading support (o
On Mon, 27 Apr 2020, Jacek Caban wrote:
On 27.04.2020 19:55, Jean-Baptiste Kempf wrote:
On Mon, Apr 27, 2020, at 19:40, Jacek Caban wrote:
On 27.04.2020 16:31, Steve Lhomme wrote:
It's needed by:
- getlogin() in mingwex
Could we prohibit getlogin() on non-desktop in headers instead?
Or ca
On 2020-04-27 16:31, Steve Lhomme wrote:
The original libwinstorecompat is designed to be used with libmincore.
- _beginthread _beginthreadex _endthread _endthreadex are allowed
They are allowed with UCRT but not in 8.x store apps. I'm not sure what
it means for win10 store apps. The doc do
On Tue, Apr 28, 2020, at 10:28, Steve Lhomme wrote:
> On 2020-04-27 19:23, Martin Storsjö wrote:
> > On Mon, 27 Apr 2020, Steve Lhomme wrote:
> >
> >> The original libwinstorecompat is designed to be used with libmincore.
> >>
> >> - _beginthread _beginthreadex _endthread _endthreadex are allowe
On 2020-04-27 19:23, Martin Storsjö wrote:
On Mon, 27 Apr 2020, Steve Lhomme wrote:
The original libwinstorecompat is designed to be used with libmincore.
- _beginthread _beginthreadex _endthread _endthreadex are allowed
- CreateEventW is allowed
- CreateMutexW is allowed
- CreateSemaphoreW is
On 2020-04-27 19:32, Jacek Caban wrote:
On 27.04.2020 19:22, Martin Storsjö wrote:
Jacek, Wine uses delayloaded DLLs a lot - does it use -ldelayimp
properly? Or does it entirely use its own implementation of the helper
function nowadays?
Wine will always use its own implementation (that just
On 2020-04-27 19:22, Martin Storsjö wrote:
On Mon, 27 Apr 2020, Steve Lhomme wrote:
The library already existed for projects correctly using it, but the
actual
code was in libmingw32.
There is also a configure option to enable delay loading support (off by
default). So It's only built when it'
On 2020-04-27 19:59, Jacek Caban wrote:
On 27.04.2020 19:55, Jean-Baptiste Kempf wrote:
On Mon, Apr 27, 2020, at 19:40, Jacek Caban wrote:
On 27.04.2020 16:31, Steve Lhomme wrote:
It's needed by:
- getlogin() in mingwex
Could we prohibit getlogin() on non-desktop in headers instead?
It's
23 matches
Mail list logo
