>> Hi Martin, >> >> On 11.09.2014 13:07, Martin Tille wrote: >>> Hi Oliver, hello Dev Team, >>> >>> first, sorry I forgot to subscribe, I catched up with that now. >> >> no problem. >> I also forgot to look in advance, if the posting was moderated. >> >>> I also made some experiments and found the error. I'm going to >>> change/describe the steps at the wiki page within the next 2 days. >>> >>> The mistake was to use a Windows subversion programm (from apache >>> itself) svn, version 1.8.10 (r1615264) to get the sources. >>> Apparently the line breaks got broken because after using dos2unix >>> program from cygwin on some packages they could be compiled. I now >>> used the package subversion from cygwin directly and downloaded the >>> sources again. It compiles at least to gtest with the identical >>> configure/build settings as last time. >>> >> >> Yes, Windows subversion programs often change the line endings on >> check-out. >> >> Thus, please use the cygwin subversion under Windows to work with the >> AOO subversion repository. >> Would be really great, if you could update the wiki accordingly. >> >> What are your problems in module gtest? >> >> Best regards, Oliver. >> > Hi Oliver, > > have written an additional advice at the wiki, hope it helps. > > The problem with gtest is/was that an awk check fails. The variable > GBUILDDIR makes troubles. In main\solenv\gbuild\platform\windows.mk at > the end line 745 a check against processdeps.awk should run. > The line is set to: > awk -f C:/Progs/cygwin$S/solenv/gbuild/processdeps.awk > but the variable is then evaluated to > C:/Progs/cygwinc:/Progs/cygwin/home/MartinT/oo/main/solenv/gbuild/processdeps.awk > which is wrong, because it should be: > c:/Progs/cygwin/home/MartinT/oo/main/solenv/gbuild/processdeps.awk > When I get it right $S is set to > S=$R/main > and $R is set to > R=c:/Progs/cygwin/home/MartinT/oo > I didn't found the place where GBUILDDIR is set (for windows enviroment) > so I set it manually at the platform file and it compiles one second and > I got stuck again at oo\main\solenv\inc\version_so.hrc which includes > versionlist.hrc at the same directory but the file wasn't there. > I found the file at at solenv\wntmsci12.pro\inc and at > solver\wntmsci12.pro\inc and copied it manually to the required folder. > > Something with the path variables seems wrong at one key place but I > don't have the knowledge to find that place. I'm used to other > programming languages/systems and just want to fix something at the pdf > creation module for windows. > > Anyways after that two "corrections" the build runs for a while (like 20 > minutes) till comphelper. > > Here I get the error: > c:/Progs/cygwin/home/MartinT/oo/main/comphelper/source/inc\comphelper_module.hxx(27) > : fatal error C1083: Cannot open include file: > 'comphelper/componentmodule.hxx': No such file or directory > C:/Progs/cygwin/home/MartinT/oo/main/solenv/gbuild/LinkTarget.mk:126: > recipe for target > '/home/MartinT/oo/main/solver/420/wntmsci12.pro/workdir/CxxObject/comphelper/source/compare/AnyCompareFactory.o' > failed > > I didn't looked further on that because I had some other things to do, > but will look at it this week. > > If you have any idea let me know, I test it. > > Best Regards, Martin. > Hi dev Team,
I had some time to look further but couldn't make it work. I svn'ed the source again in a different folder, and tried different approaches to solve it. When looking at GBUILDDIR where the helpervars are generated it is set right, but at some later point the replacement with $S is made and all gets wrong. I set the variable GBUILDDIR to /home/MartinT/oo/main/solenv/gbuild/ whenever I struggled with it (+ the above mentioned correction with versionlist.hrc) and it compiles till ucpp. Here I get: Entering /home/MartinT/aoo/main/ucpp dmake: Error: -- `./wntmsci12.pro/misc/0168229624cfac409e766913506961a8-ucpp-1.3.2.unpack' not found, and can't be made which is very strange because that file never exists nor will exist as according to what I found. At the Makefile for ucpp: # --- Files -------------------------------------------------------- TARFILE_NAME=ucpp-1.3.2 TARFILE_ROOTDIR=ucpp TARFILE_MD5=0168229624cfac409e766913506961a8 PATCH_FILES=ucpp.patch I could reconstruct that ucpp.patch is a diff file which probably should be executed instead of "dmake'd". After all I ask myself if it was only my setup, but I tried it with a fresh installed Win7 32bit which didn't worked out either. Also the reply from Hung Mark (16.9) that it didn't worked out for him too I must conclude that the build of OO within Windows 7 currently isn't working (with the steps described at the wiki). As a sidenote, with Ubuntu it worked like a charm for me. I give up with this and try to solve my problem (pdfs with type 1 fonts are not correctly generated at windows) in an other way. Best Regards - Martin --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
