1. 11 Apr, 2006 12 commits
    • Anthony Baxter's avatar
      Fix the code in Parser/ to also compile with C++. This was mostly casts for · bbeb4c06
      Anthony Baxter authored
      malloc/realloc type functions, as well as renaming one variable called 'new'
      in tokensizer.c. Still lots more to be done, going to be checking in one
      chunk at a time or the patch will be massively huge. Still compiles ok with
      gcc.
      bbeb4c06
    • Tim Peters's avatar
      Try to repair what may be the last new test failure on the · f02fa066
      Tim Peters authored
      "x86 OpenBSD trunk" buildbot due to changing Python so that
      Python-exposed addresses are always non-negative.
      
      test_int_pointer_arg():  This line failed now whenever the
      box happened to assign an address to `ci` "with the sign
      bit set":
      
          self.failUnlessEqual(addressof(ci), func(byref(ci)))
      
      The problem is that the ctypes addressof() inherited "all
      addresses are non-negative now" from changes to
      PyLong_FromVoidPtr(), but byref() did not inherit that
      change and can still return a negative int.
      
      I don't know whether, or what, the ctypes implementation wants
      to do about that (possibly nothing), but in the meantime
      the test fails frequently.
      
      So, introduced a Python positive_address() function in
      the test module, that takes a purported machine address and,
      if negative, converts it to a non-negative value "with the
      same bits".  This should leave the test passing under all
      versions of Python.
      
      Belated thanks to Armin Rigo for teaching me the sick trick ;-)
      for determining the # of bits in a machine pointer via abuse
      of the struct module.
      f02fa066
    • Tim Peters's avatar
      subclasspropagation(): Squash two more bogus hash(x) == id(x) · e9936230
      Tim Peters authored
      tests.  Alas, because only the "x86 OpenBSD trunk" buildbot fails
      these tests, and test_descr stops after the first failure, there's
      no sane way for me to fix these short of fixing one and then
      waiting for the buildbot to reveal the next one.
      e9936230
    • Tim Peters's avatar
      Typo repair. · 6047466c
      Tim Peters authored
      6047466c
    • Tim Peters's avatar
      Whitespace normalization. · ec836670
      Tim Peters authored
      ec836670
    • Tim Peters's avatar
      More words on patch #837242, since 4 or 5 tests started · b4617a76
      Tim Peters authored
      failing on one of the 32-bit buildbot boxes because of it,
      due to tempting but always-wrong Python code.  Users
      probably have code like this too (I know I did ...).
      b4617a76
    • Phillip J. Eby's avatar
      Add notes to NEWS for other work today. · 777d4196
      Phillip J. Eby authored
      777d4196
    • Tim Peters's avatar
      specials(): squash another incorrect hash(x) == id(x) · a6c4df6c
      Tim Peters authored
      test.  Add some lines that at least invoke the default
      __hash__, although there's nothing to check there beyond
      that they don't blow up.
      a6c4df6c
    • Phillip J. Eby's avatar
      Forgot to mark up a PEP reference · b3205824
      Phillip J. Eby authored
      b3205824
    • Phillip J. Eby's avatar
      Updated the warnings, linecache, inspect, traceback, site, and doctest modules · 0c09f4aa
      Phillip J. Eby authored
      to work correctly with modules imported from zipfiles or via other PEP 302
      __loader__ objects.  Tests and doc updates are included.
      0c09f4aa
    • Tim Peters's avatar
      Huh. This belonged with the last checkin -- no idea why svn · f2bb2830
      Tim Peters authored
      didn't commit it.
      f2bb2830
    • Tim Peters's avatar
      Try to repair more new buildbot failures in "x86 OpenBSD trunk", due · 322e92c9
      Tim Peters authored
      to that id() can now return a Python long on a 32-bit box that allocates
      addresses "with the sign bit set".
      
      test_set.py test_subclass_with_custom_hash():  it's never been portably
      legal for a __hash__() method to return id(self), but on 32-bit boxes
      that never caused a problem before it became possible for id() to
      return a Python long.  Changed __hash__ here to return a Python int
      regardless of platform.
      
      test_descr.py specials():
          vereq(hash(c1), id(c1))
      has never been a correct test -- just removed it (hash() is always
      a Python int; id() may be a Python long).
      322e92c9
  2. 10 Apr, 2006 20 commits
  3. 09 Apr, 2006 8 commits