Re: Bug#591802: FTBFS on sparc: [po/fr/LC_MESSAGES/csound5.mo] Error -11
Dear release team, On 14/08/10 10:31, Felipe Sateler wrote: On 06/08/10 14:12, Cyril Brulebois wrote: Felipe Sateler fsate...@debian.org (06/08/2010): I also just managed to build it on smetana. Looks like the buildd is borked. What should I do next? I guess I'm going to give it back again and again, until it builds… I'm open to any ideas, of course. I don't have any... other than uploading the binary I built on smetana. Should I do that? And I really think this bug is not in csound. What should I do about this? -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c69662d.5020...@debian.org
Re: Bug#591802: FTBFS on sparc: [po/fr/LC_MESSAGES/csound5.mo] Error -11
On 06/08/10 14:12, Cyril Brulebois wrote: Felipe Sateler fsate...@debian.org (06/08/2010): I also just managed to build it on smetana. Looks like the buildd is borked. What should I do next? I guess I'm going to give it back again and again, until it builds… I'm open to any ideas, of course. I don't have any... other than uploading the binary I built on smetana. Should I do that? And I really think this bug is not in csound. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c66a8af.1010...@debian.org
Re: Bug#591802: FTBFS on sparc: [po/fr/LC_MESSAGES/csound5.mo] Error -11
On 05/08/10 21:32, Adrian Knoth wrote: On Thu, Aug 05, 2010 at 08:27:38PM -0400, Felipe Sateler wrote: Can you please retry on schroeder? Failed again (with -5): https://buildd.debian.org/fetch.cgi?pkg=csoundarch=sparcver=1:5.12.1~dfsg-5stamp=1281046260file=logas=raw Hmm, this is weird. Csound used to build just fine. Looks like: I took the freedom and successfully built the package on my sparc machine inside pbuilder. Everything went smoothly, right from the beginning. If interested, grab the package here: http://cluster.inf-ra.uni-jena.de/~adi/sparc/ It's signed with my key, one might want to resign it and upload the sparc architecture files only. I also just managed to build it on smetana. Looks like the buildd is borked. What should I do next? -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c5c2ff0.6050...@debian.org
Re: Bug#591802: FTBFS on sparc: [po/fr/LC_MESSAGES/csound5.mo] Error -11
On 05/08/10 20:02, Cyril Brulebois wrote: Can you please retry on schroeder? Failed again (with -5): https://buildd.debian.org/fetch.cgi?pkg=csoundarch=sparcver=1:5.12.1~dfsg-5stamp=1281046260file=logas=raw Hmm, this is weird. Csound used to build just fine. Looks like: 1. Scons is broken (unlikely to cause a glibc error, it's a pyhton script), or 2. Python is broken, or 3. Host/kernel/libc are broken. Sparc people, any ideas on how to proceed to debug this? -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c5b56fa.4070...@debian.org
Re: FTBFS on sparc: __sync_test_and_add_4
El 29/04/09 23:02 Julien Cristau escribió: On Wed, Apr 29, 2009 at 14:11:11 +1000, Felipe Sateler wrote: Hi sparc porters. I'm writing to ask for your assistance on a FTBFS on my package csound on sparc. The build log is here[1]. The failure is the following: libCsoundAC.so.5.2: undefined reference to `__sync_fetch_and_add_4' Csound uses __sync_lock_test_and_set for spinlocks, and tests for their existence at build time to use them. Sparc's gcc apparently provides said function, since the test succeeds, but I'm getting the above failure (note that __sync_fetch_and_add_4 is nowhere mentioned in the csound sources). Hi, any reason you're not using libatomic-ops? This is the first time I heard about libatomic-ops. Is it cross-platform? I mean cross-platform as in OS, not arch, which it clearly is. Saludos, Felipe Sateler signature.asc Description: This is a digitally signed message part.
Re: FTBFS on sparc: __sync_test_and_add_4
El 29/04/09 22:28 Martin escribió:
On Wed, 2009-04-29 at 14:11 +1000, Felipe Sateler wrote:
Hi sparc porters. I'm writing to ask for your assistance on a FTBFS on
my package csound on sparc. The build log is here[1]. The failure is
the following:
libCsoundAC.so.5.2: undefined reference to `__sync_fetch_and_add_4'
Csound uses __sync_lock_test_and_set for spinlocks,
unhelpful pedantry
Given that pthread_spinlock is in one of the POSIX extensions, is there
a good reason you are building your own synchronisation primatives?
/unhelpful pedantry
Hmm, not so unhelpful, given that csound already uses pthreads... maybe this
function just escaped upstreams attention. Wouldn't it be slower to use
(shared) library calls instead of gcc builtins?
and tests for
their existence at build time to use them.
This is the following test?
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
yes
found sync lock
Yes. It just builds a .c file calling that function from main and compiles it.
Sparc's gcc apparently
provides said function, since the test succeeds, but I'm getting the
above failure (note that __sync_fetch_and_add_4 is nowhere mentioned
in the csound sources).
May it come from a supporting library? Which synchronisation primatives do
you use?
fel...@pcfelipe:csound% rgrep __sync *
H/csound.h:while (__sync_lock_test_and_set(spinlock, 1) == 1) {\
H/csound.h:__sync_lock_release(spinlock); \
SConstruct: syncLockTestAndSetFound =
configure.CheckLibWithHeader('m', 'stdint.h', 'C',
'__sync_lock_test_and_set((int32_t
*)0, 0);')
fel...@pcfelipe:csound%
What is a possible cause for this? I don't have access to sparc
machines so I'm kind of unsure what to do here. Note that csound uses
-Wl,--as-needed for most of its libraries.
Please CC me on replies, I'm not suscribed.
OK, __sync_* aren't part of the C library as such, they are GCC
built-ins that give a (psuedo) machine independant wrapper around atomic
instructions. Unfortunately which atomic ops machines implement varies
greatly. The GCC interface is kind of written assuming the union of x86
and Alpha, in many cases unavailable atomic ops can be emulated.
SPARC, certainly early revisions, are very short on atomic operations.
I'll have to check an architecture manual but IIRC V7 only has test and
set and atomic swap, V9 / V8+ is needed to get compare and swap. I
believe the current default is for Debian to target V8. This would be
sufficient to pass a check for test_and_set, but not enough to give
fetch_and_add, which you'd need compare and swap to emulated.
But I'm not using fetch_and_add... not directly at least.
I'd try to isolate which section of code you needs these instructions,
see if there is a more portable way of writing that section of code (if
it is a library it may be necessary to bug report this back)
How can I go around to do that? I don't have sparc access, and my amd64
binaries have no trace of any __sync functions.
and failing
all else you may want to try setting the architecture to V8+, but be
aware this may have portability issues, plus I'm not entirely sure what
the current policy on shipping V8+ packages is; it may be necessary to
produce two versions, one V8 and one V8+
I'd prefer disabling multithreading support than providing useless binaries to
some users.
Saludos,
Felipe Sateler
signature.asc
Description: This is a digitally signed message part.
FTBFS on sparc: __sync_test_and_add_4
Hi sparc porters. I'm writing to ask for your assistance on a FTBFS on my package csound on sparc. The build log is here[1]. The failure is the following: libCsoundAC.so.5.2: undefined reference to `__sync_fetch_and_add_4' Csound uses __sync_lock_test_and_set for spinlocks, and tests for their existence at build time to use them. Sparc's gcc apparently provides said function, since the test succeeds, but I'm getting the above failure (note that __sync_fetch_and_add_4 is nowhere mentioned in the csound sources). What is a possible cause for this? I don't have access to sparc machines so I'm kind of unsure what to do here. Note that csound uses -Wl,--as-needed for most of its libraries. Please CC me on replies, I'm not suscribed. [1] https://buildd.debian.org/fetch.cgi?pkg=csoundver=1%3A5.10.1%7Edfsg1-2arch=sparcstamp=1240144021file=log Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
