[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #33392] Multi-thread bug in NSObject retain and release

From: Niels Grewe
Subject: [bug #33392] Multi-thread bug in NSObject retain and release
Date: Thu, 26 May 2011 11:05:38 +0000
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-us) AppleWebKit/533.2 (KHTML, like Gecko) Chrome/5.0.342.7 Safari/533.2

Follow-up Comment #5, bug #33392 (project gnustep):

What Nicola is saying is perfectly accurate, but I think binary compatibility
is only an issue for packagers who want their package to work, e.g., on all
i[3-7]86 machines. People who build gnustep from source for their personal
machine probably want to utilize the complete feature-set their processor

I don't think it's a big portability issue, though: On most platforms, GCC has
code emulating atomic operations in libgcc.a, which will be used when it
cannot (or refuses to) emit target specific assembly for that purpose. The
trick is to get it to link the static library if required. I have an autoconf
thingy in DBusKit that checks whether the atomic ops are provided as builtins
or library functions and adjusts the LDFLAGS accordingly. Should I try adding
it to -base as well?


Reply to this item at:


  Nachricht geschickt von/durch Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]