From santagada at gmail.com Fri Aug 3 17:16:19 2012 From: santagada at gmail.com (Leonardo Santagada) Date: Fri Aug 3 21:16:26 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) Message-ID: Every time I try to pip install egenix-mx-base in a different machine it errors out, does it pay off to override distutils/distribute internals? This time I think is because distutils/distribute uses clang when it doesn't find gcc-4.2 but your code do not. I'm also pasting the error when I create a gcc-4.2 symbolic link pointing to clang: $ pip install egenix-mx-base Downloading/unpacking egenix-mx-base Downloading egenix-mx-base-3.2.4.tar.gz (4.6Mb): 4.6Mb downloaded Running setup.py egg_info for package egenix-mx-base Installing collected packages: egenix-mx-base Running setup.py install for egenix-mx-base gcc-4.2 not found, using clang instead checking for availability of strptime() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o strptime() is not available on this platform checking for availability of clock_gettime() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o clock_gettime() is not available on this platform checking for availability of clock_getres() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o clock_getres() is not available on this platform checking compiler for bad static forward handling (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/Users/santagada/venv/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o compiler has problems with static forwards - enabling work-around macros to define: [('BAD_STATIC_FORWARD', '1')] macros to undefine: ['HAVE_STRPTIME', 'HAVE_CLOCK_GETTIME', 'HAVE_CLOCK_GETRES'] building extension "mx.DateTime.mxDateTime.mxDateTime" (required) checking for optional libraries gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DBAD_STATIC_FORWARD=1 -UHAVE_STRPTIME -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o could not find optional library 'm' -- omitting it gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DBAD_STATIC_FORWARD=1 -UHAVE_STRPTIME -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o could not find optional library 'rt' -- omitting it building 'mx.DateTime.mxDateTime.mxDateTime' extension gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DUSE_FAST_GETCURRENTTIME -DBAD_STATIC_FORWARD=1 -UHAVE_STRPTIME -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -Imx/DateTime/mxDateTime -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c mx/DateTime/mxDateTime/mxDateTime.c -o build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o unable to execute gcc-4.2: No such file or directory error: command 'gcc-4.2' failed with exit status 1 Complete output from command /Users/santagada/venv/bin/python -c "import setuptools;__file__='/Users/santagada/venv/build/egenix-mx-base/setup.py';exec(compile(open(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --single-version-externally-managed --record /var/folders/b0/3y0mbpf5419fykhn2mp085th0000gp/T/pip-fB9FL_-record/install-record.txt --install-headers /Users/santagada/venv/bin/../include/site/python2.7: running install running build running mx_autoconf gcc-4.2 not found, using clang instead checking for availability of strptime() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o strptime() is not available on this platform checking for availability of clock_gettime() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o clock_gettime() is not available on this platform checking for availability of clock_getres() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o clock_getres() is not available on this platform checking compiler for bad static forward handling (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/Users/santagada/venv/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o compiler has problems with static forwards - enabling work-around macros to define: [('BAD_STATIC_FORWARD', '1')] macros to undefine: ['HAVE_STRPTIME', 'HAVE_CLOCK_GETTIME', 'HAVE_CLOCK_GETRES'] running build_ext building extension "mx.DateTime.mxDateTime.mxDateTime" (required) checking for optional libraries gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DBAD_STATIC_FORWARD=1 -UHAVE_STRPTIME -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o could not find optional library 'm' -- omitting it gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DBAD_STATIC_FORWARD=1 -UHAVE_STRPTIME -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o unable to execute gcc-4.2: No such file or directory failure. removing: _configtest.c _configtest.o could not find optional library 'rt' -- omitting it building 'mx.DateTime.mxDateTime.mxDateTime' extension creating build creating build/temp.macosx-10.6-intel-2.7_ucs2 creating build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime creating build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx creating build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime creating build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DUSE_FAST_GETCURRENTTIME -DBAD_STATIC_FORWARD=1 -UHAVE_STRPTIME -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -Imx/DateTime/mxDateTime -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c mx/DateTime/mxDateTime/mxDateTime.c -o build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o unable to execute gcc-4.2: No such file or directory error: command 'gcc-4.2' failed with exit status 1 ---------------------------------------- Command /Users/santagada/venv/bin/python -c "import setuptools;__file__='/Users/santagada/venv/build/egenix-mx-base/setup.py';exec(compile(open(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --single-version-externally-managed --record /var/folders/b0/3y0mbpf5419fykhn2mp085th0000gp/T/pip-fB9FL_-record/install-record.txt --install-headers /Users/santagada/venv/bin/../include/site/python2.7 failed with error code 1 in /Users/santagada/venv/build/egenix-mx-base Storing complete log in /Users/santagada/.pip/pip.log ============================================================================================================================ =============== with the link: =============== pip install egenix-mx-base Downloading/unpacking egenix-mx-base Downloading egenix-mx-base-3.2.4.tar.gz (4.6Mb): 4.6Mb downloaded Running setup.py egg_info for package egenix-mx-base Installing collected packages: egenix-mx-base Running setup.py install for egenix-mx-base checking for availability of strptime() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o gcc-4.2 _configtest.o -L/usr/local/lib -L/Users/santagada/venv/bin/../lib -o _configtest success! removing: _configtest.c _configtest.o _configtest strptime() is available on this platform checking for availability of clock_gettime() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o _configtest.c:5:10: error: use of undeclared identifier 'clock_gettime' ptr = &clock_gettime; ^ 1 error generated. failure. removing: _configtest.c _configtest.o clock_gettime() is not available on this platform checking for availability of clock_getres() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o _configtest.c:5:10: error: use of undeclared identifier 'clock_getres' ptr = &clock_getres; ^ 1 error generated. failure. removing: _configtest.c _configtest.o clock_getres() is not available on this platform checking compiler for bad static forward handling (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/Users/santagada/venv/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o success! removing: _configtest.c _configtest.o macros to define: [('HAVE_STRPTIME', '1')] macros to undefine: ['HAVE_CLOCK_GETTIME', 'HAVE_CLOCK_GETRES'] building extension "mx.DateTime.mxDateTime.mxDateTime" (required) checking for optional libraries gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DHAVE_STRPTIME=1 -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o gcc-4.2 _configtest.o -L/usr/local/lib -L/Users/santagada/venv/bin/../lib -lm -o _configtest success! removing: _configtest.c _configtest.o _configtest found optional library 'm' -- defining HAVE_M_LIB gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DHAVE_STRPTIME=1 -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o gcc-4.2 _configtest.o -L/usr/local/lib -L/Users/santagada/venv/bin/../lib -lrt -o _configtest ld: library not found for -lrt clang: error: linker command failed with exit code 1 (use -v to see invocation) failure. removing: _configtest.c _configtest.o could not find optional library 'rt' -- omitting it building 'mx.DateTime.mxDateTime.mxDateTime' extension gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DUSE_FAST_GETCURRENTTIME -DHAVE_M_LIB=1 -DHAVE_STRPTIME=1 -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -Imx/DateTime/mxDateTime -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c mx/DateTime/mxDateTime/mxDateTime.c -o build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o mx/DateTime/mxDateTime/mxDateTime.c:1748:24: warning: argument to 'sizeof' in '__builtin___memset_chk' call is the same expression as the destination; did you mean to dereference it? [-Wsizeof-pointer-memaccess] memset(tm,0,sizeof(tm)); ~~~~~~~~~~~~~~~~~~~^~~~ /usr/include/secure/_string.h:77:41: note: expanded from macro 'memset' ? __builtin___memset_chk (dest, val, len, __darwin_obsz0 (dest)) \ ^ 1 warning generated. Compiling with an SDK that doesn't seem to exist: /Developer/SDKs/MacOSX10.6.sdk Please check your Xcode installation gcc-4.2 -bundle -undefined dynamic_lookup -arch i386 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.6.sdk -isysroot /Developer/SDKs/MacOSX10.6.sdk -g -arch i386 -arch x86_64 -g build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o -L/usr/local/lib -L/Users/santagada/venv/bin/../lib -lm -o build/lib.macosx-10.6-intel-2.7_ucs2/mx/DateTime/mxDateTime/mxDateTime.so ld: library not found for -lm clang: error: linker command failed with exit code 1 (use -v to see invocation) error: command 'gcc-4.2' failed with exit status 1 Complete output from command /Users/santagada/venv/bin/python -c "import setuptools;__file__='/Users/santagada/venv/build/egenix-mx-base/setup.py';exec(compile(open(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --single-version-externally-managed --record /var/folders/b0/3y0mbpf5419fykhn2mp085th0000gp/T/pip-nMooLW-record/install-record.txt --install-headers /Users/santagada/venv/bin/../include/site/python2.7: running install running build running mx_autoconf checking for availability of strptime() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o gcc-4.2 _configtest.o -L/usr/local/lib -L/Users/santagada/venv/bin/../lib -o _configtest success! removing: _configtest.c _configtest.o _configtest strptime() is available on this platform checking for availability of clock_gettime() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o _configtest.c:5:10: error: use of undeclared identifier 'clock_gettime' ptr = &clock_gettime; ^ 1 error generated. failure. removing: _configtest.c _configtest.o clock_gettime() is not available on this platform checking for availability of clock_getres() (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o _configtest.c:5:10: error: use of undeclared identifier 'clock_getres' ptr = &clock_getres; ^ 1 error generated. failure. removing: _configtest.c _configtest.o clock_getres() is not available on this platform checking compiler for bad static forward handling (errors from this can safely be ignored) gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -D_GNU_SOURCE=1 -I/Users/santagada/venv/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o success! removing: _configtest.c _configtest.o macros to define: [('HAVE_STRPTIME', '1')] macros to undefine: ['HAVE_CLOCK_GETTIME', 'HAVE_CLOCK_GETRES'] running build_ext building extension "mx.DateTime.mxDateTime.mxDateTime" (required) checking for optional libraries gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DHAVE_STRPTIME=1 -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o gcc-4.2 _configtest.o -L/usr/local/lib -L/Users/santagada/venv/bin/../lib -lm -o _configtest success! removing: _configtest.c _configtest.o _configtest found optional library 'm' -- defining HAVE_M_LIB gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DHAVE_STRPTIME=1 -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c _configtest.c -o _configtest.o gcc-4.2 _configtest.o -L/usr/local/lib -L/Users/santagada/venv/bin/../lib -lrt -o _configtest ld: library not found for -lrt clang: error: linker command failed with exit code 1 (use -v to see invocation) failure. removing: _configtest.c _configtest.o could not find optional library 'rt' -- omitting it building 'mx.DateTime.mxDateTime.mxDateTime' extension creating build creating build/temp.macosx-10.6-intel-2.7_ucs2 creating build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime creating build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx creating build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime creating build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DUSE_FAST_GETCURRENTTIME -DHAVE_M_LIB=1 -DHAVE_STRPTIME=1 -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -Imx/DateTime/mxDateTime -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Users/santagada/venv/bin/../include -I/Users/santagada/venv/include/python2.7 -c mx/DateTime/mxDateTime/mxDateTime.c -o build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o mx/DateTime/mxDateTime/mxDateTime.c:1748:24: warning: argument to 'sizeof' in '__builtin___memset_chk' call is the same expression as the destination; did you mean to dereference it? [-Wsizeof-pointer-memaccess] memset(tm,0,sizeof(tm)); ~~~~~~~~~~~~~~~~~~~^~~~ /usr/include/secure/_string.h:77:41: note: expanded from macro 'memset' ? __builtin___memset_chk (dest, val, len, __darwin_obsz0 (dest)) \ ^ 1 warning generated. creating build/lib.macosx-10.6-intel-2.7_ucs2 creating build/lib.macosx-10.6-intel-2.7_ucs2/mx creating build/lib.macosx-10.6-intel-2.7_ucs2/mx/DateTime creating build/lib.macosx-10.6-intel-2.7_ucs2/mx/DateTime/mxDateTime Compiling with an SDK that doesn't seem to exist: /Developer/SDKs/MacOSX10.6.sdk Please check your Xcode installation gcc-4.2 -bundle -undefined dynamic_lookup -arch i386 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.6.sdk -isysroot /Developer/SDKs/MacOSX10.6.sdk -g -arch i386 -arch x86_64 -g build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o -L/usr/local/lib -L/Users/santagada/venv/bin/../lib -lm -o build/lib.macosx-10.6-intel-2.7_ucs2/mx/DateTime/mxDateTime/mxDateTime.so ld: library not found for -lm clang: error: linker command failed with exit code 1 (use -v to see invocation) error: command 'gcc-4.2' failed with exit status 1 ---------------------------------------- Command /Users/santagada/venv/bin/python -c "import setuptools;__file__='/Users/santagada/venv/build/egenix-mx-base/setup.py';exec(compile(open(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --single-version-externally-managed --record /var/folders/b0/3y0mbpf5419fykhn2mp085th0000gp/T/pip-nMooLW-record/install-record.txt --install-headers /Users/santagada/venv/bin/../include/site/python2.7 failed with error code 1 in /Users/santagada/venv/build/egenix-mx-base -- Leonardo Santagada From mal at egenix.com Fri Aug 3 22:50:09 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Fri Aug 3 21:50:19 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: References: Message-ID: <501C2B71.9090505@egenix.com> Leonardo Santagada wrote: > Every time I try to pip install egenix-mx-base in a different machine > it errors out, does it pay off to override distutils/distribute > internals? I think you should ask that question to the setuptools author :-) mxSetup tries very hard to extend distutils using the way it was designed for. setuptools/distribute doesn't care that much and as a result breaks distutils in many different incompatible ways. But in your case, the cause appears to be yet another MacApple quirk that's not really related to any overrides, but instead to the way distutils and the Python configuration system works. > This time I think is because distutils/distribute uses > clang when it doesn't find gcc-4.2 but your code do not. I'm also > pasting the error when I create a gcc-4.2 symbolic link pointing to > clang: > ... See here: http://bugs.python.org/issue13590 "extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2" The problem is that the installers on python.org where built on a machine with gcc-4.2. This information is written into the Python config files and whenever Python tries to compile an extension, it uses that information again. If you then try to build extensions on a system that doesn't have gcc-4.0, distutils will fail. BTW: We've long given up using the Apple or python.org supplied installers for Mac OS X and always compile Python from source on our machines. There are simply too many bugs/weird configuration things to work around when using the Apple or python.org versions. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 03 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 22 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From santagada at gmail.com Fri Aug 3 17:57:03 2012 From: santagada at gmail.com (Leonardo Santagada) Date: Fri Aug 3 21:57:09 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: <501C2B71.9090505@egenix.com> References: <501C2B71.9090505@egenix.com> Message-ID: other extensions like cython, pillow, simplejson and others that have C modules all compile just fine, is this going to be fixed or should I try installing python from homebrew? On Fri, Aug 3, 2012 at 4:50 PM, M.-A. Lemburg wrote: > Leonardo Santagada wrote: >> Every time I try to pip install egenix-mx-base in a different machine >> it errors out, does it pay off to override distutils/distribute >> internals? > > I think you should ask that question to the setuptools author :-) > > mxSetup tries very hard to extend distutils using the way it was > designed for. setuptools/distribute doesn't care that much and > as a result breaks distutils in many different incompatible ways. > > But in your case, the cause appears to be yet another MacApple quirk > that's not really related to any overrides, but instead to the way > distutils and the Python configuration system works. > >> This time I think is because distutils/distribute uses >> clang when it doesn't find gcc-4.2 but your code do not. I'm also >> pasting the error when I create a gcc-4.2 symbolic link pointing to >> clang: >> ... > > See here: > > http://bugs.python.org/issue13590 > "extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2" > > The problem is that the installers on python.org where built on a > machine with gcc-4.2. This information is written into the > Python config files and whenever Python tries to compile an extension, > it uses that information again. > > If you then try to build extensions on a system that doesn't have > gcc-4.0, distutils will fail. > > BTW: We've long given up using the Apple or python.org supplied > installers for Mac OS X and always compile Python from source on our > machines. There are simply too many bugs/weird configuration things > to work around when using the Apple or python.org versions. > > -- > Marc-Andre Lemburg > eGenix.com > > Professional Python Services directly from the Source (#1, Aug 03 2012) >>>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ > ________________________________________________________________________ > 2012-08-25: FrOSCon, St. Augustin, Germany ... 22 days to go > > ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: > > > eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 > D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg > Registered at Amtsgericht Duesseldorf: HRB 46611 > http://www.egenix.com/company/contact/ > > -- Leonardo Santagada From mal at egenix.com Fri Aug 3 23:14:27 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Fri Aug 3 22:14:39 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: References: <501C2B71.9090505@egenix.com> Message-ID: <501C3123.9030902@egenix.com> Leonardo Santagada wrote: > other extensions like cython, pillow, simplejson and others that have > C modules all compile just fine, is this going to be fixed or should I > try installing python from homebrew? As far as I can see, there will be some minimal backport for Python 2.7. You could try this approach first (i.e. set some environment variables to point distutils to clang): http://bugs.python.org/issue13590#msg152803 If that fails, I'd suggest to try a fresh Python compiled from source with the tools you have in your Xcode version. > On Fri, Aug 3, 2012 at 4:50 PM, M.-A. Lemburg wrote: >> Leonardo Santagada wrote: >>> Every time I try to pip install egenix-mx-base in a different machine >>> it errors out, does it pay off to override distutils/distribute >>> internals? >> >> I think you should ask that question to the setuptools author :-) >> >> mxSetup tries very hard to extend distutils using the way it was >> designed for. setuptools/distribute doesn't care that much and >> as a result breaks distutils in many different incompatible ways. >> >> But in your case, the cause appears to be yet another MacApple quirk >> that's not really related to any overrides, but instead to the way >> distutils and the Python configuration system works. >> >>> This time I think is because distutils/distribute uses >>> clang when it doesn't find gcc-4.2 but your code do not. I'm also >>> pasting the error when I create a gcc-4.2 symbolic link pointing to >>> clang: >>> ... >> >> See here: >> >> http://bugs.python.org/issue13590 >> "extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2" >> >> The problem is that the installers on python.org where built on a >> machine with gcc-4.2. This information is written into the >> Python config files and whenever Python tries to compile an extension, >> it uses that information again. >> >> If you then try to build extensions on a system that doesn't have >> gcc-4.0, distutils will fail. >> >> BTW: We've long given up using the Apple or python.org supplied >> installers for Mac OS X and always compile Python from source on our >> machines. There are simply too many bugs/weird configuration things >> to work around when using the Apple or python.org versions. >> >> -- >> Marc-Andre Lemburg >> eGenix.com >> >> Professional Python Services directly from the Source (#1, Aug 03 2012) >>>>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>>>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ >> ________________________________________________________________________ >> 2012-08-25: FrOSCon, St. Augustin, Germany ... 22 days to go >> >> ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: >> >> >> eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 >> D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg >> Registered at Amtsgericht Duesseldorf: HRB 46611 >> http://www.egenix.com/company/contact/ >> >> > > > -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 03 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 22 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From santagada at gmail.com Fri Aug 3 18:25:24 2012 From: santagada at gmail.com (Leonardo Santagada) Date: Fri Aug 3 22:25:29 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: <501C3123.9030902@egenix.com> References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> Message-ID: On Fri, Aug 3, 2012 at 5:14 PM, M.-A. Lemburg wrote: > Leonardo Santagada wrote: >> other extensions like cython, pillow, simplejson and others that have >> C modules all compile just fine, is this going to be fixed or should I >> try installing python from homebrew? > > As far as I can see, there will be some minimal backport for Python 2.7. It is working for the other extensions I told you about... it just don't work for egenix stuff. > You could try this approach first (i.e. set some environment variables > to point distutils to clang): > > http://bugs.python.org/issue13590#msg152803 > > If that fails, I'd suggest to try a fresh Python compiled from source > with the tools you have in your Xcode version. -- Leonardo Santagada From mal at egenix.com Fri Aug 3 23:34:37 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Fri Aug 3 22:34:53 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> Message-ID: <501C35DD.1040103@egenix.com> Leonardo Santagada wrote: > On Fri, Aug 3, 2012 at 5:14 PM, M.-A. Lemburg wrote: >> Leonardo Santagada wrote: >>> other extensions like cython, pillow, simplejson and others that have >>> C modules all compile just fine, is this going to be fixed or should I >>> try installing python from homebrew? >> >> As far as I can see, there will be some minimal backport for Python 2.7. > > It is working for the other extensions I told you about... it just > don't work for egenix stuff. distutils' sysconfig.py was patched in 2.7.3 without paying too much attention to breaking things. mxSetup doesn't use the distutils sysconfig.py module, but has it's own way of configuring the compiler on Unix platforms (one which allows for more flexibility in overriding setting using environment variables). I guess we could change this to use distutils' sysconfig.py for Python 2.7.3, but if you look at this patch on the ticket: http://bugs.python.org/file26105/issue13950-version3.patch you'll see that the sysconfig.py patching is likely going to be removed again in 2.7.4. The better way to do all this is using environment variables. Set CC to your compiler as mentioned on the bug message and things should work (now and also for 2.7.4). >> You could try this approach first (i.e. set some environment variables >> to point distutils to clang): >> >> http://bugs.python.org/issue13590#msg152803 >> >> If that fails, I'd suggest to try a fresh Python compiled from source >> with the tools you have in your Xcode version. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 03 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 22 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From santagada at gmail.com Fri Aug 3 18:40:36 2012 From: santagada at gmail.com (Leonardo Santagada) Date: Fri Aug 3 22:40:41 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: <501C35DD.1040103@egenix.com> References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> Message-ID: On Fri, Aug 3, 2012 at 5:34 PM, M.-A. Lemburg wrote: > Leonardo Santagada wrote: >> On Fri, Aug 3, 2012 at 5:14 PM, M.-A. Lemburg wrote: >>> Leonardo Santagada wrote: >>>> other extensions like cython, pillow, simplejson and others that have >>>> C modules all compile just fine, is this going to be fixed or should I >>>> try installing python from homebrew? >>> >>> As far as I can see, there will be some minimal backport for Python 2.7. >> >> It is working for the other extensions I told you about... it just >> don't work for egenix stuff. > > distutils' sysconfig.py was patched in 2.7.3 without paying too > much attention to breaking things. > > mxSetup doesn't use the distutils sysconfig.py module, but has it's > own way of configuring the compiler on Unix platforms (one which allows > for more flexibility in overriding setting using environment variables). > > I guess we could change this to use distutils' sysconfig.py for Python 2.7.3, > but if you look at this patch on the ticket: > http://bugs.python.org/file26105/issue13950-version3.patch > you'll see that the sysconfig.py patching is likely going to be > removed again in 2.7.4. why not just use sysconfig.py or just have another module that does this, then I (and everyone that use buildout/pip/easy_install) can just install it without having to figure this out on every machine that we need to install to? > > The better way to do all this is using environment variables. Set CC to > your compiler as mentioned on the bug message and things should work > (now and also for 2.7.4). I don't have any clue to what those values should be, but sysconfig.py does, in everymachine that I ever used. (my main problem in this machine is where the macosx sdk are stored, but then again, sysconfig knows). -- Leonardo Santagada From mal at egenix.com Mon Aug 6 18:58:14 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Mon Aug 6 18:01:39 2012 Subject: [egenix-users] Script to easily install eGenix PyRun in a target directory Message-ID: <501FE996.8060805@egenix.com> Dear Users, in case you haven't heard of eGenix PyRun yet, this is a new simple to install Python runtime that can be used independently of a system installed Python version. See http://www.egenix.com/products/python/PyRun/ for details. We're using this runtime in our mxODBC Connect Server product and also internally as virtualenv replacement. To make it easy to install eGenix PyRun, we've now added a script to our download server which lets you install PyRun just as easy as virtualenv (but without its dependency on a possible system installation of Python): https://downloads.egenix.com/python/install-pyrun Per default, the script will download the PyRun binary for the target platform and install distribute as well as pip in the given target directory. Usage is simple: install-pyrun targetdir Try install-pyrun --help for a list of options. Running the script will leave you with a targetdir setup with bin/, lib/ and include/ dir as runtime environment. You can then immediately start using PyRun via bin/pyrun or install additional software using bin/pip. The installation script is brand new and we'd appreciate any feedback you can provide to enhance it. Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 06 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 19 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From mal at egenix.com Mon Aug 6 19:18:14 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Mon Aug 6 18:18:20 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> Message-ID: <501FEE46.30109@egenix.com> Leonardo Santagada wrote: > On Fri, Aug 3, 2012 at 5:34 PM, M.-A. Lemburg wrote: >> Leonardo Santagada wrote: >>> On Fri, Aug 3, 2012 at 5:14 PM, M.-A. Lemburg wrote: >>>> Leonardo Santagada wrote: >>>>> other extensions like cython, pillow, simplejson and others that have >>>>> C modules all compile just fine, is this going to be fixed or should I >>>>> try installing python from homebrew? >>>> >>>> As far as I can see, there will be some minimal backport for Python 2.7. >>> >>> It is working for the other extensions I told you about... it just >>> don't work for egenix stuff. >> >> distutils' sysconfig.py was patched in 2.7.3 without paying too >> much attention to breaking things. >> >> mxSetup doesn't use the distutils sysconfig.py module, but has it's >> own way of configuring the compiler on Unix platforms (one which allows >> for more flexibility in overriding setting using environment variables). >> >> I guess we could change this to use distutils' sysconfig.py for Python 2.7.3, >> but if you look at this patch on the ticket: >> http://bugs.python.org/file26105/issue13950-version3.patch >> you'll see that the sysconfig.py patching is likely going to be >> removed again in 2.7.4. > > why not just use sysconfig.py or just have another module that does > this, then I (and everyone that use buildout/pip/easy_install) can > just install it without having to figure this out on every machine > that we need to install to? > >> >> The better way to do all this is using environment variables. Set CC to >> your compiler as mentioned on the bug message and things should work >> (now and also for 2.7.4). > > I don't have any clue to what those values should be, but sysconfig.py > does, in everymachine that I ever used. (my main problem in this > machine is where the macosx sdk are stored, but then again, sysconfig > knows). We'll add a fix to the next patch level release of egenix-mx-base. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 06 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 19 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From santagada at gmail.com Mon Aug 6 14:56:15 2012 From: santagada at gmail.com (Leonardo Santagada) Date: Mon Aug 6 18:56:21 2012 Subject: [egenix-users] Script to easily install eGenix PyRun in a target directory In-Reply-To: <501FE996.8060805@egenix.com> References: <501FE996.8060805@egenix.com> Message-ID: Using a self signed certificate on the downloads site doesn't appear to be a good idea (at least curl doesn't download the file, and my browser very annoyingly says that I shouldn't go in), also I think configuring the server so that browsers automatically download the file is a better default then showing the contents. here is an error trying to use it on osx 10.7: ./install-pyrun: line 208: syntax error near unexpected token `>' ./install-pyrun: line 208: ` $CURL -OSf# $REMOTE_PYRUN_DISTRIBUTION &>> $LOG_FILE' On Mon, Aug 6, 2012 at 12:58 PM, M.-A. Lemburg wrote: > Dear Users, > > in case you haven't heard of eGenix PyRun yet, this is a new simple > to install Python runtime that can be used independently of a system > installed Python version. > > See http://www.egenix.com/products/python/PyRun/ for details. > > We're using this runtime in our mxODBC Connect Server product and > also internally as virtualenv replacement. > > To make it easy to install eGenix PyRun, we've now added a script > to our download server which lets you install PyRun just as easy > as virtualenv (but without its dependency on a possible system > installation of Python): > > https://downloads.egenix.com/python/install-pyrun > > Per default, the script will download the PyRun binary for the target > platform and install distribute as well as pip in the given target > directory. > > Usage is simple: > > install-pyrun targetdir > > Try install-pyrun --help for a list of options. > > Running the script will leave you with a targetdir setup with bin/, > lib/ and include/ dir as runtime environment. You can then immediately > start using PyRun via bin/pyrun or install additional software using > bin/pip. > > The installation script is brand new and we'd appreciate any feedback > you can provide to enhance it. > > Thanks, > -- > Marc-Andre Lemburg > eGenix.com > > Professional Python Services directly from the Source (#1, Aug 06 2012) >>>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ > ________________________________________________________________________ > 2012-08-25: FrOSCon, St. Augustin, Germany ... 19 days to go > > ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: > > > eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 > D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg > Registered at Amtsgericht Duesseldorf: HRB 46611 > http://www.egenix.com/company/contact/ > > > _______________________________________________________________________ > eGenix.com User Mailing List http://www.egenix.com/ > https://www.egenix.com/mailman/listinfo/egenix-users -- Leonardo Santagada From mal at egenix.com Mon Aug 6 20:53:51 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Mon Aug 6 19:53:59 2012 Subject: [egenix-users] Script to easily install eGenix PyRun in a target directory In-Reply-To: References: <501FE996.8060805@egenix.com> Message-ID: <502004AF.80004@egenix.com> Leonardo Santagada wrote: > Using a self signed certificate on the downloads site doesn't appear > to be a good idea (at least curl doesn't download the file, and my > browser very annoyingly says that I shouldn't go in), also I think > configuring the server so that browsers automatically download the > file is a better default then showing the contents. > > here is an error trying to use it on osx 10.7: > > ./install-pyrun: line 208: syntax error near unexpected token `>' > ./install-pyrun: line 208: ` $CURL -OSf# $REMOTE_PYRUN_DISTRIBUTION > &>> $LOG_FILE' Hmm, looks like bash on Mac OS X doesn't like the redirection used in the script. Thanks for reporting this. Regarding the self signed cert: we'll replace this with a new "real" certificate soon, which should have the warnings go away. > On Mon, Aug 6, 2012 at 12:58 PM, M.-A. Lemburg wrote: >> Dear Users, >> >> in case you haven't heard of eGenix PyRun yet, this is a new simple >> to install Python runtime that can be used independently of a system >> installed Python version. >> >> See http://www.egenix.com/products/python/PyRun/ for details. >> >> We're using this runtime in our mxODBC Connect Server product and >> also internally as virtualenv replacement. >> >> To make it easy to install eGenix PyRun, we've now added a script >> to our download server which lets you install PyRun just as easy >> as virtualenv (but without its dependency on a possible system >> installation of Python): >> >> https://downloads.egenix.com/python/install-pyrun >> >> Per default, the script will download the PyRun binary for the target >> platform and install distribute as well as pip in the given target >> directory. >> >> Usage is simple: >> >> install-pyrun targetdir >> >> Try install-pyrun --help for a list of options. >> >> Running the script will leave you with a targetdir setup with bin/, >> lib/ and include/ dir as runtime environment. You can then immediately >> start using PyRun via bin/pyrun or install additional software using >> bin/pip. >> >> The installation script is brand new and we'd appreciate any feedback >> you can provide to enhance it. >> >> Thanks, >> -- >> Marc-Andre Lemburg >> eGenix.com >> >> Professional Python Services directly from the Source (#1, Aug 06 2012) >>>>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>>>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ >> ________________________________________________________________________ >> 2012-08-25: FrOSCon, St. Augustin, Germany ... 19 days to go >> >> ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: >> >> >> eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 >> D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg >> Registered at Amtsgericht Duesseldorf: HRB 46611 >> http://www.egenix.com/company/contact/ >> >> >> _______________________________________________________________________ >> eGenix.com User Mailing List http://www.egenix.com/ >> https://www.egenix.com/mailman/listinfo/egenix-users > > > -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 06 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 19 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From mal at egenix.com Mon Aug 6 22:11:51 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Mon Aug 6 21:11:53 2012 Subject: [egenix-users] Script to easily install eGenix PyRun in a target directory In-Reply-To: <502004AF.80004@egenix.com> References: <501FE996.8060805@egenix.com> <502004AF.80004@egenix.com> Message-ID: <502016F7.2030402@egenix.com> M.-A. Lemburg wrote: > Leonardo Santagada wrote: >> Using a self signed certificate on the downloads site doesn't appear >> to be a good idea (at least curl doesn't download the file, and my >> browser very annoyingly says that I shouldn't go in), also I think >> configuring the server so that browsers automatically download the >> file is a better default then showing the contents. >> >> here is an error trying to use it on osx 10.7: >> >> ./install-pyrun: line 208: syntax error near unexpected token `>' >> ./install-pyrun: line 208: ` $CURL -OSf# $REMOTE_PYRUN_DISTRIBUTION >> &>> $LOG_FILE' > > Hmm, looks like bash on Mac OS X doesn't like the redirection > used in the script. > > Thanks for reporting this. This should be fixed now. We've changed the bash 4 style redirection to a bash 3 compatible one. > Regarding the self signed cert: we'll replace this with a new > "real" certificate soon, which should have the warnings go away. BTW: You can also use the following URL: http://downloads.egenix.com/python/install-pyrun >> On Mon, Aug 6, 2012 at 12:58 PM, M.-A. Lemburg wrote: >>> Dear Users, >>> >>> in case you haven't heard of eGenix PyRun yet, this is a new simple >>> to install Python runtime that can be used independently of a system >>> installed Python version. >>> >>> See http://www.egenix.com/products/python/PyRun/ for details. >>> >>> We're using this runtime in our mxODBC Connect Server product and >>> also internally as virtualenv replacement. >>> >>> To make it easy to install eGenix PyRun, we've now added a script >>> to our download server which lets you install PyRun just as easy >>> as virtualenv (but without its dependency on a possible system >>> installation of Python): >>> >>> https://downloads.egenix.com/python/install-pyrun >>> >>> Per default, the script will download the PyRun binary for the target >>> platform and install distribute as well as pip in the given target >>> directory. >>> >>> Usage is simple: >>> >>> install-pyrun targetdir >>> >>> Try install-pyrun --help for a list of options. >>> >>> Running the script will leave you with a targetdir setup with bin/, >>> lib/ and include/ dir as runtime environment. You can then immediately >>> start using PyRun via bin/pyrun or install additional software using >>> bin/pip. >>> >>> The installation script is brand new and we'd appreciate any feedback >>> you can provide to enhance it. >>> >>> Thanks, >>> -- >>> Marc-Andre Lemburg >>> eGenix.com >>> >>> Professional Python Services directly from the Source (#1, Aug 06 2012) >>>>>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>>>>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>>>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ >>> ________________________________________________________________________ >>> 2012-08-25: FrOSCon, St. Augustin, Germany ... 19 days to go >>> >>> ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: >>> >>> >>> eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 >>> D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg >>> Registered at Amtsgericht Duesseldorf: HRB 46611 >>> http://www.egenix.com/company/contact/ >>> >>> >>> _______________________________________________________________________ >>> eGenix.com User Mailing List http://www.egenix.com/ >>> https://www.egenix.com/mailman/listinfo/egenix-users >> >> >> > -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From santagada at gmail.com Mon Aug 6 17:30:31 2012 From: santagada at gmail.com (Leonardo Santagada) Date: Mon Aug 6 21:30:37 2012 Subject: [egenix-users] Script to easily install eGenix PyRun in a target directory In-Reply-To: <502016F7.2030402@egenix.com> References: <501FE996.8060805@egenix.com> <502004AF.80004@egenix.com> <502016F7.2030402@egenix.com> Message-ID: On Mon, Aug 6, 2012 at 4:11 PM, M.-A. Lemburg wrote: > M.-A. Lemburg wrote: >> Leonardo Santagada wrote: >>> Using a self signed certificate on the downloads site doesn't appear >>> to be a good idea (at least curl doesn't download the file, and my >>> browser very annoyingly says that I shouldn't go in), also I think >>> configuring the server so that browsers automatically download the >>> file is a better default then showing the contents. >>> >>> here is an error trying to use it on osx 10.7: >>> >>> ./install-pyrun: line 208: syntax error near unexpected token `>' >>> ./install-pyrun: line 208: ` $CURL -OSf# $REMOTE_PYRUN_DISTRIBUTION >>> &>> $LOG_FILE' >> >> Hmm, looks like bash on Mac OS X doesn't like the redirection >> used in the script. >> >> Thanks for reporting this. > > This should be fixed now. We've changed the bash 4 style redirection > to a bash 3 compatible one. > it is working now, but pip inside it is not: testepyrun/bin/pip install cython Downloading/unpacking cython Running setup.py egg_info for package cython error: pip-egg-info/Cython.egg-info/PKG-INFO: Permission denied Complete output from command python setup.py egg_info: running egg_info writing pip-egg-info/Cython.egg-info/PKG-INFO error: pip-egg-info/Cython.egg-info/PKG-INFO: Permission denied ---------------------------------------- Command python setup.py egg_info failed with error code 1 in /Users/santagada/build/cython I think it is trying to install things in the wrong place, though I don't know where. >> Regarding the self signed cert: we'll replace this with a new >> "real" certificate soon, which should have the warnings go away. > > BTW: You can also use the following URL: > > http://downloads.egenix.com/python/install-pyrun > >>> On Mon, Aug 6, 2012 at 12:58 PM, M.-A. Lemburg wrote: >>>> Dear Users, >>>> >>>> in case you haven't heard of eGenix PyRun yet, this is a new simple >>>> to install Python runtime that can be used independently of a system >>>> installed Python version. >>>> >>>> See http://www.egenix.com/products/python/PyRun/ for details. >>>> >>>> We're using this runtime in our mxODBC Connect Server product and >>>> also internally as virtualenv replacement. >>>> >>>> To make it easy to install eGenix PyRun, we've now added a script >>>> to our download server which lets you install PyRun just as easy >>>> as virtualenv (but without its dependency on a possible system >>>> installation of Python): >>>> >>>> https://downloads.egenix.com/python/install-pyrun >>>> >>>> Per default, the script will download the PyRun binary for the target >>>> platform and install distribute as well as pip in the given target >>>> directory. >>>> >>>> Usage is simple: >>>> >>>> install-pyrun targetdir >>>> >>>> Try install-pyrun --help for a list of options. >>>> >>>> Running the script will leave you with a targetdir setup with bin/, >>>> lib/ and include/ dir as runtime environment. You can then immediately >>>> start using PyRun via bin/pyrun or install additional software using >>>> bin/pip. >>>> >>>> The installation script is brand new and we'd appreciate any feedback >>>> you can provide to enhance it. >>>> >>>> Thanks, >>>> -- >>>> Marc-Andre Lemburg >>>> eGenix.com >>>> >>>> Professional Python Services directly from the Source (#1, Aug 06 2012) >>>>>>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>>>>>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>>>>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ >>>> ________________________________________________________________________ >>>> 2012-08-25: FrOSCon, St. Augustin, Germany ... 19 days to go >>>> >>>> ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: >>>> >>>> >>>> eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 >>>> D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg >>>> Registered at Amtsgericht Duesseldorf: HRB 46611 >>>> http://www.egenix.com/company/contact/ >>>> >>>> >>>> _______________________________________________________________________ >>>> eGenix.com User Mailing List http://www.egenix.com/ >>>> https://www.egenix.com/mailman/listinfo/egenix-users >>> >>> >>> >> > > -- > Marc-Andre Lemburg > eGenix.com > > Professional Python Services directly from the Source >>>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ > ________________________________________________________________________ > > ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: > > > eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 > D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg > Registered at Amtsgericht Duesseldorf: HRB 46611 > http://www.egenix.com/company/contact/ -- Leonardo Santagada From mal at egenix.com Mon Aug 6 23:47:25 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Mon Aug 6 22:47:31 2012 Subject: [egenix-users] Script to easily install eGenix PyRun in a target directory In-Reply-To: References: <501FE996.8060805@egenix.com> <502004AF.80004@egenix.com> <502016F7.2030402@egenix.com> Message-ID: <50202D5D.5060904@egenix.com> Leonardo Santagada wrote: > On Mon, Aug 6, 2012 at 4:11 PM, M.-A. Lemburg wrote: >> M.-A. Lemburg wrote: >>> Leonardo Santagada wrote: >>>> Using a self signed certificate on the downloads site doesn't appear >>>> to be a good idea (at least curl doesn't download the file, and my >>>> browser very annoyingly says that I shouldn't go in), also I think >>>> configuring the server so that browsers automatically download the >>>> file is a better default then showing the contents. >>>> >>>> here is an error trying to use it on osx 10.7: >>>> >>>> ./install-pyrun: line 208: syntax error near unexpected token `>' >>>> ./install-pyrun: line 208: ` $CURL -OSf# $REMOTE_PYRUN_DISTRIBUTION >>>> &>> $LOG_FILE' >>> >>> Hmm, looks like bash on Mac OS X doesn't like the redirection >>> used in the script. >>> >>> Thanks for reporting this. >> >> This should be fixed now. We've changed the bash 4 style redirection >> to a bash 3 compatible one. >> > > it is working now, but pip inside it is not: > > testepyrun/bin/pip install cython > Downloading/unpacking cython > Running setup.py egg_info for package cython > error: pip-egg-info/Cython.egg-info/PKG-INFO: Permission denied > Complete output from command python setup.py egg_info: > running egg_info > > writing pip-egg-info/Cython.egg-info/PKG-INFO > > error: pip-egg-info/Cython.egg-info/PKG-INFO: Permission denied > > ---------------------------------------- > Command python setup.py egg_info failed with error code 1 in > /Users/santagada/build/cython > > I think it is trying to install things in the wrong place, though I > don't know where. I tried the same on our Mac OS X box and it's working fine. Cython appears to build its extensions in a build/ dir relative to the current dir. Perhaps you should try to build Cython from within the testepyrun dir, so that you can be sure that you don't run into permission problems ?! -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From charlie at egenix.com Mon Aug 6 23:57:56 2012 From: charlie at egenix.com (Charlie Clark) Date: Mon Aug 6 22:58:04 2012 Subject: [egenix-users] Script to easily install eGenix PyRun in a target directory In-Reply-To: <50202D5D.5060904@egenix.com> References: <501FE996.8060805@egenix.com> <502004AF.80004@egenix.com> <502016F7.2030402@egenix.com> <50202D5D.5060904@egenix.com> Message-ID: Am 06.08.2012, 22:47 Uhr, schrieb M.-A. Lemburg : > I tried the same on our Mac OS X box and it's working fine. >Cython appears to build its extensions in a build/ dir relative > to the current dir. Perhaps you should try to build Cython > from within the testepyrun dir, so that you can be sure that > you don't run into permission problems ?! I can confirm that it works fine on my machine as well. But, again, I ran pip from within the created environment. I think pip almost always creates files in the working directory. Charlie -- Charlie Clark eGenix.com Professional Python Services directly from the Source >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From santagada at gmail.com Mon Aug 6 18:58:39 2012 From: santagada at gmail.com (Leonardo Santagada) Date: Mon Aug 6 22:58:45 2012 Subject: [egenix-users] Script to easily install eGenix PyRun in a target directory In-Reply-To: <50202D5D.5060904@egenix.com> References: <501FE996.8060805@egenix.com> <502004AF.80004@egenix.com> <502016F7.2030402@egenix.com> <50202D5D.5060904@egenix.com> Message-ID: On Mon, Aug 6, 2012 at 5:47 PM, M.-A. Lemburg wrote: > Leonardo Santagada wrote: >> >> it is working now, but pip inside it is not: >> ... > > I tried the same on our Mac OS X box and it's working fine. > > Cython appears to build its extensions in a build/ dir relative > to the current dir. Perhaps you should try to build Cython > from within the testepyrun dir, so that you can be sure that > you don't run into permission problems ?! Everything installed using pip by default uses the build dir relative to the curr. dir. You were right it was a permission problem in a left over build dir from a "sudo pip install ...". Thanks, I will try pyrun more. -- Leonardo Santagada From mal at egenix.com Tue Aug 7 19:40:40 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Tue Aug 7 18:40:49 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: <501FEE46.30109@egenix.com> References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> <501FEE46.30109@egenix.com> Message-ID: <50214508.9080401@egenix.com> M.-A. Lemburg wrote: > Leonardo Santagada wrote: >> On Fri, Aug 3, 2012 at 5:34 PM, M.-A. Lemburg wrote: >>> Leonardo Santagada wrote: >>>> On Fri, Aug 3, 2012 at 5:14 PM, M.-A. Lemburg wrote: >>>>> Leonardo Santagada wrote: >>>>>> other extensions like cython, pillow, simplejson and others that have >>>>>> C modules all compile just fine, is this going to be fixed or should I >>>>>> try installing python from homebrew? >>>>> >>>>> As far as I can see, there will be some minimal backport for Python 2.7. >>>> >>>> It is working for the other extensions I told you about... it just >>>> don't work for egenix stuff. >>> >>> distutils' sysconfig.py was patched in 2.7.3 without paying too >>> much attention to breaking things. >>> >>> mxSetup doesn't use the distutils sysconfig.py module, but has it's >>> own way of configuring the compiler on Unix platforms (one which allows >>> for more flexibility in overriding setting using environment variables). >>> >>> I guess we could change this to use distutils' sysconfig.py for Python 2.7.3, >>> but if you look at this patch on the ticket: >>> http://bugs.python.org/file26105/issue13950-version3.patch >>> you'll see that the sysconfig.py patching is likely going to be >>> removed again in 2.7.4. >> >> why not just use sysconfig.py or just have another module that does >> this, then I (and everyone that use buildout/pip/easy_install) can >> just install it without having to figure this out on every machine >> that we need to install to? >> >>> >>> The better way to do all this is using environment variables. Set CC to >>> your compiler as mentioned on the bug message and things should work >>> (now and also for 2.7.4). >> >> I don't have any clue to what those values should be, but sysconfig.py >> does, in everymachine that I ever used. (my main problem in this >> machine is where the macosx sdk are stored, but then again, sysconfig >> knows). > > We'll add a fix to the next patch level release of egenix-mx-base. We've uploaded a snapshot with the fix to our server. Could you give it a try ? http://downloads.egenix.com/python/egenix-mx-base-3.2.5_dev_20120807.tar.gz This is a source archive, so you'll have to do the usual "python setup.py install" dance to get it installed. The fix we've applied will test the compiler setup and try clang in case it cannot find the compiler with which Python itself was compiled. It should work with all supported Python versions (not only Python 2.7.3 which includes the distutils fix). Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 07 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 18 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From mal at egenix.com Fri Aug 10 23:41:27 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Fri Aug 10 22:41:43 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: <50214508.9080401@egenix.com> References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> <501FEE46.30109@egenix.com> <50214508.9080401@egenix.com> Message-ID: <502571F7.60802@egenix.com> Hi Leonardo, did you have a chance to test the snapshot release on your machine ? Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 10 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 15 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ M.-A. Lemburg wrote: >>>> The better way to do all this is using environment variables. Set CC to >>>> your compiler as mentioned on the bug message and things should work >>>> (now and also for 2.7.4). >>> >>> I don't have any clue to what those values should be, but sysconfig.py >>> does, in everymachine that I ever used. (my main problem in this >>> machine is where the macosx sdk are stored, but then again, sysconfig >>> knows). >> >> We'll add a fix to the next patch level release of egenix-mx-base. > > We've uploaded a snapshot with the fix to our server. Could you > give it a try ? > > http://downloads.egenix.com/python/egenix-mx-base-3.2.5_dev_20120807.tar.gz > > This is a source archive, so you'll have to do the usual > "python setup.py install" dance to get it installed. > > The fix we've applied will test the compiler setup and try clang > in case it cannot find the compiler with which Python itself > was compiled. It should work with all supported Python versions > (not only Python 2.7.3 which includes the distutils fix). > > Thanks, > From santagada at gmail.com Fri Aug 10 18:51:08 2012 From: santagada at gmail.com (Leonardo Santagada) Date: Fri Aug 10 22:51:13 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: <502571F7.60802@egenix.com> References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> <501FEE46.30109@egenix.com> <50214508.9080401@egenix.com> <502571F7.60802@egenix.com> Message-ID: didn't work http://pastebin.com/59uiaH3s On Fri, Aug 10, 2012 at 5:41 PM, M.-A. Lemburg wrote: > Hi Leonardo, > > did you have a chance to test the snapshot release on your machine ? > > Thanks, > -- > Marc-Andre Lemburg > eGenix.com > > Professional Python Services directly from the Source (#1, Aug 10 2012) >>>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ > ________________________________________________________________________ > 2012-08-25: FrOSCon, St. Augustin, Germany ... 15 days to go > > ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: > > > eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 > D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg > Registered at Amtsgericht Duesseldorf: HRB 46611 > http://www.egenix.com/company/contact/ > > > M.-A. Lemburg wrote: >>>>> The better way to do all this is using environment variables. Set CC to >>>>> your compiler as mentioned on the bug message and things should work >>>>> (now and also for 2.7.4). >>>> >>>> I don't have any clue to what those values should be, but sysconfig.py >>>> does, in everymachine that I ever used. (my main problem in this >>>> machine is where the macosx sdk are stored, but then again, sysconfig >>>> knows). >>> >>> We'll add a fix to the next patch level release of egenix-mx-base. >> >> We've uploaded a snapshot with the fix to our server. Could you >> give it a try ? >> >> http://downloads.egenix.com/python/egenix-mx-base-3.2.5_dev_20120807.tar.gz >> >> This is a source archive, so you'll have to do the usual >> "python setup.py install" dance to get it installed. >> >> The fix we've applied will test the compiler setup and try clang >> in case it cannot find the compiler with which Python itself >> was compiled. It should work with all supported Python versions >> (not only Python 2.7.3 which includes the distutils fix). >> >> Thanks, >> > -- Leonardo Santagada From mal at egenix.com Sat Aug 11 00:51:52 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Fri Aug 10 23:52:10 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> <501FEE46.30109@egenix.com> <50214508.9080401@egenix.com> <502571F7.60802@egenix.com> Message-ID: <50258278.4030701@egenix.com> Leonardo Santagada wrote: > didn't work http://pastebin.com/59uiaH3s Are you sure you have Xcode installed on that machine ? """ Compiling with an SDK that doesn't seem to exist: /Developer/SDKs/MacOSX10.6.sdk Please check your Xcode installation """ > On Fri, Aug 10, 2012 at 5:41 PM, M.-A. Lemburg wrote: >> Hi Leonardo, >> >> did you have a chance to test the snapshot release on your machine ? >> >> Thanks, >> -- >> Marc-Andre Lemburg >> eGenix.com >> >> Professional Python Services directly from the Source (#1, Aug 10 2012) >>>>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>>>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ >> ________________________________________________________________________ >> 2012-08-25: FrOSCon, St. Augustin, Germany ... 15 days to go >> >> ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: >> >> >> eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 >> D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg >> Registered at Amtsgericht Duesseldorf: HRB 46611 >> http://www.egenix.com/company/contact/ >> >> >> M.-A. Lemburg wrote: >>>>>> The better way to do all this is using environment variables. Set CC to >>>>>> your compiler as mentioned on the bug message and things should work >>>>>> (now and also for 2.7.4). >>>>> >>>>> I don't have any clue to what those values should be, but sysconfig.py >>>>> does, in everymachine that I ever used. (my main problem in this >>>>> machine is where the macosx sdk are stored, but then again, sysconfig >>>>> knows). >>>> >>>> We'll add a fix to the next patch level release of egenix-mx-base. >>> >>> We've uploaded a snapshot with the fix to our server. Could you >>> give it a try ? >>> >>> http://downloads.egenix.com/python/egenix-mx-base-3.2.5_dev_20120807.tar.gz >>> >>> This is a source archive, so you'll have to do the usual >>> "python setup.py install" dance to get it installed. >>> >>> The fix we've applied will test the compiler setup and try clang >>> in case it cannot find the compiler with which Python itself >>> was compiled. It should work with all supported Python versions >>> (not only Python 2.7.3 which includes the distutils fix). >>> >>> Thanks, >>> >> > > > -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 10 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 15 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From santagada at gmail.com Fri Aug 10 19:58:12 2012 From: santagada at gmail.com (Leonardo Santagada) Date: Fri Aug 10 23:58:18 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: <50258278.4030701@egenix.com> References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> <501FEE46.30109@egenix.com> <50214508.9080401@egenix.com> <502571F7.60802@egenix.com> <50258278.4030701@egenix.com> Message-ID: On Fri, Aug 10, 2012 at 6:51 PM, M.-A. Lemburg wrote: > Leonardo Santagada wrote: >> didn't work http://pastebin.com/59uiaH3s > > Are you sure you have Xcode installed on that machine ? > > """ > Compiling with an SDK that doesn't seem to exist: /Developer/SDKs/MacOSX10.6.sdk > Please check your Xcode installation > """ > pretty much, it is how I compile everything from homebrew. the /Developer dir doesn't exist anymore on the newer xcode. Strangely I can compile other python extensions on this python, and also I did install a homebrew python and even egenix was pip installed. -- Leonardo Santagada From charlie at egenix.com Sat Aug 11 01:22:08 2012 From: charlie at egenix.com (Charlie Clark) Date: Sat Aug 11 00:22:15 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> <501FEE46.30109@egenix.com> <50214508.9080401@egenix.com> <502571F7.60802@egenix.com> <50258278.4030701@egenix.com> Message-ID: Am 10.08.2012, 23:58 Uhr, schrieb Leonardo Santagada : > pretty much, it is how I compile everything from homebrew. the > /Developer dir doesn't exist anymore on the newer xcode. Strangely I > can compile other python extensions on this python, and also I did > install a homebrew python and even egenix was pip installed. I'm not sure I understand that last bit. Does mxBase install via pip but not from source? I can confirm that everything runs fine using MacPorts' Python which should be pretty much identical to the Homebrew one. Charlie -- Charlie Clark eGenix.com Professional Python Services directly from the Source >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From charlie at egenix.com Sat Aug 11 01:26:12 2012 From: charlie at egenix.com (Charlie Clark) Date: Sat Aug 11 00:26:22 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> <501FEE46.30109@egenix.com> <50214508.9080401@egenix.com> <502571F7.60802@egenix.com> <50258278.4030701@egenix.com> Message-ID: Am 11.08.2012, 00:24 Uhr, schrieb Leonardo Santagada : > On Fri, Aug 10, 2012 at 7:22 PM, Charlie Clark wrote: >> >>> pretty much, it is how I compile everything from homebrew. the >>> /Developer dir doesn't exist anymore on the newer xcode. Strangely I >>> can compile other python extensions on this python, and also I did >>> install a homebrew python and even egenix was pip installed. >> >> >> I'm not sure I understand that last bit. Does mxBase install via pip but not >> from source? I can confirm that everything runs fine using MacPorts' Python >> which should be pretty much identical to the Homebrew one. > > it install with pip on a homebrew python, but doesn't and give that > error on the python.org python. Thanks for the clarification. Charlie -- Charlie Clark eGenix.com Professional Python Services directly from the Source >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From mal at egenix.com Sat Aug 18 00:56:05 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Fri Aug 17 23:56:40 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> <501FEE46.30109@egenix.com> <50214508.9080401@egenix.com> <502571F7.60802@egenix.com> <50258278.4030701@egenix.com> Message-ID: <502EBDF5.2000007@egenix.com> eonardo Santagada wrote: > On Fri, Aug 10, 2012 at 6:51 PM, M.-A. Lemburg wrote: >> Leonardo Santagada wrote: >>> didn't work http://pastebin.com/59uiaH3s >> >> Are you sure you have Xcode installed on that machine ? >> >> """ >> Compiling with an SDK that doesn't seem to exist: /Developer/SDKs/MacOSX10.6.sdk >> Please check your Xcode installation >> """ >> > > pretty much, it is how I compile everything from homebrew. the > /Developer dir doesn't exist anymore on the newer xcode. Strangely I > can compile other python extensions on this python, and also I did > install a homebrew python and even egenix was pip installed. I've had a closer look at the transcript you sent (http://pastebin.com/59uiaH3s). The problem is that setup.py first detects that you have a working libm in the system: clang -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DHAVE_STRPTIME=1 -DMAL_DEBUG -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Library/Frameworks/Python.framework/Versions/2.7/include -c _configtest.c -o _configtest.o clang _configtest.o -L/usr/local/lib -L/Library/Frameworks/Python.framework/Versions/2.7/lib -lm -o _configtest success! removing: _configtest.c _configtest.o _configtest found optional library 'm' -- defining HAVE_M_LIB but the linker then fails when trying to link the mxDateTime shared lib using a dual-architecture link step: clang -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DUSE_FAST_GETCURRENTTIME -DHAVE_M_LIB=1 -DHAVE_STRPTIME=1 -DMAL_DEBUG -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES -Imx/DateTime/mxDateTime -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include -I/Library/Frameworks/Python.framework/Versions/2.7/include -c mx/DateTime/mxDateTime/mxDateTime.c -o build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o clang -bundle -undefined dynamic_lookup -arch i386 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.6.sdk -isysroot /Developer/SDKs/MacOSX10.6.sdk -g -arch i386 -arch x86_64 -g build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o -L/usr/local/lib -L/Library/Frameworks/Python.framework/Versions/2.7/lib -lm -o build/lib.macosx-10.6-intel-2.7_ucs2/mx/DateTime/mxDateTime/mxDateTime.so ld: library not found for -lm This suggests that the libm is not available for one of the architectures or the SDK 10.6 in general. I am a bit surprised that the SDK settings are only pulled in during the link step. I double checked this with Python 2.6 and 2.5. 2.6 also doesn't compile with SDK settings, but 2.5 does. We'll have to investigate this some more. Could you try compiling with this environment variable set to 1: EGENIX_MXSETUP_NO_CUSTOMIZE_COMPILER_OVERRIDE Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 17 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 8 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From mal at egenix.com Sat Aug 18 01:32:45 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Sat Aug 18 00:33:17 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: <502EBDF5.2000007@egenix.com> References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> <501FEE46.30109@egenix.com> <50214508.9080401@egenix.com> <502571F7.60802@egenix.com> <50258278.4030701@egenix.com> <502EBDF5.2000007@egenix.com> Message-ID: <502EC68D.4000404@egenix.com> M.-A. Lemburg wrote: > eonardo Santagada wrote: >> On Fri, Aug 10, 2012 at 6:51 PM, M.-A. Lemburg wrote: >>> Leonardo Santagada wrote: >>>> didn't work http://pastebin.com/59uiaH3s >>> >>> Are you sure you have Xcode installed on that machine ? >>> >>> """ >>> Compiling with an SDK that doesn't seem to exist: /Developer/SDKs/MacOSX10.6.sdk >>> Please check your Xcode installation >>> """ >>> >> >> pretty much, it is how I compile everything from homebrew. the >> /Developer dir doesn't exist anymore on the newer xcode. Strangely I >> can compile other python extensions on this python, and also I did >> install a homebrew python and even egenix was pip installed. > > I've had a closer look at the transcript you sent > (http://pastebin.com/59uiaH3s). > > The problem is that setup.py first detects that you have a working > libm in the system: > > clang -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DHAVE_STRPTIME=1 -DMAL_DEBUG > -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES > -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/usr/local/include > -I/Library/Frameworks/Python.framework/Versions/2.7/include -c _configtest.c -o _configtest.o > clang _configtest.o -L/usr/local/lib -L/Library/Frameworks/Python.framework/Versions/2.7/lib -lm -o > _configtest > success! > removing: _configtest.c _configtest.o _configtest > found optional library 'm' -- defining HAVE_M_LIB > > but the linker then fails when trying to link the mxDateTime shared > lib using a dual-architecture link step: > > clang -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -DUSE_FAST_GETCURRENTTIME > -DHAVE_M_LIB=1 -DHAVE_STRPTIME=1 -DMAL_DEBUG -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES > -Imx/DateTime/mxDateTime -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 > -I/usr/local/include -I/Library/Frameworks/Python.framework/Versions/2.7/include -c > mx/DateTime/mxDateTime/mxDateTime.c -o > build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o > clang -bundle -undefined dynamic_lookup -arch i386 -arch x86_64 -isysroot > /Developer/SDKs/MacOSX10.6.sdk -isysroot /Developer/SDKs/MacOSX10.6.sdk -g -arch i386 -arch x86_64 > -g > build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o > -L/usr/local/lib -L/Library/Frameworks/Python.framework/Versions/2.7/lib -lm -o > build/lib.macosx-10.6-intel-2.7_ucs2/mx/DateTime/mxDateTime/mxDateTime.so > ld: library not found for -lm > > This suggests that the libm is not available for one of the architectures > or the SDK 10.6 in general. > > I am a bit surprised that the SDK settings are only pulled in during > the link step. I double checked this with Python 2.6 and 2.5. 2.6 > also doesn't compile with SDK settings, but 2.5 does. We'll have to > investigate this some more. > > Could you try compiling with this environment variable set to 1: > EGENIX_MXSETUP_NO_CUSTOMIZE_COMPILER_OVERRIDE Nevermind, we're going to remove our custom version in favor of the standard distutils one in the next release. That should fix the problem and a few others on Macs as well. Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 18 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 7 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From santagada at gmail.com Sat Aug 18 21:25:06 2012 From: santagada at gmail.com (Leonardo Santagada) Date: Sun Aug 19 01:25:14 2012 Subject: [egenix-users] Error compiling egenix-mx-base (again) In-Reply-To: <502EC68D.4000404@egenix.com> References: <501C2B71.9090505@egenix.com> <501C3123.9030902@egenix.com> <501C35DD.1040103@egenix.com> <501FEE46.30109@egenix.com> <50214508.9080401@egenix.com> <502571F7.60802@egenix.com> <50258278.4030701@egenix.com> <502EBDF5.2000007@egenix.com> <502EC68D.4000404@egenix.com> Message-ID: thanks, this sounds great Em 17/08/2012 19:33, "M.-A. Lemburg" escreveu: > M.-A. Lemburg wrote: > > eonardo Santagada wrote: > >> On Fri, Aug 10, 2012 at 6:51 PM, M.-A. Lemburg wrote: > >>> Leonardo Santagada wrote: > >>>> didn't work http://pastebin.com/59uiaH3s > >>> > >>> Are you sure you have Xcode installed on that machine ? > >>> > >>> """ > >>> Compiling with an SDK that doesn't seem to exist: > /Developer/SDKs/MacOSX10.6.sdk > >>> Please check your Xcode installation > >>> """ > >>> > >> > >> pretty much, it is how I compile everything from homebrew. the > >> /Developer dir doesn't exist anymore on the newer xcode. Strangely I > >> can compile other python extensions on this python, and also I did > >> install a homebrew python and even egenix was pip installed. > > > > I've had a closer look at the transcript you sent > > (http://pastebin.com/59uiaH3s). > > > > The problem is that setup.py first detects that you have a working > > libm in the system: > > > > clang -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 > -DHAVE_STRPTIME=1 -DMAL_DEBUG > > -UHAVE_CLOCK_GETTIME -UHAVE_CLOCK_GETRES > > -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 > -I/usr/local/include > > -I/Library/Frameworks/Python.framework/Versions/2.7/include -c > _configtest.c -o _configtest.o > > clang _configtest.o -L/usr/local/lib > -L/Library/Frameworks/Python.framework/Versions/2.7/lib -lm -o > > _configtest > > success! > > removing: _configtest.c _configtest.o _configtest > > found optional library 'm' -- defining HAVE_M_LIB > > > > but the linker then fails when trying to link the mxDateTime shared > > lib using a dual-architecture link step: > > > > clang -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 > -DUSE_FAST_GETCURRENTTIME > > -DHAVE_M_LIB=1 -DHAVE_STRPTIME=1 -DMAL_DEBUG -UHAVE_CLOCK_GETTIME > -UHAVE_CLOCK_GETRES > > -Imx/DateTime/mxDateTime > -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 > > -I/usr/local/include > -I/Library/Frameworks/Python.framework/Versions/2.7/include -c > > mx/DateTime/mxDateTime/mxDateTime.c -o > > > build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o > > clang -bundle -undefined dynamic_lookup -arch i386 -arch x86_64 -isysroot > > /Developer/SDKs/MacOSX10.6.sdk -isysroot /Developer/SDKs/MacOSX10.6.sdk > -g -arch i386 -arch x86_64 > > -g > > > build/temp.macosx-10.6-intel-2.7_ucs2/mx-DateTime-mxDateTime-mxDateTime/mx/DateTime/mxDateTime/mxDateTime.o > > -L/usr/local/lib -L/Library/Frameworks/Python.framework/Versions/2.7/lib > -lm -o > > build/lib.macosx-10.6-intel-2.7_ucs2/mx/DateTime/mxDateTime/mxDateTime.so > > ld: library not found for -lm > > > > This suggests that the libm is not available for one of the architectures > > or the SDK 10.6 in general. > > > > I am a bit surprised that the SDK settings are only pulled in during > > the link step. I double checked this with Python 2.6 and 2.5. 2.6 > > also doesn't compile with SDK settings, but 2.5 does. We'll have to > > investigate this some more. > > > > Could you try compiling with this environment variable set to 1: > > EGENIX_MXSETUP_NO_CUSTOMIZE_COMPILER_OVERRIDE > > Nevermind, we're going to remove our custom version in favor of the > standard distutils one in the next release. That should fix the problem > and a few others on Macs as well. > > Thanks, > -- > Marc-Andre Lemburg > eGenix.com > > Professional Python Services directly from the Source (#1, Aug 18 2012) > >>> Python/Zope Consulting and Support ... http://www.egenix.com/ > >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ > >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ > ________________________________________________________________________ > 2012-08-25: FrOSCon, St. Augustin, Germany ... 7 days to go > > ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: > > > eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 > D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg > Registered at Amtsgericht Duesseldorf: HRB 46611 > http://www.egenix.com/company/contact/ > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: /mailman-archives/egenix-users/attachments/20120818/1c4256b2/attachment.htm From info at egenix.com Mon Aug 20 15:37:12 2012 From: info at egenix.com (eGenix Team: M.-A. Lemburg) Date: Mon Aug 20 14:37:50 2012 Subject: [egenix-users] ANN: eGenix mxODBC Connect - Python Database Interface 2.0.0 Message-ID: <50322F78.1050601@egenix.com> ________________________________________________________________________ ANNOUNCING eGenix.com mxODBC Connect Python Database Interface Version 2.0.0 mxODBC Connect is our commercially supported client-server product for connecting Python applications to relational databases in a truly cross-platform way. This announcement is also available on our web-site for online reading: http://www.egenix.com/company/news/eGenix-mxODBC-Connect-2.0.0-GA.html ________________________________________________________________________ INTRODUCTION The mxODBC Connect Database Interface for Python allows users to easily connect Python applications to all major databases on the market today in a highly portable, convenient and secure way. Python Database Connectivity the Easy Way Unlike our mxODBC Python extension, mxODBC Connect is designed as client-server application, so you no longer need to find production quality ODBC drivers for all the platforms you target with your Python application. Instead you use an easy to install Python client library which connects directly to the mxODBC Connect database server over the network. This makes mxODBC Connect a great basis for writing cross-platform multi-tier database applications and utilities in Python, especially if you run applications that need to communicate with databases such as MS SQL Server and MS Access, Oracle Database, IBM DB2 and Informix, Sybase ASE and Sybase Anywhere, MySQL, PostgreSQL, SAP MaxDB and many more, that run on Windows or Linux machines. Ideal for Database Driven Client Applications By removing the need to install and configure ODBC drivers on the client side and dealing with complicated network setups for each set of drivers, mxODBC Connect greatly simplifies deployment of database driven client applications, while at the same time making the network communication between client and database server more efficient and more secure. For more information, please have a look at the mxODBC Connect product page, in particular, the full list of available features. For more information, please see the product page: http://www.egenix.com/products/python/mxODBCConnect/ ________________________________________________________________________ NEWS mxODBC Connect 2.0.0 is a new major release of our successful mxODBC Connect product. Enhanced API * mxODBC Connect Server now uses mxODBC 3.2 internally and makes its API available in the mxODBC Connect Client. This is a major step forward from the mxODBC 3.0 version used in mxODBC Connect Server 1.0. * mxODBC Connect Client comes with all the mxODBC enhancements, including: - connection and cursor objects can be used as context managers - adjustable parameter styles (qmark or named) - connection .autocommit attribute to easily switch on autocommit - adjustable timestamp resolution - new possibilities to set connection and cursor options to adjust the ODBC objects to your application needs, e.g. set a connection read-only or set a query timeout - adjustable decimal, datetime and string formats - adjustable warning format to be able to handle server warnings without client interaction - greatly improved result set scrolling support - Unicode support for all catalog methods - Access to additional result set meta data via cursor.getcolattribute() Updated Compatibility * The server now features all the ODBC driver compatibility enhancements provided by mxODBC 3.2, including improved and updated support for MS SQL Server Native Client, Oracle Instant Client, Sybase ASE, IBM DB2, Teradata and Netezza. * Native Windows x64 builds with signed executables and a tray app rewritten in C are available for Windows 2008R2, Vista and 7 x64, so you can benefit from better performance, fewer UAC dialogs and smaller memory footprint. Asynchronous Execution * mxODBC Connect Client now integrates directly with gevent, allowing client applications to run asynchronous tasks while performing remote database queries. Better Integration * mxODBC Connect now uses the official IANA registered port 6632 for both plain text and SSL-encrypted communication. * mxODBC Connect Client now allows selecting the used SSL module from two available options: Python standard lib ssl module and pyOpenSSL. For the full set of changes, please check the mxODBC Connect change log. http://www.egenix.com/products/python/mxODBCConnect/changelog.html ________________________________________________________________________ UPGRADING You are encouraged to upgrade to this latest mxODBC Connect release. When upgrading, please always upgrade both the server and the client installations to the same version - even for patch level releases. Customers who have purchased mxODBC Connect 2.0 licenses can request 20% discount coupons for upgrade purchases. Please contact the eGenix.com Sales Team (sales@egenix.com) with your existing license serials for details. Users of our stand-alone mxODBC product will have to purchase new licenses from our online shop in order to use mxODBC Connect. You can request 30-day evaluation licenses by visiting our web-site or writing to sales@egenix.com, stating your name (or the name of the company) and the number of eval licenses that you need. http://www.egenix.com/products/python/mxODBCConnect/#Evaluation ________________________________________________________________________ DOWNLOADS The download archives as well as instructions for installation and configuration of the product can be found on the product page: http://www.egenix.com/products/python/mxODBCConnect/ If you want to try the package, jump straight to the download instructions: https://cms.egenix.com/products/python/mxODBCConnect/#Download Fully functional evaluation licenses for the mxODBC Connect Server are available free of charge: http://www.egenix.com/products/python/mxODBCConnect/#Evaluation mxODBC Connect Client is always free of charge. _______________________________________________________________________ SUPPORT Commercial support for this product is available from eGenix.com. Please see http://www.egenix.com/services/support/ for details about our support offerings. _______________________________________________________________________ INFORMATION About Python (http://www.python.org/): Python is an object-oriented Open Source programming language which runs on all modern platforms. By integrating ease-of-use, clarity in coding, enterprise application connectivity and rapid application design, Python establishes an ideal programming platform for today's IT challenges. About eGenix (http://www.egenix.com/): eGenix is a software project, consulting and product company focusing on expert services and professional quality products for companies, Python users and developers. Enjoy, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 20 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-08-25: FrOSCon, St. Augustin, Germany ... 5 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From info at egenix.com Tue Aug 28 10:26:22 2012 From: info at egenix.com (eGenix Team: M.-A. Lemburg) Date: Tue Aug 28 09:26:56 2012 Subject: [egenix-users] ANN: eGenix mxODBC 3.2.0 - Python ODBC Database Interface Message-ID: <503C729E.80500@egenix.com> ________________________________________________________________________ ANNOUNCING eGenix.com mxODBC Python ODBC Database Interface Version 3.2.0 mxODBC is our commercially supported Python extension providing ODBC database connectivity to Python applications on Windows, Mac OS X, Unix and BSD platforms This announcement is also available on our web-site for online reading: http://www.egenix.com/company/news/eGenix-mxODBC-3.2.0-GA.html ________________________________________________________________________ INTRODUCTION mxODBC provides an easy-to-use, high-performance, reliable and robust Python interface to ODBC compatible databases such as MS SQL Server, MS Access, Oracle Database, IBM DB2 and Informix , Sybase ASE and Sybase Anywhere, MySQL, PostgreSQL, SAP MaxDB and many more: http://www.egenix.com/products/python/mxODBC/ The "eGenix mxODBC - Python ODBC Database Interface" product is a commercial extension to our open-source eGenix mx Base Distribution: http://www.egenix.com/products/python/mxBase/ ________________________________________________________________________ NEWS The 3.2.0 release of our mxODBC is a new release of our popular Python ODBC Interface for Windows, Linux, Mac OS X and FreeBSD. New Features in 3.2 ------------------- * Switched to unixODBC 2.3.1+ API: mxODBC is now compiled against unixODBC 2.3.1, which finally removes the problems with the ABI change between 2.2 and 2.3 by switching to a new library version (libodbc.so.2). * mxODBC connection objects can now be used as context managers to implicitly commit/rollback transactions. * mxODBC cursor objects can now be used as context managers to implicitly close the cursor when leaving the block (regardless of whether an exception was raised or not) * mxODBC added support for adjustable .paramstyles. Both 'qmark' (default) and 'named' styles are supported and can be set on connections and cursors. The 'named' style allows easier porting of e.g. Oracle native interface code to mxODBC. * mxODBC now supports a writable connection.autocommit attribute to easily turn on/off the connection's auto commit mode. * mxODBC added support for adjustable TIMESTAMP precision via the new connection/cursor.timestampresolution attribute. * mxODBC will round to nearest nanosecond fraction instead of truncating the value. This will result in fewer conversion errors due to floating point second values. * mxODBC's connect APIs Connect() and DriverConnect() support setting connection options prior to connecting to the database via a new connection_options parameter. This allows enabling e.g. the MARS feature in SQL Server Native Client. * The connection.cursor() constructor now has a new cursor_options parameters which allows configuring the cursor with a set of cursor options. * The .scroll() method supports far more ODBC drivers than before. * Updated the SQL lookup object to include more ODBC SQL parameter codes, including special ones for SQL Server and IBM DB2. * mx.ODBC.Manager will now prefer unixODBC over iODBC. Previous mxODBC releases used the order iODBC, unixODBC, DataDirect when looking for a suitable ODBC manager on Unix platforms. unixODBC is more widely supported nowadays and provides better Unicode support than iODBC. For the full set of features mxODBC has to offer, please see: http://www.egenix.com/products/python/mxODBC/#Features Driver Compatibility Enhancements --------------------------------- * Added work-around for Oracle Instance Client to prevent use of direct execution. cursor.executedirect() will still work, but won't actually use direct execution with the Oracle driver. * Added work-around for Oracle Instant Client to prevent segfaults in the driver when querying the cursor.rowcount or cursor.rownumber. * Added check to make sure that Python type binding mode is not used with Oracle Instance Client as this can cause segfaults with the driver and generally doesn't work. * Added a work-around to have the IBM DB2 driver return correct .rowcount values. * Improved Sybase ASE driver compatibility: this only supports Python type binding, which is now enabled per default. * Added work-around for PostgreSQL driver, which doesn't support scrollable cursors. * Add support for MS SQL Server ODBC Driver 1.0 for Linux to mxODBC * Improved compatibility of the mxODBC native Unicode string format handling with Unix ODBC drivers when running UCS4 builds of Python. * mxODBC 3.2 now always uses direct execution with the FreeTDS ODBC driver. This results in better compatibility with SQL Server and faster execution across the board. * Add work-around to have FreeTDS work with 64-bit integers outside the 32-bit signed integer range. * FreeTDS' .rowcount attribute gave misleading values for SELECTs. This now always returns -1 (until they hopefully fix the driver to return usable data). For the full set of changes please check the mxODBC change log: http://www.egenix.com/products/python/mxODBC/changelog.html mxODBC Editions --------------- mxODBC is available in these three editions: * The low-cost Standard Edition which provides data connectivity to a single database type, e.g. just MS SQL Server. * The Professional Edition, which gives full access to all mxODBC features. * The Product Development Edition, which allows including mxODBC in applications you develop. Compared to mxODBC 3.0, we have simplified our license terms to clarify the situation on multi-core and virtual machines. In most cases, you no longer need to purchase more than one license per processor or virtual machine, scaling down the overall license costs significantly compared to earlier mxODBC releases. For a complete overview of the new editions, please see the product page. http://www.egenix.com/products/python/mxODBC/#mxODBCEditions ________________________________________________________________________ DOWNLOADS The download archives and instructions for installing the package can be found at: http://www.egenix.com/products/python/mxODBC/ In order to use the eGenix mxODBC package you will first need to install the eGenix mx Base package: http://www.egenix.com/products/python/mxBase/ ________________________________________________________________________ UPGRADING Users are encouraged to upgrade to this latest mxODBC release to benefit from the new features and updated ODBC driver support. We have taken special care, not to introduce backwards incompatible changes, making the upgrade experience as smooth as possible. For upgrade purchases, we will give out 20% discount coupons going from mxODBC 2.x to 3.2 and 50% coupons for upgrades from mxODBC 3.x to 3.2. After upgrade, use of the original license from which you upgraded is no longer permitted. Please contact the eGenix.com Sales Team at sales@egenix.com with your existing license serials for details for an upgrade discount coupon. If you want to try the new release before purchace, you can request 30-day evaluation licenses by visiting our web-site http://www.egenix.com/products/python/mxODBC/#Evaluation or by writing to sales@egenix.com, stating your name (or the name of the company) and the number of eval licenses that you need. _______________________________________________________________________ SUPPORT Commercial support for this product is available from eGenix.com. Please see http://www.egenix.com/services/support/ for details about our support offerings. _______________________________________________________________________ INFORMATION About Python (http://www.python.org/): Python is an object-oriented Open Source programming language which runs on all modern platforms. By integrating ease-of-use, clarity in coding, enterprise application connectivity and rapid application design, Python establishes an ideal programming platform for today's IT challenges. About eGenix (http://www.egenix.com/): eGenix is a software project, consulting and product company focusing on expert services and professional quality products for companies, Python users and developers. Enjoy, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 28 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-10-23: Python Meeting Duesseldorf ... 56 days to go 2012-08-20: Released mxODBC.Connect 2.0.0 ... http://egenix.com/go30 ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/