Hi All,
I'm not sure there's anything you can do about this, but I thought I
should alert the Python devs that it can happen...
http://allmydata.org/trac/tahoe/ticket/704#comment:7 describes a
situation where my macports-installed python25 had a pyOpenSSL egg
installed in it by something other t
This is a bug report. bugs.python.org seems to be down.
>>> from urlparse import *
>>> urlunsplit(urlsplit('git+file:///foo/bar/baz'))
git+file:/foo/bar/baz
Note the dropped slashes after the colon.
--
Dave Abrahams Meet me at BoostCon: http://www.boostcon.com
BoostPro Computi
At Sat, 08 May 2010 11:04:47 -0500,
John Arbash Meinel wrote:
>
> Stephen J. Turnbull wrote:
> > David Abrahams writes:
> > >
> > > This is a bug report. bugs.python.org seems to be down.
> > >
> > > >>> from urlparse import *
Pep 353 advises the use of this incantation:
#if PY_VERSION_HEX < 0x0205
typedef int Py_ssize_t;
#define PY_SSIZE_T_MAX INT_MAX
#define PY_SSIZE_T_MIN INT_MIN
#endif
I just wanted to point out that this advice could lead to library
header collisions when multiple 3rd parties decide
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams schrieb:
>> #if PY_VERSION_HEX < 0x0205
>> typedef int Py_ssize_t;
>> #define PY_SSIZE_T_MAX INT_MAX
>> #define PY_SSIZE_T_MIN INT_MIN
>> #endif
>>
>> I
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
>> c. anyway you'll get a nasty warning, which for some people will be
>> just as bad as an error
>
> Try for yourself. You get the warning only if the redefinition is not
> identical to the original definition (or an object-like macro is
> redefined
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> Dave Abrahams schrieb:
>> The only problem here is that there appears to be a lag in the release of
>> ActivePython after Python itself is released.
>>
>> Is there any chance of putting up just the debugging libraries a little
>> earlier?
>
> I may
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> I'm not sure whether you are requesting these for yourself or for
> somebody else. If for somebody else, that somebody else should seriously
> consider building Python himself, and publishing the result.
I'm requesting it for the many Boost.Python (
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams schrieb:
>>> I'm not sure whether you are requesting these for yourself or for
>>> somebody else. If for somebody else, that somebody else should seriously
>>> consider building Py
Hi,
I tried building with MS Visual Studio 2005 from PCBuild8/pcbuild.sln,
and for me it fails miserably. The first major complaint comes when
linking pythoncore, where the _init_types symbol can't be found. On
the other hand, allowing MSVS to convert PCBuild/pcbuild.sln works
okay. Am I missi
on Mon Mar 05 2007, "Martin v. Löwis" writes:
> David Abrahams schrieb:
>> I tried building with MS Visual Studio 2005 from PCBuild8/pcbuild.sln,
>> and for me it fails miserably. The first major complaint comes when
>> linking pythoncore, where the _init_types sy
I'm trying to find the Python library binaries associated with a given
python executable.
If I look at the help for sys.prefix and sys.exec_prefix
import sys; help(sys)
I see:
prefix -- prefix used to find the Python library
exec_prefix -- prefix used to find the machine-specific P
on Tue Mar 06 2007, "Martin v. Löwis" wrote:
> David Abrahams schrieb:
>> I'm trying to find the Python library binaries associated with a given
>> python executable.
>
> This really isn't a python-dev question; please use python-list
> (news:comp
on Tue Mar 06 2007, "Martin v. Löwis" wrote:
> David Abrahams schrieb:
>> on Tue Mar 06 2007, "Martin v. Löwis" wrote:
>>> David Abrahams schrieb:
>>>> I'm trying to find the Python library binaries associated with a given
>>>&
Recently people testing Boost.Python with GCC on Linux have reported
that the extensions being tested have to be compiled with exactly the
same version of GCC as the Python they're being loaded into, or they
get mysterious crashes.
That doesn't correspond to my past experience; it has always been
anges: http://lists.boost.org/mailman/listinfo.cgi/boost
--- End Message ---
--- Begin Message ---
--- David Abrahams <[EMAIL PROTECTED]> wrote:
> >> Doug, I know you've drawn that conclusion, but it really surprises me.
> >> Generally speaking, I have been able to u
Sjoerd Mullender <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Apparently Python on some linux distros is being linked by g++ rather
>> than gcc, resulting in the C++ runtime library being linked into
>> Python; this has bad consequences for compatibility betwe
Tim Peters <[EMAIL PROTECTED]> writes:
> I also suspect that if they weren't in the language already, a PEP to
> introduce them would fail, because
>
> still_looking = True
> some loop:
> if found it:
> still_looking = False
> break
> if still_looking:
>
Skip Montanaro <[EMAIL PROTECTED]> writes:
> >> Configure with --without-cxx to not use g++. Since there is an
> >> option in configure, I assume it is intentional.
>
> Dave> O-kay... any idea what the rationale for this decision might be?
>
> I believe it's so that people can link in
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> I'm wondering if there has been a well-known recent change either in Python
>> or GCC that would account for these new reports. Any relevant
>> information would be appreciated.
&
Skip Montanaro <[EMAIL PROTECTED]> writes:
> >> I believe it's so that people can link in libraries written in C++
> >> and have them initialized properly.
>
> Dave> Can you give specifics? What do you mean by "link in?" Do you
> Dave> mean "statically link into the Python interp
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Apparently Python on some linux distros is being linked by g++ rather
>> than gcc, resulting in the C++ runtime library being linked into
>> Python; this has bad consequences for c
Jeff Epler <[EMAIL PROTECTED]> writes:
> If we change the linker back to gcc, not g++, will it work if extension
> module 1 gets linked with libstdc++ A and ABI Q, and extension module 2
> gets linked with libstdc++ B and ABI Z?
Yes, unless they are using sys.setdlopenflags to force symbols to be
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>>configure thinks that using CXX for linking is necessary if compiling
>>>a program using CXX and linking it using CC fails.
>>
>>
>> That might be the right thing
[Christoph, please keep the python-dev list in the loop here, at least
until they get annoyed and decide we're off-topic. I think this is
crucial to the way they package and deliver Python]
Christoph Ludwig <[EMAIL PROTECTED]> writes:
> On Thu, Jul 07, 2005 at 06:27:46PM -0400,
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Unless, of course, I'm missing something. So if I am missing
>> something, what is it?
>
> You are missing something, and I can only repeat myself. Some systems
> require main(
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>>When I looked into this problem I saw that configure in fact builds a test
>>>executable that included an object file compiled with g++. If the link step
>>>with gcc succeeds
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>>If there is some library with such objects that happens to get
>>>wrapped and dynamically linked into a Python interpreter
>>
>>
>> Whoa there. How would that ever h
Ulrich Berning <[EMAIL PROTECTED]> writes:
> If you build C++ extensions on HP-UX with aCC, Python must be compiled
> and linked as a C++ program. This is documented.
You mean dynamically loaded C++ extensions, or the kind that are
linked into the Python executable?
I'm willing to believe almos
Ulrich Berning <[EMAIL PROTECTED]> writes:
> David Abrahams schrieb:
>
>>Ulrich Berning <[EMAIL PROTECTED]> writes:
>>
>>
>>
>>> If you build C++ extensions on HP-UX with aCC, Python must be
>>> compiled and linked as a C++ progra
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
>> I don't believe any systems require it. I realize you have said
>> otherwise, but after years of working with Boost.Python I'm very
>> familiar with the issues of dynamic linking and C/C++ interoperability
>> on a wide variety of platforms, and I'm
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>>Not entirely. By extending Modules/Setup
>>
>>
>> You mean
>> http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Modules/Setup.dist?view=markup
>>
Christoph Ludwig <[EMAIL PROTECTED]> writes:
> --with-cxx=: If you plan to use C++ extension modules, then on some
> platform you need to compile python's main() function with the C++
> compiler. With this option, make will use to compile main()
> *and* to link the python
Christoph Ludwig <[EMAIL PROTECTED]> writes:
> I do not claim the 2 TUs test will cover all possible scenarios. I am not even
> sure this decision should be left to an automated test. Because if the test
> breaks for some reason then the user is left with a linker error that is
> time-consuming to
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> - we add a configure test that runs after the existing test
>> determines that --with-cxx is needed (but not when --with-cxx is
>> explicitly specified on the command
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
>>>- the logic is fixed so that linking with g++ is only done if
>>> main is in ccpython.o
>>
>>
>> I don't see how that works. Somehow we need to decide whether to put
>> main in ccpython.o in the first place, don't we?
>
> Yes, that is done throu
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>>>I don't see how that works. Somehow we need to decide whether to put
>>>>main in ccpython.o in the first place, don't we?
>>>
>
> You wouldn't h
Christoph Ludwig <[EMAIL PROTECTED]> writes:
> I submitted patch #1239112 that implements the test involving two TUs for
> Python 2.4. I plan to work on a more comprehensive patch for Python 2.5 but
> that will take some time.
Thanks very much for your efforts, Christoph!
--
Dave Abrahams
Boost
Is the instruction at
http://www.python.org/dev/doc/devel/inst/tweak-flags.html#SECTION000622000
still relevant? I am not 100% certain I didn't make one myself, but
it looks to me as though my Windows Python 2.4.1 distro came with a
libpython24.a. I am asking here because it seems on
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Is the instruction at
>> http://www.python.org/dev/doc/devel/inst/tweak-flags.html#SECTION000622000
>> still relevant? I am not 100% certain I didn't make one myself,
David Abrahams <[EMAIL PROTECTED]> writes:
> "Martin v. Löwis" <[EMAIL PROTECTED]> writes:
>
>> David Abrahams wrote:
>>> Is the instruction at
>>> http://www.python.org/dev/doc/devel/inst/tweak-flags.html#SECTION000622000
>>
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> As it turns out, MinGW also implemented, in version 3.0.0 (with
>> binutils-2.13.90-20030111-1), features which make the creation of
>> libpython24.a unnecessary. So whoever maintains th
Christoph Ludwig <[EMAIL PROTECTED]> writes:
> Hi,
>
> this is to continue a discussion started back in July by a posting by
> Dave Abrahams http://thread.gmane.org/gmane.comp.python.devel/69651>
> regarding the compiler (C vs. C++) used to compile python's main() and to link
> the executable.
>
For years, Boost.Python has been doing some hacks to work around the
fact that a Windows Python distro doesn't include the debug build of
the library.
http://www.boost.org/libs/python/doc/building.html#variants
explains. We wanted to make it reasonably convenient for Windows
developers (and
Tim Peters <[EMAIL PROTECTED]> writes:
> [David Abrahams]
>> For years, Boost.Python has been doing some hacks to work around the
>> fact that a Windows Python distro doesn't include the debug build of
>> the library.
>> ...
>> MS is recommending that
Bronek Kozicki <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Who knows what the whiny babies will accept? That said, I think
>> people would be happy with a .zip file containing whatever is built by
>> selecting the debug build in the VS project and askin
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Who knows what the whiny babies will accept? That said, I think
>> people would be happy with a .zip file containing whatever is built by
>> selecting the debug build in the VS project
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>> Just to clarify - what we are asking for is library built with
>>> _DEBUG and no BOOST_DEBUG_PYTHON, that is the one compatible with
>>> default Python distribution.
>> I
Trent Mick <[EMAIL PROTECTED]> writes:
> [Thomas Heller wrote]
>> Anyway, AFAIK, the activestate distribution contains Python debug dlls.
>
> [Er, a month late, but I was in flitting around Australia at the time. :)]
>
> Yes, as a separate download.
>
> ftp://ftp.activestate.com/ActivePython/e
It isn't completely clear which branch or tag to get, and Google
turned up no obvious documentation.
Thanks,
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/l
Thomas Wouters <[EMAIL PROTECTED]> writes:
> On Sat, Feb 11, 2006 at 09:10:41AM -0600, [EMAIL PROTECTED] wrote:
>
>> Dave> It isn't completely clear which branch or tag to get, and Google
>> Dave> turned up no obvious documentation.
>
>> On subversion, you want releaseXY-maint for the vari
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> It isn't completely clear which branch or tag to get, and Google
>> turned up no obvious documentation.
>
> http://svn.python.org/projects/python/tags/r242/
Thanks.
--
52 matches
Mail list logo
