Page MenuHome GnuPG

npthProject
ActivePublic

Members

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

Watchers

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

Recent Activity

Tue, May 10

gniibe added a project to T5889: Declaration of 'struct timespec' in npth-1.6 conflicts with some versions of MinGW: Testing.
Tue, May 10, 7:31 AM · Testing, 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 · Testing, 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 · Testing, 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 · Testing, 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 · Testing, 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 · Testing, 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 · Testing, 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 · Testing, 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 · Testing, npth, Bug Report

Jan 4 2022

gniibe added a project to T5748: Adding poll/ppoll to NPTH: Testing.
Jan 4 2022, 12:58 PM · Testing, 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 · Testing, npth, Feature Request

Dec 22 2021

gniibe triaged T5748: Adding poll/ppoll to NPTH as High priority.
Dec 22 2021, 1:51 AM · Testing, 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

Mar 16 2020

gniibe added a parent task for T4880: npth: Add functions to wake up condition variable: T4864: New scdaemon command to watch device removal.
Mar 16 2020, 6:03 AM · Feature Request, npth
gniibe created T4880: npth: Add functions to wake up condition variable.
Mar 16 2020, 6:02 AM · Feature Request, npth

Mar 12 2020

gniibe added a project to T4491: Compile error in nPth's t-fork.c on Solaris 11.3 i86pc: Testing.
Mar 12 2020, 6:39 AM · Testing, npth, Bug Report

May 15 2019

gniibe changed the status of T4491: Compile error in nPth's t-fork.c on Solaris 11.3 i86pc from Open to Testing.

While I think that building with GCC 4 on Solaris 11/12 is minor issue, requirement of newer POSIX API (on GNU/Linux) would be a bit serious issue.
I pushed my change to fix this.

May 15 2019, 3:12 AM · Testing, npth, Bug Report

May 14 2019

gniibe added a comment to T4491: Compile error in nPth's t-fork.c on Solaris 11.3 i86pc.

While original npth-1.6 can be compiled with newer gcc (>= 5), we'd say please use CFLAGS+=-std=gnu99 with older gcc, as workaround.

May 14 2019, 8:08 AM · Testing, npth, Bug Report
gniibe added a comment to T4491: Compile error in nPth's t-fork.c on Solaris 11.3 i86pc.

I figured out:

  • Removing -D_POSIX_C_SOURCE=200112L works both of gcc 4.9 and gcc 5.5 on Solaris 11.3 (even with -std=c99).
  • Then, adding -D_XOPEN_SOURCE=500, gcc 4.9 works, but gcc 5.5 failed by another error (Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications)
    • I confirmed gcc 5.5 defaults to -std=gnu99
May 14 2019, 8:05 AM · Testing, npth, Bug Report
gniibe added a comment to T4491: Compile error in nPth's t-fork.c on Solaris 11.3 i86pc.

Thanks for your offer. I have an account for GCC Compiler Farm. I'm trying with gcc211 machine. will back soon.

May 14 2019, 7:39 AM · Testing, npth, Bug Report
JW added a comment to T4491: Compile error in nPth's t-fork.c on Solaris 11.3 i86pc.

In case of gcc 4.8 on Solaris, could you please try this patch (instead of configure patch) to see if it works?

May 14 2019, 7:35 AM · Testing, npth, Bug Report
gniibe added a comment to T4491: Compile error in nPth's t-fork.c on Solaris 11.3 i86pc.

It looks like somewhat complicated more. It seems that specifying _POSIX_C_SOURCE=200112L is not good on Solaris with old GCC. Perhaps, it would have no problem with newer gcc (or -std=gnu99 option).

May 14 2019, 7:30 AM · Testing, npth, Bug Report