Hey people! I'm here again with questions xD

Does the size of `dirent.d_name` dynamic or there is a maximum size like in BSDs and Darwin?

GrayJack it is dynamic, see d_reclen

This weekend I've been having one of my random-ish looks at Valgrind on Illumos

I see that there are quite a lot of signal related errors

among the many others:D

I once looked into it too.

Has anything changed in illumos regarding ucontext or mcontext?

tsoome: it's not as bad as macOS

oooh joy, that hack I reported yesterday as working, with -R/some/path tacked via progname_LDFLAGS - it worked only for gcc (as compiler and by default linker); clang builds still fail to find the libnss3.so and friends :\

that I do not know:D

I guess mcontext is the same

git blame will help:)

so I guess my question still stands, whether there's a known reliable way of using Mozilla NSS in Solaris-derived OSes (tucked under /usr/lib/mps{,/64} out of sight) with autotools/libtool wrapped projects?

alternately, if the OSes themselves would provide some hacked libtool that does not remove "-R/some/path" from the linker flags it is given on input :)

ucontext has changed but only using 2 of the 5 uc_filler fields

tsoome: and did you find anything related to signals?

it was a while ago, and since I have other stuff in long queues, I left it as is:D

you aren't alone

yea, as we all.

this issue looks fairly old, it's also present on Solaris 11.4

<Expletive!> somewhere along the path, if I stick `-Wl,rpath,/usr/lib/mps` instead of (or in addition to) `-R/usr/lib/mps` into LDFLAGS or CFLAGS or wherever, libtools strips that into `-Wl,rpath -Wl,/usr/lib/mps` and then ld (ld: Software Generation Utilities - Solaris Link Editors: 5.11-1.1790 (illumos)) is upset:

ld: fatal: file rpath: open failed: No such file or directory

ld: elf error: file /usr/lib/mps: elf_begin: I/O error: region read: Is a directory

So I guess this is treated as an argument-less rpath and then an attempt to link the directory as one of objects into the binary?..

hm, other docs spell it as "-rpath"

lost in markup I guess

Something's broken, because those are gcc options and something appears to be invoking the linker directly

I think gcc/clang serve as frontends to a linker

Would not be surprised if to two linkers, gnu ld and system (illumos) ld respectively - based on how they behave differently

so the autotools-processed Makefile calls a libtool script (generated by autoreconf) to link libs and bins, which are treated differently (lose or not the -R/some/path in particular), and the resulting prepared command line is passed to $CC or $LD

"-Wl,<minus>-<rpath>,/some/path" seems much more promising now that I found the "minus" part ;)

So if you use gcc as the linker it'll rewrite that into the correct ld invocation

Well, as far as NUT recipes go, ideally I use "a compiler", "a linker" etc. and libtools or whatever should handle the nuances; but it seems I'm adding more workarounds about its mis-handling of those :\

But yes, a quick test without the minus is a bit broken, although I'm a little surprised that gcc doesn't complain about the syntax because its has -Xlinker to pass through options gcc doesn't handle itself

Not sure if you were online when I originally posted - the general subject is building and linking an autotools-managed project against Mozilla NSS whose *.so files are in a "hidden" location. Something of the layout that was in Solaris since I was young, so I hoped that in these 20-30 years this is a long-solved non-issue. But here I am today...

they provide a pkgconfig file, so it's likely most auto* will find them that way

Hm, almost everything I build correctly handles nss/nspr, I think it might be just pidgin or one of its plugins that needs extra help

we cheat a little in pkgsrc and inject lib/nss through buildlink for anything that doesn't find them correctly

That's odd now... in NUT, I do take the CFLAGS and LIBS from `pkg-config` (and those include -R/path) but then libtools either removes it or slaps to the end of command-line when linking a program

ptribble: -R and some stuff is special cased to not require -Wl, for tradition reasons