Hi Manuel,
Attached the patch for zimlib. (Including buildfiles). Carbide project files are not included, as they can easily be imported.
I don´t expect impact on the other build targets.
Note, that that only patches for zimlib files are included, therefore we still should put the buildfiles for the dependencies somewhere. A zipfile with buildfiles is attached. (Same as in earlier email, just stripped from some unnecessary files.)
Putting the QT application to the repository is fine for me, put I definetely would need an svn account then. The app doesn´t have a name yet, so suggestions are welcome. Else something like qtzim or cutezim would be fine for me.
Best regards, Christian
Manuel Schneider manuel.schneider@wikimedia.ch hat am 18. März 2010 um 10:12 geschrieben:
Hej there,
Basically, zimlib compiles properly for symbian. The only missing point, is that I have to put the project files and patch files described in the article (currently on my wiki-home http://openzim.org/User:Cip) somewhere. While target should be to integrate them into the projects, for now I¨d suggest to put them into the zim repository.
Currently I am working on a QT-based app using zimlib. Main target is curently symbian 3rd FP1. However, binary should work on symbian 5th as well, I just cannot test it. Furthermore, it should be recompileable for other platforms supporting QT, like Maemo, but also Linux or Windows. App is currently in the state of a functional prototype, but it is already useable. I have not published Code/Binary of this app yet. I am planning to publish it in the near future, probably on sourceforge. For sure I´ll keep you updated.
I would propose that we do two things:
- create a new repository in our openZIM SVN for the symbian reader
application. Christian, does the application already have a name we can use for it? Tommi should check where he wants to put this repository in, I guess directly in trunk (in parallel to zimreader) would be the right place.
- Christian: Can you send diffs between the current SVN version of
zimlib and your compiling zimlib to this list, so Tommi can check and integrate them? I guess these changes have no impact on the any other platforms, so they should be easy to integrate. If we need additional files (project files or MAKEFILEs, I don't know how that works in Symbian) please add these along with the patches so Tommi can add them at the right place. If there is ongoing work to be done and Tommi has approved the quality of the current patches I would even give Christian a SVN account so he can maintain the Symbian port there on his own.
Greets,
Manuel
Regards Manuel Schneider
Wikimedia CH - Verein zur Förderung Freien Wissens Wikimedia CH - Association for the advancement of free knowledge www.wikimedia.ch _______________________________________________ dev-l mailing list dev-l@openzim.org https://intern.openzim.org/mailman/listinfo/dev-l
Hi Christian,
after some changes in zimlib I decided to apply your patch. Unfortunately there are some problems.
I changed zim.h not to query _WIN32, so there is no need to undef it there. Can you check, if it needs to be undefined elsewhere? It is checked in src/uuid.cpp. Is it a problem? Maybe we need to undefine it there?
What about unistd.h? Why it is needed it uuid.cpp?
I added the other files into the repository.
Tommi
Hi Tommi,
Thank you for applying the patch. I have tried, and noticed the following problems: 1. uuid does not compile due to new _WIN32 define. 2. Error that getpid() is not defined in uuid. This is why unistd.h has to be included. I'd expect that this is not specific to symbian, but that the problems occurs if cxxtools are disabled, which is the case for symbian builds. In difference to the first patch I moved it to the else branch of the _WIN32 clause, as it probably is not available on windows. (getpid is defined to some other function on windows). 3. content bld.inf and zimlib.mmp is appearantly doubled up.
Attached a patch which fixes these problems. The patch additionally removes bzip2 dependency.
Could you apply the patch?
Best regards, Christian
Am 24.03.2010 00:20, schrieb Tommi Mäkitalo:
Hi Christian,
after some changes in zimlib I decided to apply your patch. Unfortunately there are some problems.
I changed zim.h not to query _WIN32, so there is no need to undef it there. Can you check, if it needs to be undefined elsewhere? It is checked in src/uuid.cpp. Is it a problem? Maybe we need to undefine it there?
What about unistd.h? Why it is needed it uuid.cpp?
I added the other files into the repository.
Tommi _______________________________________________ dev-l mailing list dev-l@openzim.org https://intern.openzim.org/mailman/listinfo/dev-l