read.la to construct alias filenames
seems convenient, but it probably has to be tested every time new version of
libtool is used.
- Kirill Makurin
From: JonY via Mingw-w64-public
Sent: Wednesday, November 13, 2024 9:22 AM
To: mingw-w64-public@lists.sourceforge.net
t will create actual symbolic links, but native
(non-cygwin/msys2) programs cannot read them.
- Kirill Makurin
From: Antonin Décimo
Sent: Thursday, November 7, 2024 8:36 PM
To: mingw-w64-public@lists.sourceforge.net
; Kirill Makurin
Subject: Re: [Mingw-w64-public]
ch
may fail if CC has value like "cl.exe -nologo -std:c11". Try to compile and
check whether macro _MSC_VER is defined may be more robust. I may write a patch
for this as well.
*
Kirill Makurin
From 2d0ef83e3981ebf91fc81f9c48018d2a7fa4fe78 Mon Sep 17 00:00:00 2001
From: Kirill M
```
_access(filename, X_OK)
```
will always return -1 and set errno to EINVAL.
Windows does not use execution permissions for files. Maybe it would make sense
to define X_OK to the same value as R_OK?
- Kirill Makurin
___
Mingw-w64-public mailing list
Mingw
using `clock_gettime` is that
if it somehow breaks, it will also make this test to fail.
From: LIU Hao
Sent: Friday, January 31, 2025 3:07 PM
To: mingw-w64-public@lists.sourceforge.net; Jonathan Yong; Kirill Makurin
Subject: Re: [Mingw-w64-public] winpthreads and MSVC
在 2025-
I think `"pthread_time.h"` makes more sense when including headers from the
source tree?
From: LIU Hao
Sent: Friday, January 31, 2025 3:57 PM
To: Kirill Makurin; mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] winpthreads and MS
public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] winpthreads and MSVC
On 1/30/25 3:02 AM, Kirill Makurin wrote:
> Yes, no problem.
>
> I also had a patch for Makefile.am which tried to solve the alias issue by
> copying `[lib]winpthreads[.dll].{lib|a}` as `[lib]pthread[.dll].
pthread_compat.h and use `WINPTHREAD_API`
instead.
Remove duplicated code from pthread.h. It contains verbatim code from sched.h.
Simply include sched.h.
- Kirill Makurin
From 63bc936b8cf13ee302cc4be47f1bb10e7e5a38c2 Mon Sep 17 00:00:00 2001
From: Kirill Makurin
Date: Mon, 10 Feb 2025 17:14:48 +0900
Subject
dependency on winpthreads.la in pthread.la.
I tried to experiment with libtool's --mode=execute hoping it would substitute
.la with a library filename, but --mode=execute works only with executables.
- Kirill Makurin
From: LIU Hao
Sent: Sunday, February 9, 2025 8:
See attached patch.
- Kirill Makurin
From 87951029ce19f763ebf28262bf0bb3a48fbed0c2 Mon Sep 17 00:00:00 2001
From: Kirill Makurin
Date: Sat, 8 Feb 2025 01:45:40 +0900
Subject: [PATCH] winpthreads: make sure WINPTHREAD_API is correctly defined in
pthread_time.h
When building with MSVC
as a subproject, which will allow projects to
use POSIX threads even when building with MSVC.
- Kirill Makurin
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
:58 PM, Kirill Makurin wrote:
> Hi,
>
> I was writing to the list a few months ago regarding building of winpthreads
> with MSVC tools. I also sent a few patches back then, none of which were
> pushed. The first two patches were fixing a syntax error in `src/thread.h`
> and linking
a and libpthread.dll.a so winpthreads can be linked with
usual `-lpthread`.
Any ideas?
- Kirill Makurin
From: LIU Hao
Sent: Sunday, February 9, 2025 6:58 PM
To: Kirill Makurin; mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] make sure WINPTHREAD_A
You make a good point here.
Move both guarded declaration of `clockid_t` and definition of `WINPTHREAD_API
` to pthread_compat.h and include it from both pthread.h and pthread_time.h.
How does this look?
- Kirill Makurin
From: LIU Hao
Sent: Sunday, February 9
Hi,
mingw-w64's `ctype.c` and `wchar.h` are respectively missing declaration of
`_isblank_l` and `_iswblank_l` symbols.
- Kirill Makurin
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/
It slipped my mind back then that we can source .la files to get the variables.
I attached modified patch.
The only issue that will remain is silly libtool behavior I described. But I
think it should be fixed in libtool, not by copying the DLL.
- Kirill Makurin
also think to write CMake infrastructure for it, and I want to upload it with a
copy of winpthreads to GitHub. I think it is a much better way to build
winpthreads with MSVC.
Maybe it would even worth to remove support for MSVC tools from winpthreads'
`configure.ac` and `Makefile.am`
If you're good with that patch, I would like to update it to also remove lines
in `configure.ac` which define `COPY_STATIC` and `COPY_SHARED` Automake
conditionals. Let me know what you decide.
- Kirill Makurin
From: Kirill Makurin
Sent: Sunday, Februa
What do you think about usage of `$(LN_S)` in install-exec-hook? I'm not fan of
it because if the library will be built from Cygwin environment it'll create
actual symbolic links which cannot be read by native applications.
- Kirill Makurin
From: LI
Here's the updated patch. I also used `$(INSTALL_DATA)` instead of `$(LN_S)`
which I think makes more sense.
- Kirill Makurin
From: LIU Hao
Sent: Sunday, February 16, 2025 8:46 PM
To: Kirill Makurin; mingw-w64-public@lists.sourceforge.net
Subject: Re: [Ming
seems strange
to me.
None of source files use `ftime`. There are some tests in `tests_pthread`
subdirectory that use it, but the explicitly include `sys/timeb.h`.
- Kirill Makurin
From 8845189f7a9a0943d2eeea437a723c64da0f Mon Sep 17 00:00:00 2001
From: Kirill Makurin
Date: Sun, 16 Feb 2025
"pthread_compat.h"` to not duplicate it in pthread_time.h, but I think it could
be useful to make pthread_time.h usable on its own.
- Kirill Makurin
From: LIU Hao
Sent: Sunday, February 9, 2025 12:43:20 AM
To: mingw-w64-public@lists.sourceforge.net
ts to be cautious.
- Kirill Makurin
From: LIU Hao
Sent: Tuesday, February 18, 2025 10:37 PM
To: Kirill Makurin; mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] make sure WINPTHREAD_API is correctly defined
in pthread_time.h
在 2025-02-16
th MSVC as they use
`pthread_t` as if it was an old struct removed in patch 1.
I don't know if anyone uses these tests the way the are now, so I think
integrating them with Automake could be useful.
- Kirill Makurin
___
Mingw-w64-public mailing
Sorry, I forgot to attach patches.
From: Kirill Makurin
Sent: Thursday, February 20, 2025 2:33 AM
To: mingw-w64-public
Subject: winpthreads: a few more header file cleanups
Patch 1: remove old, commented out typedef for `pthread_t`.
Patch 2: move `SIG_BLOCK
25 matches
Mail list logo
