Apache OpenOffice (AOO) Bugzilla – Issue 15974
W32-tcsh doesn't build pyuno
Last modified: 2003-07-31 09:16:26 UTC
from branch cws_srx645_ooo11rc and I doubt that W32-4NT will work either. It breaks with: ---- /w1/cws_srx645_ooo11rccyg/pyuno/zipcore mkdir.pl ../wntmsci9.pro/bin/python-core-2.2.2 ../wntmsci9.pro/bin/python-core-2.2.2/bin ../wntmsci9.pro/bin/python-core-2.2.2/lib ../wntmsci9.pro/bin/python-core-2.2.2/lib//w1/cws_srx645_ooo11rccyg/solver/645/wntmsci9.pro/lib/python ../wntmsci9.pro/bin/python-core-2.2.2/lib/compiler ../wntmsci9.pro/bin/python-core-2.2.2/lib/config ../wntmsci9.pro/bin/python-core-2.2.2/lib/curses ../wntmsci9.pro/bin/python-core-2.2.2/lib/distutils ../wntmsci9.pro/bin/python-core-2.2.2/lib/distutils/command ../wntmsci9.pro/bin/python-core-2.2.2/lib/email ../wntmsci9.pro/bin/python-core-2.2.2/lib/encodings ../wntmsci9.pro/bin/python-core-2.2.2/lib/hotshot ../wntmsci9.pro/bin/python-core-2.2.2/lib/lib-dynload ../wntmsci9.pro/bin/python-core-2.2.2/lib/lib-old ../wntmsci9.pro/bin/python-core-2.2.2/lib/lib-tk ../wntmsci9.pro/bin/python-core-2.2.2/lib/plat-linux2 ../wntmsci9.pro/bin/python-core-2.2.2/lib/site-packages ../wntmsci9.pro/bin/python-core-2.2.2/lib/test ../wntmsci9.pro/bin/python-core-2.2.2/lib/test/data ../wntmsci9.pro/bin/python-core-2.2.2/lib/test/output ../wntmsci9.pro/bin/python-core-2.2.2/lib/xml ../wntmsci9.pro/bin/python-core-2.2.2/lib/xml/dom ../wntmsci9.pro/bin/python-core-2.2.2/lib/xml/parsers ../wntmsci9.pro/bin/python-core-2.2.2/lib/xml/sax Can't create directory at /w1/cws_srx645_ooo11rccyg/solenv/bin/mkdir.pl line 52. rm -f ../wntmsci9.pro/bin/python-core-2.2.2/bin/python.exe cat /w1/cws_srx645_ooo11rccyg/solver/645/wntmsci9.pro/bin/python.exe > ../wntmsci9.pro/bin/python-core-2.2.2/bin/python.exe [lots of rm .. cat .. deleted] cat /w1/cws_srx645_ooo11rccyg/solver/645/wntmsci9.pro/lib/python/compiler/ast.py > ../wntmsci9.pro/bin/python-core-2.2.2/lib/compiler/ast.py ../wntmsci9.pro/bin/python-core-2.2.2/lib/compiler/ast.py: No such file or directory. dmake: Error code 1, while making '../wntmsci9.pro/bin/python-core-2.2.2/lib/compiler/ast.py' echo: No match. ERROR: Error 65280 occurred while making /w1/cws_srx645_ooo11rccyg/pyuno/zipcore dmake: Error code 1, while making 'build_all' echo: No match. ---- The following patch fixes this problem. Should work for all platforms.
Created attachment 7078 [details] Patch for pyuno/zipcore/makefile.mk
Setting target and priority.
Joerg, seems to be your responsibility ?! :*)
Hi Volker, for me (4nt,win2000), only the $(MKDIR) is a problem, I get an error message 'line too long' from this script. Martin Hollmichel actually changed it from plain mkdir to $(MKDIR) recently, I don't know, in which environment this is necessary, Can you please use the original makefile and replace $(MKDIR) with mkdir and give feedback, whether this helps also for you ? Bye, Joerg
Hi Joerg, have a look at the arguments of the mkdir command, especially: ../wntmsci9.pro/bin/python-core-2.2.2/lib//w1/cws_srx645_ooo11rccyg/solver/645/wntmsci9.pro/lib/python ------------------------------------------^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ the ^^^ part is the part that should have been replaced with "" by the "$(subst,$(SOLARLIBDIR)$/python/, $(shell find $(SOLARLIBDIR)$/python -type d))" part of the makefile.mk, this didn't work because the find command doesn't give you the trailing / for the python directory itself. That was my reason for removing the / from the $(subst...) command and therefore adapting the $(foreach ..) command. And please keep the $(MKDIR) because in your ;-) (Sun) environment with a possible old cygwin and 4nt the "mkdir" command might not exist.
yes, you are right, I'll commit the patch tonight. However, for myself, the problem with $(MKDIR) and the 'Command line too long' error in the 4nt shell remains, any idea what this can be ?
Unfortunately yes, I think you're hitting the 2047 byte command line / batch limit with 4NT. But I don't know why, I just counted the bytes in my log snip above, ca. 1200. Maybe there is a problem with the $(subst..) for real DOS paths, if every arument keeps his c:/something/solver/645/wntmsci9.pro/lib/python we're easily above 2047 byte. Can you post your failing logfile snippet?
We're abusing this issue, the -tcsh problem is already fixed. Hi Joerg, Sander, I tried to reproduce the 'Command line too long' problem. Works for me 8-) My setup: W2K, 4NT 4.01, current cygwin. The log snippet follows below. Wild guess: Are you using ActiveState Perl? I use the cygwin perl. Can one of you post a failing log snip? --- ------------- /w1/cws_srx645_ooo11rccyg/pyuno/zipcore e:\w1\cws_srx645_ooo11rccyg\solenv\bin\mkdir.btm ..\wntmsci9.pro\bin\python-core-2.2.2 ..\wntmsci9.pro\bin\python-core-2.2.2\bin ..\wntmsci9.pro\bin\python-core-2.2.2\lib ..\wntmsci9.pro\bin\python-core-2.2.2\lib\compiler ..\wntmsci9.pro\bin\python-core-2.2.2\lib\config ..\wntmsci9.pro\bin\python-core-2.2.2\lib\curses ..\wntmsci9.pro\bin\python-core-2.2.2\lib\distutils ..\wntmsci9.pro\bin\python-core-2.2.2\lib\distutils\command ..\wntmsci9.pro\bin\python-core-2.2.2\lib\email ..\wntmsci9.pro\bin\python-core-2.2.2\lib\encodings ..\wntmsci9.pro\bin\python-core-2.2.2\lib\hotshot ..\wntmsci9.pro\bin\python-core-2.2.2\lib\lib-dynload ..\wntmsci9.pro\bin\python-core-2.2.2\lib\lib-old ..\wntmsci9.pro\bin\python-core-2.2.2\lib\lib-tk ..\wntmsci9.pro\bin\python-core-2.2.2\lib\plat-linux2 ..\wntmsci9.pro\bin\python-core-2.2.2\lib\site-packages ..\wntmsci9.pro\bin\python-core-2.2.2\lib\test ..\wntmsci9.pro\bin\python-core-2.2.2\lib\test\data ..\wntmsci9.pro\bin\python-core-2.2.2\lib\test\output ..\wntmsci9.pro\bin\python-core-2.2.2\lib\xml ..\wntmsci9.pro\bin\python-core-2.2.2\lib\xml\dom ..\wntmsci9.pro\bin\python-core-2.2.2\lib\xml\parsers ..\wntmsci9.pro\bin\python-core-2.2.2\lib\xml\sax rem @echo off iff "%PERL%" == "" then call %PERL% %SOLARENV%\bin\mkdir.pl %1& rm -f ..\wntmsci9.pro\bin\python-core-2.2.2\bin\python.exe cat e:\w1\cws_srx645_ooo11rccyg\solver\645\wntmsci9.pro\bin\python.exe > ..\wntmsci9.pro\bin\python-core-2.2.2\bin\python.exe [Rest deleted] ---
Hi, I've committed Volker's patch. My output looks as follows [z:\oo1.1beta2\pyuno\zipcore]dmake z:\oo1.1beta2\solenv\bin\mkdir.btm ..\wntmsci7.pro\bin\python-core-2.2.2 ..\wntmsci7.pro\bin\python-core-2.2.2\bin ..\wntmsci7.pro\bin\python-core-2.2.2\lib ..\wntmsci7.pro\bin\python-core-2.2.2\lib\lib-old ..\wntmsci7.pro\bin\python-core-2.2.2\lib\lib-tk ..\wntmsci7.pro\bin\python-core-2.2.2\lib\site-packages ..\wntmsci7.pro\bin\python-core-2.2.2\lib\test ..\wntmsci7.pro\bin\python-core-2.2.2\lib\test\output ..\wntmsci7.pro\bin\python-core-2.2.2\lib\test\data ..\wntmsci7.pro\bin\python-core-2.2.2\lib\encodings ..\wntmsci7.pro\bin\python-core-2.2.2\lib\email ..\wntmsci7.pro\bin\python-core-2.2.2\lib\compiler ..\wntmsci7.pro\bin\python-core-2.2.2\lib\hotshot ..\wntmsci7.pro\bin\python-core-2.2.2\lib\distutils ..\wntmsci7.pro\bin\python-core-2.2.2\lib\distutils\command ..\wntmsci7.pro\bin\python-core-2.2.2\lib\xml ..\wntmsci7.pro\bin\python-core-2.2.2lib\xml\dom ..\wntmsci7.pro\bin\python-core-2.2.2\lib\xml\parsers ..\wntmsci7.pro\bin\python-core-2.2.2\lib\xml\sax ..\wntmsci7.pro\bin\python-core-2.2.2lib\curses ..\wntmsci7.pro\bin\python-core-2.2.2\lib\plat-linux2 ..\wntmsci7.pro\bin\python-core-2.2.2\lib\config ..\wntmsci7.pro\bin\python-core-2.2.2\lib\lib-dynload rem @echo off iff "%PERL%" == "" then call %PERL% %SOLARENV%\bin\mkdir.pl %1& 4NT: Z:\OO1.1BETA2\SOLENV\BIN\MKDIR.BTM [5] Command line too long rm -f ..\wntmsci7.pro\bin\python-core-2.2.2\bin\python.exe cat z:\oo1.1beta2\solver\644\wntmsci7.pro\bin\python.exe > ..\wntmsci7.pro\bin\python-core-2.2.2\bin\python.exe [z:\oo1.1beta2\pyuno\zipcore]echo %PERL% f:\programme\cygwin\bin\perl [z:\oo1.1beta2\pyuno\zipcore]f:\programme\cygwin\bin\perl --version This is perl, v5.6.1 built for cygwin-multi Copyright 1987-2001, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. Ciao, Joerg
Ok, it seems the perl doesn't matter as the error is given by 4NT before perl is called. Which 4NT do you use? I know that 4.01 has the 2047 byte limit, maybe it was less before.
closing fixed issues for 1.1. release.