Re: [Python-Dev] Google search labels Python 2.7 docs as Python 3.4

2014-12-31 Thread Vincent Davis
About a year ago I posted about this or related issue, Here is the link . This was the old website (I think, but that may not appliy to the docs) but I think the issue is still probably related to the robot.txt file. Vincent Da

Re: [Python-Dev] Google search labels Python 2.7 docs as Python 3.4

2014-12-31 Thread Chris Angelico
On Thu, Jan 1, 2015 at 12:24 PM, Benjamin Peterson wrote: > On Wed, Dec 31, 2014, at 19:32, Ryan Gonzalez wrote: >> Not sure if this is something to post here...but... >> >> [image: Inline image 1] > > That must be some sort of inconsistency in Google's index, since the > actual page's title is co

Re: [Python-Dev] Google search labels Python 2.7 docs as Python 3.4

2014-12-31 Thread Benjamin Peterson
On Wed, Dec 31, 2014, at 19:32, Ryan Gonzalez wrote: > Not sure if this is something to post here...but... > > [image: Inline image 1] That must be some sort of inconsistency in Google's index, since the actual page's title is correct. ___ Python-Dev

[Python-Dev] Google search labels Python 2.7 docs as Python 3.4

2014-12-31 Thread Ryan Gonzalez
Not sure if this is something to post here...but... [image: Inline image 1] -- Ryan If anybody ever asks me why I prefer C++ to C, my answer will be simple: "It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was nul-terminated." Personal reality distortion fields are immune to

Re: [Python-Dev] More compact dictionaries with faster iteration

2014-12-31 Thread Serhiy Storchaka
On 10.12.12 03:44, Raymond Hettinger wrote: The current memory layout for dictionaries is unnecessarily inefficient. It has a sparse table of 24-byte entries containing the hash value, key pointer, and value pointer. Instead, the 24-byte entries should be stored in a dense table referenced by a