An error occurred fetching the project authors.
- 04 Jan, 2013 1 commit
-
-
Stefan Behnel authored
-
- 03 Jan, 2013 1 commit
-
-
Stefan Behnel authored
generate safer cleanup code that also works in the case something goes badly wrong early at module init time --HG-- extra : rebase_source : 015495e6aee6c59b11ee9169d2ad597ff54bfd0c
-
- 02 Jan, 2013 1 commit
-
-
Robert Bradshaw authored
-
- 16 Dec, 2012 1 commit
-
-
Stefan Behnel authored
-
- 09 Dec, 2012 1 commit
-
-
Stefan Behnel authored
-
- 04 Dec, 2012 1 commit
-
-
Mark Florisson authored
-
- 09 Nov, 2012 2 commits
-
-
Olivier Parcollet authored
There appears to be a pb in 9df8c9da. For a template class, A::B::C<T1,T2> the destructor name was C<T1,T2> leading to code like A::B::C<T1,T2>::~C<T1,T2>() which does not compile on gcc (4.6, 4.7), also it seems to be correct code ... clang and intel C++ compile it, but not gcc. I changed the name to generate the code : A::B::C<T1,T2>::~C() which compiles on gcc, clang, intel by further cutting the <...> in the destructor name.
-
Olivier Parcollet authored
There appears to be a pb in 9df8c9da. For a template class, A::B::C<T1,T2> the destructor name was C<T1,T2> leading to code like A::B::C<T1,T2>::~C<T1,T2>() which does not compile on gcc (4.6, 4.7), also it seems to be correct code ... clang and intel C++ compile it, but not gcc. I changed the name to generate the code : A::B::C<T1,T2>::~C() which compiles on gcc, clang, intel by further cutting the <...> in the destructor name.
-
- 08 Nov, 2012 1 commit
-
-
Robert Bradshaw authored
-
- 05 Nov, 2012 2 commits
-
-
Stefan Behnel authored
--HG-- extra : transplant_source : 1%92%CA%A14x%08H%1D%3A%F3z%E7%E22%BF%CA%D2%1B%10
-
Stefan Behnel authored
-
- 03 Nov, 2012 4 commits
-
-
Stefan Behnel authored
fix early module registering by using FQMN instead of plain module name, added test for init-time reloading of modules in packages
-
Robert Bradshaw authored
-
Stefan Behnel authored
--HG-- extra : transplant_source : %F9%FF%8Ai%99OV%BFd%F7%147%19pm%5D%DF%98%D4%FC
-
Stefan Behnel authored
-
- 30 Oct, 2012 1 commit
-
-
Robert Bradshaw authored
-
- 04 Dec, 2012 1 commit
-
-
Mark Florisson authored
--HG-- extra : transplant_source : %04%AD%9D%8Dy%E4%7F%D04ib%0E%90%DB%D48%C3%88%19g
-
- 26 Aug, 2012 1 commit
-
-
Stefan Behnel authored
-
- 25 Aug, 2012 6 commits
-
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
use proper module.m_free() way to run module cleanup code in Py3, way after running atexit functions etc.
-
Stefan Behnel authored
-
Stefan Behnel authored
moved utility code for registering the module cleanup function into Cython/Utility/ModuleSetupCode.c
-
- 21 Aug, 2012 4 commits
-
-
Stefan Behnel authored
-
Robert Bradshaw authored
-
Robert Bradshaw authored
This is necessary to use some C++ APIs, and ugly if not impossible to work around using cname specifiers and external files.
-
Robert Bradshaw authored
-
- 15 Aug, 2012 6 commits
-
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
fix name setup for package __init__ modules, make sure package is registered when importing its __init__ module; fixes initial_file_path test in Py3.3
-
- 12 Aug, 2012 2 commits
-
-
Robert Bradshaw authored
-
Robert Bradshaw authored
-
- 11 Aug, 2012 1 commit
-
-
mongi3 authored
-
- 07 Aug, 2012 2 commits
-
-
Stefan Behnel authored
-
Stefan Behnel authored
-
- 06 Aug, 2012 1 commit
-
-
Stefan Behnel authored
-