Re: [Cython] PR on refcounting memoryview buffers

2013-02-20 Thread Sturla Molden

Den 18. feb. 2013 kl. 19:32 skrev Sturla Molden :

> The problem this addresses is when GCC does not use atomic builtins and emits 
> __synch_fetch_and_add_4 and __synch_fetch_and_sub_4 when Cython are 
> internally refcounting memoryview buffers. For some reason it can even happen 
> on x86 and amd64.
> 

Specifically, atomic builtins are not used when compiling for i386, which is 
MinGWs default target architecture (unless we specify a different -march). GCC 
will always encounter this problem when targeting i386.

Thus the correct fix is to use fallback when GCC is targeting i386 — not when 
GCC is targeting MS Windows. 

So I am closing this PR. But Mark's fix must be corrected, because it does not 
really address the problem (which is i386, not MinGW)! 

Sturla





___
cython-devel mailing list
cython-devel@python.org
http://mail.python.org/mailman/listinfo/cython-devel


[Cython] Sage build broken

2013-02-20 Thread Stefan Behnel
Hi,

I just noticed that the Sage build is broken:

"""
gcc -pthread -shared -L/jenkins/sage/sage-5.2/local/lib
build/temp.linux-x86_64-2.7/sage/rings/polynomial/polydict.o
-L/jenkins/sage/sage-5.2/local/lib -L/release/merger/sage-5.2/local/lib
-lcsage -lstdc++ -lntl -lpython2.7 -o
build/lib.linux-x86_64-2.7/sage/rings/polynomial/polydict.so

/usr/bin/ld: build/temp.linux-x86_64-2.7/sage/rings/polynomial/polydict.o:
relocation R_X86_64_PC32 against `__Pyx_PyDict_IterItems' can not be used
when making a shared object; recompile with -fPIC

/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
command 'gcc' failed with exit status 1
"""

Looks like a problem in Sage to me, the gcc command really lacks the -fPIC
here.

Stefan
___
cython-devel mailing list
cython-devel@python.org
http://mail.python.org/mailman/listinfo/cython-devel