Page MenuHome GnuPG

npthProject
ActivePublic

Members

  • This project does not have any members.
  • View All

Recent Activity

Oct 5 2022

gniibe triaged T6227: Windows 64-bit: NPTH API as Wishlist priority.
Oct 5 2022, 8:40 AM · Windows 64, Memo, npth

Sep 22 2022

werner removed a project from T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW: Restricted Project.
Sep 22 2022, 11:05 AM · npth, Bug Report
werner removed a project from T4491: Compile error in nPth's t-fork.c on Solaris 11.3 i86pc: Restricted Project.
Sep 22 2022, 11:05 AM · npth, Bug Report
werner changed the status of T5748: Adding poll/ppoll to NPTH from Open to Testing.
Sep 22 2022, 10:58 AM · npth, Feature Request

Jul 22 2022

SpriteOvO added a comment to T6078: File `config.guess` is a little out of date.

@gniibe Thanks!

Jul 22 2022, 6:41 PM · gpgme, pinentry, scute, ntbtls, libksba, libassuan, npth, libgcrypt, gpgrt, gnupg, Bug Report
gniibe closed T6078: File `config.guess` is a little out of date as Resolved.

In the repo, for all related software, it's done.

Jul 22 2022, 3:42 AM · gpgme, pinentry, scute, ntbtls, libksba, libassuan, npth, libgcrypt, gpgrt, gnupg, Bug Report
gniibe added a comment to T6078: File `config.guess` is a little out of date.

Note that versions since 2020-11-07 to 2021-07-03 have major problem with non-POSIX shell, which doesn't support $(..) construct.

Jul 22 2022, 3:40 AM · gpgme, pinentry, scute, ntbtls, libksba, libassuan, npth, libgcrypt, gpgrt, gnupg, Bug Report

Jul 18 2022

gniibe triaged T6078: File `config.guess` is a little out of date as Normal priority.

Thank you.

Jul 18 2022, 10:56 AM · gpgme, pinentry, scute, ntbtls, libksba, libassuan, npth, libgcrypt, gpgrt, gnupg, Bug Report

May 27 2022

sergi added a watcher for npth: sergi.
May 27 2022, 10:09 PM

May 10 2022

gniibe added a project to T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW: Restricted Project.
May 10 2022, 7:31 AM · npth, Bug Report

Mar 24 2022

eliz added a comment to T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW.

Indeed, different versions of MinGW use different symbols to guard the declaration, and using those symbols in not future-proof enough, IME.
Removing the declaration is definitely the best solution.

Mar 24 2022, 9:57 AM · npth, Bug Report
gniibe changed the status of T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW from Open to Testing.
Mar 24 2022, 2:11 AM · npth, Bug Report
gniibe added a comment to T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW.

Pushed the change removing the definition.

Mar 24 2022, 2:09 AM · npth, Bug Report

Mar 23 2022

eliz added a comment to T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW.

Considering again, I think that just removing the definition of the struct timespec in npth.h is the best approach, given the situation, it's been there for MINGW64 and it's now in original MinGW.

Mar 23 2022, 1:31 PM · npth, Bug Report
gniibe added a comment to T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW.

Considering again, I think that just removing the definition of the struct timespec in npth.h is the best approach, given the situation, it's been there for MINGW64 and it's now in original MinGW.

Mar 23 2022, 6:36 AM · npth, Bug Report
gniibe added a comment to T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW.

Thank you. I understand the situation by looking at mingwrt-5.4.2-mingw32-src.tar.xz.

Mar 23 2022, 4:05 AM · npth, Bug Report

Mar 22 2022

eliz added a comment to T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW.

The version of MinGW is 5.4.x, the latest one. It is available from https://osdn.net/projects/mingw/releases.
MinGW64 is a fork of the above (original) MinGW. They have unfortunately diverged, thus the need to have these changes.

Mar 22 2022, 1:30 PM · npth, Bug Report
werner triaged T5900: add npth socket test case as Low priority.
Mar 22 2022, 11:42 AM · Tests, npth, Feature Request
gniibe added a project to T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW: npth.
Mar 22 2022, 2:23 AM · npth, Bug Report

Jan 4 2022

gniibe added a project to T5748: Adding poll/ppoll to NPTH: Restricted Project.
Jan 4 2022, 12:58 PM · npth, Feature Request

Dec 23 2021

gniibe lowered the priority of T5748: Adding poll/ppoll to NPTH from High to Normal.
Dec 23 2021, 1:22 AM · npth, Feature Request

Dec 22 2021

gniibe triaged T5748: Adding poll/ppoll to NPTH as High priority.
Dec 22 2021, 1:51 AM · npth, Feature Request

Nov 10 2021

gniibe added a project to T5610: macOS 11 or newer support: Update libtool: gpgme.

Also applied to gpgme.

Nov 10 2021, 3:07 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe added a comment to T5610: macOS 11 or newer support: Update libtool.

Since there is no problem with libgpg-error 1.43, I applied it to other libraries: npth, libassuan, libksba, and ntbtls.

Nov 10 2021, 3:04 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt

Nov 3 2021

werner closed T5610: macOS 11 or newer support: Update libtool as Resolved.
Nov 3 2021, 3:16 PM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt

Oct 20 2021

mfe added a comment to T5664: npth-1.6: error: unknown type name ‘pthread_rwlock_t’.

Thanks! I was able to compile the current source code of npth (1.7) (with gcc 7.1. and ldd (GNU libc) 2.3.2 ). The error error: unknown type name ‘pthread_rwlock_t’ didn't occour.

Oct 20 2021, 4:03 PM · npth, Bug Report
gniibe added a comment to T5664: npth-1.6: error: unknown type name ‘pthread_rwlock_t’.

I have a little concern for glibc 2.34 (which has dummy libpthread and all is actually in libc).

Oct 20 2021, 9:57 AM · npth, Bug Report
werner added a comment to T5664: npth-1.6: error: unknown type name ‘pthread_rwlock_t’.

Okay, any thing else missing in nPth?

Oct 20 2021, 8:37 AM · npth, Bug Report
gniibe triaged T5664: npth-1.6: error: unknown type name ‘pthread_rwlock_t’ as Normal priority.

It was fixed in: rPTH223e59f992f9: build: Define _NPTH_NO_RWLOCK when we can't find pthread_rwlock_t. and rPTH09a12a679ec0: Fix how we expose rwlock API.

Oct 20 2021, 3:36 AM · npth, Bug Report

Oct 19 2021

werner assigned T5664: npth-1.6: error: unknown type name ‘pthread_rwlock_t’ to gniibe.

Hello @gniibe, you did the last work on nPTh. Would you be so kind and look into this?

Oct 19 2021, 1:06 PM · npth, Bug Report
mfe created T5664: npth-1.6: error: unknown type name ‘pthread_rwlock_t’.
Oct 19 2021, 12:26 PM · npth, Bug Report

Sep 27 2021

aconchillo added a comment to T5610: macOS 11 or newer support: Update libtool.

These are great news. Thank you!

Sep 27 2021, 6:35 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe added a comment to T5610: macOS 11 or newer support: Update libtool.

Pushed the change to libgpg-error and libgcrypt (1.9 and master).
Let us see if there are any problem(s) for that, I will apply it to other libraries when it will be found no problem.

Sep 27 2021, 4:16 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe renamed T5610: macOS 11 or newer support: Update libtool from Update libtool to macOS 11 or newer support: Update libtool.
Sep 27 2021, 3:31 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe added a comment to T5610: macOS 11 or newer support: Update libtool.

Thank you for the information.
For the record, I put the link to the email submitted:
https://lists.gnu.org/archive/html/libtool-patches/2020-06/msg00001.html

Sep 27 2021, 3:30 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt

Sep 22 2021

aconchillo added a comment to T5610: macOS 11 or newer support: Update libtool.

Oh, you are right, it's not upstream. It's actually applied to Homebrew (https://brew.sh/) libtool formula which is where I originally got libtool.m4, see:

Sep 22 2021, 9:06 PM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe added a comment to T5610: macOS 11 or newer support: Update libtool.

I see your point. I'd like to locate/identify where the change comes from.
I think that what you refer by "new libtool.m4" is actually macOS local change (I mean, not from libtool upstream, AFAIK).
Could you please point out the source of the change?

Sep 22 2021, 2:01 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt

Sep 21 2021

aconchillo added a comment to T5610: macOS 11 or newer support: Update libtool.

That would work, however we might hit this issue with a new macOS release. Would it make more sense to update to what the new libtool.m4 is doing? Linker flags are the same, it only changes the way they detect macOS versions:

Sep 21 2021, 8:33 PM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
werner added a comment to T5610: macOS 11 or newer support: Update libtool.

That does indeed not look like something which could introduce a regression.

Sep 21 2021, 11:43 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe added a comment to T5610: macOS 11 or newer support: Update libtool.

I misunderstood as if we need to update libtool from upstream.

Sep 21 2021, 9:16 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
werner triaged T5610: macOS 11 or newer support: Update libtool as Low priority.

macOS has low priority for us and I do not want to risk any regression.

Sep 21 2021, 8:42 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe added a comment to T5610: macOS 11 or newer support: Update libtool.

About merging our local changes.

Sep 21 2021, 8:11 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe added a comment to T5610: macOS 11 or newer support: Update libtool.

We have our own changes for ltmain.sh and libtool.m4.

Sep 21 2021, 7:19 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe added a comment to T5610: macOS 11 or newer support: Update libtool.

And update from automake 1.16:

Sep 21 2021, 7:02 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe added a comment to T5610: macOS 11 or newer support: Update libtool.

It's better to update the set of files from libtool:

build-aux/ltmain.sh
m4/libtool.m4
m4/ltoptions.m4
m4/ltsugar.m4
m4/ltversion.m4
m4/lt~obsolete.m4
Sep 21 2021, 6:58 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe added a comment to T5610: macOS 11 or newer support: Update libtool.

Our libtool was 2.4.2 + Debian patches + our local changes.
Debian patches are:
https://salsa.debian.org/mckinstry/libtool/-/blob/debian/master/debian/patches/link_all_deplibs.patch
https://salsa.debian.org/mckinstry/libtool/-/blob/debian/master/debian/patches/netbsdelf.patch

Sep 21 2021, 6:57 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt
gniibe created T5610: macOS 11 or newer support: Update libtool.
Sep 21 2021, 6:33 AM · gpgme, MacOS, ntbtls, npth, libksba, libassuan, libgcrypt, gpgrt

Aug 13 2021

werner changed the edit policy for npth.
Aug 13 2021, 11:10 PM

Mar 17 2020

gniibe closed T4880: npth: Add functions to wake up condition variable as Invalid.

It is my confusion. The API is available. I only looked for symbols in the library.
It is #define-d macro to pthread_cond_*.

Mar 17 2020, 2:59 AM · Feature Request, npth
gniibe added a comment to T4880: npth: Add functions to wake up condition variable.

For Windows, it is available. I don't know the reason why it has not been available for POSIX.

Mar 17 2020, 1:51 AM · Feature Request, npth