[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