Hello Joerg, I am doing mingw port. Currently mingw port is still experimental and actually python module is not well tested. I want to make it really work.
I am facing a couple of problems. 1. Compilation of scripts All the installed scripts are compiled when "make install" is invoked. However, some compilation fails as they include unicode escape '\\N'. The compiler tries to load unicodedata extension module but it is not yet installed. There is a workaround to add sharedinstall to the dependency rule of libinstall and append the directory to PYTHONPATH at the line invoing compileall.py, but I do not know why it does not occur on other platforms and am not sure it is a good fix. Do they know the location of the unicodedata dynamic loading module in temp directory? 2. Stripping of symbols in python.exe The symbols in binary files created in mingw build should be stripped when making install set. It is handled by a perl script solenv/bin/modules/installer/strip.pm. Most part of the code is copied from the one for unix platforms. It copies the file to a working directory, strip the symbols and save the name of the stripped file to use instead of the original source afterwards. The problem is that the script uses only one directory for one language. The files not language specific use the same directory. The wrapper pyuno/python.exe for windows is overwritten by the python.exe in python-core during the stripping process. The current workaround is to handle pyuno/python,exe as an exceptional case and use a unique directory. I do not think it is an elegant solution. Maybe it is better to rename the core binary to have a unique name. I have not tried yet. 3. QA-3 is failing That is it. I would like to have suggestions where should I investigate. Best Regards, In message "[porting-dev] python26 - looking for porters (issue 92413)", Joerg Budischewski wrote... >Hi, > >the cws python26 (based on DEV300_m41) shall upgrade the python engine >from 2.3.4->2.6.1. > >In its current state, it builds on linux-x86+win32-xp(with VC++ 9.0 >Express Edition). > >I would welcome any porter to support the effort for the other platforms. > >Up to now, Eric Bachard aleady agreed to take care for the macos-x port. > >Find below a small description, what needs to be done. > >Bye, > >Joerg >----------- > >what needs to be done: >* checkout python26 cws >* configure ( PYTHONHOME env variable is removed from set_soenv.in) >* in case you reuse a dev300_m41 original build, ensure, that all python >stuff is erased from solver (python.exe, inc/python, lib/python, etc.) >otherwise you will get strange errors >* build the cws. You will probably get problems during building the >python module. Solve them. >* after that, build the rest (you may get additional problems in the >pyuno module, solve them) >* QA-1: >build the testtools module and switch to >testtools/source/bridgetest/pyuno and run > >dmake runtest > >* QA-2: >install the office, start python from the program directory and type > >import uno > >* QA-3: >Start the office, choose Tools/Macros/Run macro ..., click on >"OpenOffice.org Macros", you should then have a pythonSamples Library at >the bottom of the list. > >That's it. In case you have any problems you can't solve, let us know >either on this list or within the above issue. Attach patches to the >above issue. > > > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [email protected] >For additional commands, e-mail: [email protected] > Takashi Ono ([email protected]) --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
