[stunnel-users] During make of stunnel-4.36 on OSX: "str.c:83: error: thread-local storage not supported for this target"
SciFi
sci-fi at hush.ai
Wed May 4 01:50:29 CEST 2011
Hello,
During make, I suddenly got this, from the stunnel-4.36 tarball:
> str.c:83: error: thread-local storage not supported for this target
while it was compiling src/str.c .
I'm running MacOSX 10.6.7 with Xcode-3.2.6.
I always compile for i386 32-bit mode.
(The kernel must be in 32-bit mode for this model iMac,
even though most tasks will run in 64-bit mode.)
The stunnel-4.34 was built and is (still) running fine here.
(I must've skipped -4.35 for some reason.)
The src/str.c does seem to be a new module in 4.36, however.
I configure stunnel this way:
$ ./configure \
--enable-dependency-tracking \
--enable-static \
--enable-shared \
--with-ssl=/usr/local/ssl
(same configure with 4.34 & 4.36)
The configure step found most things, including libwrap etc.
They're using the same compiler and other flags etc.:
$ $CC --version
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3)
[…]
(I never use a pkg-mgr such as Macports or Fink; besides, they are both
now back-level with stunnel.)
I'm skeptical in upgrading Xcode to their 4.x series, with Apple's
insistence we use the LLVM family there. ;)
I'm just a hobbyist, using stunnel to connect Pan to NNTP servers thru
their SSL services (including sending this message via Gmane).
I am happy with 4.34 in this regard.
If it's not too much trouble, though, could someone help further with
this problem in 4.36, please?
Thank you.
More information about the stunnel-users
mailing list