Summary: | Failure to init TLS variables with func ptr inside shared lib | ||
---|---|---|---|
Product: | Base System | Reporter: | Dennis Clarke <dclarke> |
Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> |
Status: | New --- | ||
Severity: | Affects Some People | CC: | linimon, marklmi26-fbsd, ppc |
Priority: | --- | ||
Version: | 12.0-RELEASE | ||
Hardware: | powerpc | ||
OS: | Any |
Description
Dennis Clarke
2019-02-14 22:17:34 UTC
I'm confused. r344130 seems to a be a documentation-only commit. (In reply to Mark Linimon from comment #1) My guess: -r344130 was likely not the result of a bisect providing the first working version --but might provide an upper bound for use in a bisect. (In reply to Mark Millard from comment #2) Exactly. This is merely where I am at the moment when I checked out head. I am doing something similar with a RISC-V build with r344143 but that is merely the version that I see from subversion and not anything to do with the most recent kernel change. Not very helpful I know. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional Hmm. For: hydra$ echo $CC /usr/local/bin/gcc8 hydra$ echo $CFLAGS -g -m64 -std=c99 -fno-builtin -O0 -mcpu=970 -mcall-freebsd -mno-altivec -mno-float128 -mno-float128-hardware -mfull-toc -mregnames -fno-unsafe-math-optimizations the system compiler and libraries were not in use. I'd expect an ldd on the ./foo to have shown gcc libraries involved, possibly spanning at least parts of gcc's thread local storage support. I'm not so sure that "Base System" was the right place for this report, in fact it might not even be a FreeBSD specific issue as presented. |