>On Thu, Jul 30, 2015 at 7:01 PM, Kevin Funk <kf...@kde.org> wrote: >Do you have patches for this?
No, this was a complete botch job, and I really didn't even think about actually fixing it at the time. I may even have hardcoded something somewhere. I'll probably go through it again at later time, and update all the links, if no one has done it by then. >> 4. Mysql download fails. cdn.mysql.com does not work anymore. Changed >> basepath to dev.mysql.com > >Oh, right. > >New base path is "http://dev.mysql.com/get/Downloads/";, right? What I currently have in mysql-pkg.py is "http://dev.mysql.com/Downloads/";. Curiously though, it seems to work fine with or without the /get/. I.e. the following links both work. http://dev.mysql.com/Downloads/MySQL-5.6/mysql-5.6.24-winx64.zip http://dev.mysql.com/get/Downloads/MySQL-5.6/mysql-5.6.24-winx64.zip >On Thu, Jul 30, 2015 at 8:06 PM, Jaroslaw Staniek <stan...@kde.org> wrote: >Thanks Antton, could you please update the wiki? It's a lot of work but I bet in a month someone will repeat your work and again and again... > >A large chunk of the wiki stays in a form where I left it 8 years ago or so. Yes, documenting requires careful reading/fixing too, but someone needs to take the challenge. > >Btw, I recommend using native tools, that means msvc. Unless you have strong reasons to do otherwise. I might take a look at the wiki at some point, time permitting. Hopefully this post shows up in searches at least. A lot of my long term participation depends on whether I get Krita to build with mingw (It doesn't have to work properly yet; I know there are some major issues). I know msvc is generally recommended, but I do have practical reasons not to use it as well as some ideological reservations about using a proprietary compiler for FOSS code. If I get things working adequately, I'll probably stick around and fix everything I can at the entry level. Further though. Does the kross package currently build with msvc successfully? Conversely, does everyone else get the same error when building with mingw-w64? I probably should report this properly. On Thu, Jul 30, 2015 at 8:06 PM, Jaroslaw Staniek <stan...@kde.org> wrote: > Thanks Antton, could you please update the wiki? It's a lot of work but I > bet in a month someone will repeat your work and again and again... > > A large chunk of the wiki stays in a form where I left it 8 years ago or > so. Yes, documenting requires careful reading/fixing too, but someone needs > to take the challenge. > > Btw, I recommend using native tools, that means msvc. Unless you have > strong reasons to do otherwise. > > > On Thursday, 30 July 2015, Antton Tapani <antton.tap...@gmail.com> wrote: > > Hello, > > > > I've been trying out emerge for the first time with varying rates of > success, so I thought I'd document my progress. I use master branch > (22.7.2015 [dmy]) as it seems to be recommended judging by discussion on > the web, and by the fact that I was unable to run any other branch that I > tried (python errors or errors during kdeenv setup). My final goal is to > build Krita with mingw-w64 (against all recommendations, apparently), but > in this instance I'm happy to just get the dependencies compiled. I have > yet to actually run anything, so even if these fixes make the compiler > happy, there's no guarantee that they actually work. If some other branch > is supposed to be more functional, I may have just messed up the initial > setup with them. > > > > ----kdeenv---- > > I got some problems with the powershell script, and the guide I was > using failed to mention that the powershell bits are actually optional. > There's also a bat version. I managed to run the ps1 script once but later > it just kept crashing during the env setup. I didn't look into it further > after discovering the bat. Just a heads-up that the bat may be a comfier > option. > > > > ----emerge qt---- > > 1. A lot of the sourceforge links are no longer valid. Most links are > forwarded automatically to new location, but some return 404. Easy to fix > manually, but somewhat confusing initially. > > 2. Websites may be down momentarily, causing some confusion whether a > link is dead or not. I wasted some time trying to sort out activeperl, when > it wasn't really broken. > > 3. Openssl-1.0.2c is no longer available. Apparently emerge is happy if > the new version number is added to the list and default target changed. > > 4. Mysql download fails. cdn.mysql.com does not work anymore. Changed > basepath to dev.mysql.com > > 5. qt defaults to ANGLE+directx sdk. Failing that, it disables angle > with a warning that build will most likely fail; continue? Added "-opengl > desktop" to download\git\qtbase\configure.bat to force full opengl. > > 6. Apparently building qtwebkit can randomly fail with "No such file or > directory" errors. Simply trying again fixes this. It's also possible that > the installation can fail silently. See point 9 further down. > > > > I also found it strange that msys gave a big framed warning that shell > must be restarted before continuing after first run. Then there was a > prompt for continue yes/no. I was not present at the time so it happily > defaulted to yes and soon crashed with some cryptic error (which I forgot > to note down). This apparently left msys dysfunctional and it had to be > reinstalled manually*1) [1] > > > > ----emerge frameworks---- > > (calligra guide [2] suggests emerging kdelibs, but this doesn't seem to > exist anymore. I'm assuming there's something equivalent in frameworks) > > 7. Building kdoctools fails. Added colon ':' to the list of escaped > characters in download\git\kdoctools\cmake\uriencode.cmake [3] > > 8. win32libs/gpg-error fails with a whole bunch of errors such as this: > > > R:/build/win32libs/gpg-error/work/mingw-w64-RelWithDebInfo-1.12/mkerrcodes.h:9:5: > error: expected expression before ',' token > > { , "GPG_ERR_E2BIG" }, > > ^ > > This is apparently caused by differing behaviour in gcc-5 compared to > earlier versions. Suggested fix [4] is to add compiler flag -P via > libgpg-error-x.xx\src\Makefile.am. This stumped me for some time, because > I didn't realize that this is an automake file which is not used by cmake. > In our case the flags go to > emerge\portage\win32libs\gpg-error\libgpg-error-cmake-1.12.diff to the > generation calls for mkerrcodes.h and mkw32errmap.tab.h at lines 113 and > 115 after the -E flags *2). There is a similar recent fix to this on this > mailing list, but that didn't show up in searches while I was dealing with > this. > > 9. kdewebkit build failed, claiming that qtwebkit is not installed > (missing cmake files in lib\cmake). This may relate to the random build > fail of qtwebkit at point 6. I did a full rebuild with "emerge -i > qtwebkit". After this, kdewebkit built successfully. > > 10. khtml fails with "conflicting declarations" errors. There are two > time.h files visible in include\mingw and > mingw64\x86_64-w64-mingw32\include. I couldn't figure this one out, so I > just removed the include\mingw one while building khtml, and then put it > back. Probably not the best of ideas. > > 11. Kross fails with errors: > > CMakeFiles\metafunctiontest.dir/objects.a(metafunctiontest.cpp.obj): In > function `Kross::MetaFunction::~MetaFunction()': > > q:/kross/src/core/metafunction.h:128: undefined reference to > `__imp__ZTVN5Kross12MetaFunctionE' > > q:/kross/src/core/metafunction.h:128: undefined reference to > `__imp__ZTVN5Kross12MetaFunctionE' > > CMakeFiles\metafunctiontest.dir/objects.a(metafunctiontest.cpp.obj): In > function `Kross::MetaFunction::MetaFunction(QObject*, QByteArray const&)': > > q:/kross/src/core/metafunction.h:60: undefined reference to > `__imp__ZTVN5Kross12MetaFunctionE' > > collect2.exe: error: ld returned 1 exit status > > Resulting from the call: > > r:\mingw64\bin\g++.exe -std=c++0x -fno-exceptions -Wall -Wextra > -Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long > -Wpointer-arith -Wundef -Wnon-virtual-dtor -Woverloaded-virtual > -Werror=return-type -O2 -g -DNDEBUG -mwindows -Wl,--whole-archive > CMakeFiles\metafunctiontest.dir/objects.a -Wl,--no-whole-archive -o > ..\bin\metafunctiontest.exe > -Wl,--out-implib,..\lib\libmetafunctiontest.dll.a > -Wl,--major-image-version,0,--minor-image-version,0 > @CMakeFiles\metafunctiontest.dir\linklibs.rsp > > (I understand this is not enough debugging information, but hopefully > someone already has a solution off the cuff) > > > > And this is where I'm stumped. I tried to debug this over a couple of > days, and this goes a bit over my head. This was a fun excursion, and I'm > going to leave it at that for now. I'll post a part2 if I ever get around > the last one and the ones that inevitably emerge after it. Do tell me if > some other branch is more functional and mingw friendly. I may have done > something wrong to start with. > > ____________________________ > > *1) msys fix for the error: make: command not found [1] > > run msys.bat (in \emerge\portage\dev-util\msys) > > call pacman -Syu > > confirm all prompts > > run autorebase.bat (in \msys ) > > call pacman -S base-devel > > select all whem prompted > > start a new command prompt for kdeenv. The bats add some env variables > that may mess up emerge > > > > *2) example fix for libgpg-error-cmake-1.12.diff (don't copypaste, may > mess up the patch) > > +add_custom_command(OUTPUT ${BIN_DIR}/mkerrcodes.h COMMAND > ${AWK_EXECUTABLE} -f ${SRC_DIR}/mkerrcodes1.awk ${SRC_DIR}/errnos.in > > ${BIN_DIR}/_mkerrcodes.h > > + #COMMAND set > INCLUDE="\"${INCLUDE_STRING}\"" > > + COMMAND > ${ERR_COMPILER} -E -P ${BIN_DIR}/_mkerrcodes.h ${NULL_DEVICE} | > "\"${GREP_EXECUTABLE}\"" GPG_ERR_ | > > + > "\"${AWK_EXECUTABLE}\"" -f ${SRC_DIR}/mkerrcodes.awk > > ${BIN_DIR}/mkerrcodes.h) > > +add_custom_command(OUTPUT ${BIN_DIR}/mkw32errmap.tab.h COMMAND > ${ERR_COMPILER} -E -P -DRESOLVE_MACROS ${SRC_DIR}/mkw32errmap.c > ${NULL_DEVICE} | "\"${GREP_EXECUTABLE}\"" \"{&mkw32errmap_marker\" > > ${BIN_DIR}/mkw32errmap.tab.h) > > > > references: > > [1] https://bugs.kde.org/show_bug.cgi?id=329856 (msys) > > [2] https://community.kde.org/Calligra/Building_Calligra_on_Windows > > [3] https://bugs.kde.org/show_bug.cgi?id=348061 (doctools) > > [4] > http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgpg-error.git;a=commitdiff;h=c01c8f0c4f55d76b037c7f6aa44ad25ede18d38a > > > > -- > regards, Jaroslaw Staniek > > KDE: > : A world-wide network of software engineers, artists, writers, translators > : and facilitators committed to Free Software development - http://kde.org > Calligra Suite: > : A graphic art and office suite - http://calligra.org > Kexi: > : A visual database apps builder - http://calligra.org/kexi > Qt Certified Specialist: > : http://www.linkedin.com/in/jstaniek > > _______________________________________________ > Kde-windows mailing list > Kde-windows@kde.org > https://mail.kde.org/mailman/listinfo/kde-windows > >
_______________________________________________ Kde-windows mailing list Kde-windows@kde.org https://mail.kde.org/mailman/listinfo/kde-windows
