Path: csiph.com!usenet.pasdenom.info!gegeweb.org!usenet-fr.net!nerim.net!novso.com!news2.euro.net!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.001 X-Spam-Evidence: '*H*': 1.00; '*S*': 0.00; 'python.': 0.02; 'received:166': 0.05; 'means,': 0.07; 'subject:missing': 0.07; 'suppose': 0.07; 'subject:Windows': 0.09; 'python': 0.09; 'windows,': 0.09; 'looked': 0.10; 'programs.': 0.11; 'subject:python': 0.11; 'library': 0.15; '*can*': 0.16; 'cflags': 0.16; 'dll.': 0.16; 'installer.': 0.16; 'msvc.': 0.16; 'wrote:': 0.17; 'pieces': 0.17; 'replacing': 0.17; 'appears': 0.18; 'windows': 0.19; 'file.': 0.20; 'together.': 0.21; 'apps': 0.23; 'dependent': 0.23; 'seems': 0.23; 'header:User-Agent:1': 0.26; 'supported': 0.26; 'am,': 0.27; '(as': 0.27; 'installing': 0.27; "doesn't": 0.28; 'all.': 0.28; 'run': 0.28; 'surprised': 0.29; 'this.': 0.29; "i'm": 0.29; 'file': 0.32; 'could': 0.32; 'curious': 0.33; 'to:addr:python-list': 0.33; 'that,': 0.34; 'needed': 0.35; 'exist': 0.35; 'expected': 0.35; 'pm,': 0.35; 'there': 0.35; 'but': 0.36; 'should': 0.36; 'does': 0.37; 'two': 0.37; 'python.org': 0.37; 'subject:: ': 0.38; 'mark': 0.38; 'files': 0.38; 'to:addr:python.org': 0.39; 'step': 0.39; 'received:192': 0.39; 'build': 0.39; 'where': 0.40; 'received:192.168': 0.40; 'subject:-': 0.40; 'header:Received:5': 0.40; 'most': 0.61; 'is.': 0.62; 'more': 0.63; 'fun': 0.64; 'afraid': 0.66; 'believe': 0.69; 'mingw': 0.84; 'reflection': 0.84 Date: Wed, 01 Aug 2012 07:47:43 -0400 From: Damon Register Subject: Re: EXTERNAL: Re: missing python-config and building python on Windows In-reply-to: <5018A755.60609@gmail.com> To: python-list@python.org MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 References: <50187CF7.3080706@clear.net> <5018A755.60609@gmail.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-08-01_04:2012-08-01, 2012-08-01, 1970-01-01 signatures=0 X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 41 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1343824906 news.xs4all.nl 6964 [2001:888:2000:d::a6]:48533 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:26355 On 7/31/2012 11:49 PM, Mark Hammond wrote: > On 1/08/2012 10:48 AM, Damon Register wrote: >> 1. though I have looked in a few readme files, I don't see instructions for >> installing what I have just built using MSVC. Where can I find the >> instructions for installing after building with MSVC? > > There is no such process. In general, you can just run directly from the built tree. That is a bummer. That makes me more curious about how the Windows installer was made and how all the pieces were gathered together. > I'm afraid I don't know what python-config is. It appears it might be a reflection of how Python > was configured and build on *nix systems - if that is the case then it is expected that one does not > exist for Windows (as it doesn't use the *nix build chain). which means, I guess, that mingw is barely supported if at all. While it may be Windows, mingw/msys is a nice way to build many programs that are unix oriented. I suppose that just for fun I should try to build python on SuSE to see how it goes. >> 3. It seems that MSVC doesn't produce the .a library files needed for >> linking >> into a mingw built program. Do I have to do that fun trick to >> create the >> .a from the dll? > > I'm surprised MSVC *can* build .a files for mingw - but AFAIK, even if MSVC could do that, I believe > Python makes no attempt to build with support for linking into mingw programs. I don't know that MSVC can do this. The only process of which I am aware is a two step process using pexports and dlltool to generate the .a file from a dll. One reason I was using the python.org installer is that it already had the python27.a file. Now I am even more curious about what was used to build python and create that installer. The python.org installer provided all I needed for build most python dependent apps with mingw until I ran into one that needed python-config. I suppose that if python-config does what I suspect it does (produce cflags and ldflags as does pkg-config) then perhaps I could just fake it by replacing use of python-config with what the cflags and ldflags should be for where I have python. Damon Register