It seems defining variables like `{libname}_AR` has no effect if {libname} is
defined as `LTLIBRARIES` target, libtool script just used AR set during
configuration. This method works only with `LIBRARIES` targets.
The best I could achieve with `LTLIBRARIES = libpthread.la` is to record
dependen
在 2025-02-09 22:48, Jacek Caban 写道:
From: Billy Laws
Signed-off-by: Jacek Caban
---
mingw-w64-headers/crt/fenv.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
While there doesn't seem to be any issue in this series of patches, I would like to ask whether
`long double` should
From: Billy Laws
Signed-off-by: Jacek Caban
---
mingw-w64-headers/crt/math.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/math.h
index 22ca3267c..df05bae46 100644
--- a/mingw-w64-headers/crt/math.h
+++ b/mi
From: Billy Laws
Signed-off-by: Jacek Caban
---
mingw-w64-headers/crt/fenv.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mingw-w64-headers/crt/fenv.h b/mingw-w64-headers/crt/fenv.h
index 1645d07d3..17ff83782 100644
--- a/mingw-w64-headers/crt/fenv.h
+++ b/mingw-w64-h
From: Billy Laws
Signed-off-by: Jacek Caban
---
mingw-w64-headers/crt/math.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/math.h
index e5b12d8d6..6c2e11bd4 100644
--- a/mingw-w64-headers/crt/math.h
+++ b/ming
In preparation for ARM64EC support.
Signed-off-by: Jacek Caban
---
mingw-w64-headers/crt/math.h | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/math.h
index 85ef06773..e5b12d8d6 100644
--- a/mingw-w64-hea
In preparation for ARM64EC support.
Signed-off-by: Jacek Caban
---
mingw-w64-headers/crt/math.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/math.h
index 85ef06773..22ca3267c 100644
--- a/mingw-w64-headers/c
From: Billy Laws
Signed-off-by: Jacek Caban
---
mingw-w64-headers/crt/fenv.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mingw-w64-headers/crt/fenv.h b/mingw-w64-headers/crt/fenv.h
index 1645d07d3..17ff83782 100644
--- a/mingw-w64-headers/crt/fenv.h
+++ b/mingw-w64-h
These patches bring the headers in mingw-w64 in sync with Billy's ARM64EC fork.
The changes are straightforward but reflect a design decision not to expose
x86-specific
MinGW hacks to ARM64EC. The most notable difference is the handling of 80-bit
long double.
Additionally, x86 MinGW's fenv.h def
在 2025-02-09 19:10, LIU Hao 写道:
libpthread_a_AR = ${LIBTOOL} --tag=CCLD --mode=link -static \
$(LN_S) libwinpthread.la libpthread.la
libpthread_dll_a_AR = ${LIBTOOL} --tag=CCLD --mode=link \
$(LN_S) libwinpthread.la libpthread
在 2025-02-09 18:30, Kirill Makurin 写道:
A little off-thread, but could you please take a look at attached patches? I sent them to the list a
few months ago addressing issues with winpthreads' Makefile.am when using MSVC.
The following part of Makefile.am causes build failure when using MSVC:
T
A little off-thread, but could you please take a look at attached patches? I
sent them to the list a few months ago addressing issues with winpthreads'
Makefile.am when using MSVC.
The following part of Makefile.am causes build failure when using MSVC:
```
if COPY_STATIC
lib_LIBRARIES += libpth
在 2025-02-09 16:40, Kirill Makurin 写道:
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?
Thanks! These patches look good to me. Pushed
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,
14 matches
Mail list logo