<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <link>https://hg.dopieralski.pl/cpython-lru_cache-weakref/</link>
    <language>en-us</language>

    <title>cpython-lru_cache-weakref: Mac/Modules/folder/_Foldermodule.c history</title>
    <description>Mac/Modules/folder/_Foldermodule.c revision history</description>
    <item>
    <title>Untabify C files. Will watch buildbots.</title>
    <link>https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/fd25030223b0/Mac/Modules/folder/_Foldermodule.c</link>
    <description><![CDATA[Untabify C files. Will watch buildbots.]]></description>
    <author>&#65;&#110;&#116;&#111;&#105;&#110;&#101;&#32;&#80;&#105;&#116;&#114;&#111;&#117;&#32;&#60;&#115;&#111;&#108;&#105;&#112;&#115;&#105;&#115;&#64;&#112;&#105;&#116;&#114;&#111;&#117;&#46;&#110;&#101;&#116;&#62;</author>
    <pubDate>Sun, 09 May 2010 14:46:46 +0000</pubDate>
</item>
<item>
    <title>MacOS X: Enable 4-way universal builds</title>
    <link>https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/c34e34057714/Mac/Modules/folder/_Foldermodule.c</link>
    <description><![CDATA[MacOS X: Enable 4-way universal builds<br/>
<br/>
This patch adds a new configure argument on OSX:<br/>
        --with-universal-archs=[32-bit|64-bit|all]<br/>
<br/>
When used with the --enable-universalsdk option this controls which<br/>
CPU architectures are includes in the framework. The default is 32-bit,<br/>
meaning i386 and ppc. The most useful alternative is 'all', which includes<br/>
all 4 CPU architectures supported by MacOS X (i386, ppc, x86_64 and ppc64).<br/>
<br/>
This includes limited support for the Carbon bindings in 64-bit mode as well,<br/>
limited because (a) I haven't done extensive testing and (b) a large portion<br/>
of the Carbon API's aren't available in 64-bit mode anyway.<br/>
<br/>
I've also duplicated a feature of Apple's build of python: setting the<br/>
environment variable 'ARCHFLAGS' controls the '-arch' flags used for building<br/>
extensions using distutils.]]></description>
    <author>&#82;&#111;&#110;&#97;&#108;&#100;&#32;&#79;&#117;&#115;&#115;&#111;&#114;&#101;&#110;&#32;&#60;&#114;&#111;&#110;&#97;&#108;&#100;&#111;&#117;&#115;&#115;&#111;&#114;&#101;&#110;&#64;&#109;&#97;&#99;&#46;&#99;&#111;&#109;&#62;</author>
    <pubDate>Thu, 05 Jun 2008 12:58:24 +0000</pubDate>
</item>
<item>
    <title>Got rid of macglue.h, replacing it by pymactoolbox.h where relevant.</title>
    <link>https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/e543b3f0d906/Mac/Modules/folder/_Foldermodule.c</link>
    <description><![CDATA[Got rid of macglue.h, replacing it by pymactoolbox.h where relevant.<br/>
Cleaned up various things in the toolbox modules.]]></description>
    <author>&#74;&#97;&#99;&#107;&#32;&#74;&#97;&#110;&#115;&#101;&#110;&#32;&#60;&#106;&#97;&#99;&#107;&#46;&#106;&#97;&#110;&#115;&#101;&#110;&#64;&#99;&#119;&#105;&#46;&#110;&#108;&#62;</author>
    <pubDate>Thu, 20 Nov 2003 13:31:00 +0000</pubDate>
</item>
<item>
    <title>Getting rid of WITHOUT_FRAMEWORKS and ACCESSOR_CALLS_ARE_FUNCTIONS:</title>
    <link>https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/53e4b7fe0969/Mac/Modules/folder/_Foldermodule.c</link>
    <description><![CDATA[Getting rid of WITHOUT_FRAMEWORKS and ACCESSOR_CALLS_ARE_FUNCTIONS:<br/>
MacOS9isms.]]></description>
    <author>&#74;&#97;&#99;&#107;&#32;&#74;&#97;&#110;&#115;&#101;&#110;&#32;&#60;&#106;&#97;&#99;&#107;&#46;&#106;&#97;&#110;&#115;&#101;&#110;&#64;&#99;&#119;&#105;&#46;&#110;&#108;&#62;</author>
    <pubDate>Wed, 19 Nov 2003 16:13:35 +0000</pubDate>
</item>
<item>
    <title>Got angry and added support for pretty much the whole file and folder</title>
    <link>https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/abf565cf5b54/Mac/Modules/folder/_Foldermodule.c</link>
    <description><![CDATA[Got angry and added support for pretty much the whole file and folder<br/>
manager. This should allow us the get rid of most of the FSSpecs, only<br/>
navigation services remains to be done.]]></description>
    <author>&#74;&#97;&#99;&#107;&#32;&#74;&#97;&#110;&#115;&#101;&#110;&#32;&#60;&#106;&#97;&#99;&#107;&#46;&#106;&#97;&#110;&#115;&#101;&#110;&#64;&#99;&#119;&#105;&#46;&#110;&#108;&#62;</author>
    <pubDate>Fri, 22 Nov 2002 14:58:35 +0000</pubDate>
</item>

  </channel>
</rss>
