During make of stunnel-4.36 on OSX: "str.c:83: error: thread-local storage not supported for this target"
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.
SciFi wrote:
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. [cut] $ $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 was able to build stunnel with a recent gcc from Macports: sudo port install gcc45 export CC=gcc-mp-4.5 ./configure make Mike
On Thu, 05 May 2011 06:39:59 +0200, Michal Trojnara wrote:
SciFi wrote:
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. [cut] $ $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 was able to build stunnel with a recent gcc from Macports:
sudo port install gcc45 export CC=gcc-mp-4.5 ./configure make
Thank you for mentioning this, but I just said I do not use Macports (nor Fink) for any projects at all. What's more, I feel you should not rely on any level of gcc that we cannot access thru official channels i.e. Apple Xcode. (Yes some of us are quite distressed that Apple will not upgrade, but OTOH and as I already eluded, they are almost forcing LLVM/clang on us in the near future especially for 10.7/Lion I'm afraid.) BTW I saw the maintainer of the port for stunnel insert a line into its stunnel4.info file: --- stunnel4.info 20 Feb 2011 14:32:55 -0000 1.4 +++ stunnel4.info 3 May 2011 23:38:54 -0000 1.5 @@ -1,4 +1,5 @@ Package: stunnel4 +# 4.36 doesn't build since it uses thread local storage. Version: 4.34 Epoch: 1 Revision: 2 -*- i.e. they are staying with back-level 4.34 as well. ;) So, I guess if you won't consider altering your thread-local scheme somehow for OSX, I am at a stand-still with your project. ;) As I said (in the part you cut-out), I am quite happy with the 4.34 release, it is doing what I need. Thank you very much for your time, and for sharing this needed functionality.
SciFi wrote:
So, I guess if you won't consider altering your thread-local scheme somehow for OSX, I am at a stand-still with your project. ;)
I did rewrite the code so it does not require GCC support for Thread-Local Storage anymore. Please use replace str.c with: ftp://ftp.stunnel.org/stunnel/str.c Mike
Hi, On Thu, 05 May 2011 12:09:31 +0200, Michal Trojnara wrote:
SciFi wrote:
So, I guess if you won't consider altering your thread-local scheme somehow for OSX, I am at a stand-still with your project. ;)
I did rewrite the code so it does not require GCC support for Thread-Local Storage anymore.
Please use replace str.c with: ftp://ftp.stunnel.org/stunnel/str.c
It seems to be working here very well, after several days of use in the scenario I previously described.
Mike
Thank you very much.
participants (2)
-
Michal Trojnara -
SciFi