As I said in previous emails I cannot understand why we should use command line utilities to make our life difficult when there are so many and powerful IDEs.
Since the IDE with the SDK is QtCreator I am using it. If on the other hand you or someone else could provide guidelines on how I can setup eclipse IDE to use the appropriate compiler/linker and make that IDE work with jolla developer engine in combination with both emulator and actual device I would much appreciate. For example I have one instance of eclipse IDE with different workspaces and depending on the workspace I open I am building for different mobile platform such as webOS, BlackBerry (PlayBook and BB10) and badaOS/TizenOS. That means all my games are source compatible and whenever I need to do something in a different way in one platform I use a wrapper class with common interface and different implementation having #if - #elseif - #endif brackets for each platform, for instance when accessing resources and reading/writing files since each platform has different privileges and access writes. I even managed to have my MAC with xCode IDE to use my sources and now use c/c++ instead of objective-c It's a lot more easy to do step-by-step debugging from an IDE and display the contents of pointers, variables and STL containers and modify them at will, jump backwards or forwards in code to test it. As I see it an IDE is a lot more than just a simple editor for writing code, a good IDE with its utilities takes a way a lot of burden from you so that you can concentrate on the actual problem the design and development. Check my blog at http://7cecdab4.blogspot.gr/ to see several games on different mobile platforms all source compatible all debugged in one platform for common (major part) of the code and all using a common IDE On 17 April 2014 09:53, Andrey Kozhevnikov <coderusin...@gmail.com> wrote: > Why you using Qt creator then? use mb/mb2 in mer sdk. > > 17.04.2014 12:47, Iosif Hamlatzis пишет: > > Good morning to all > > Just updated my SDK with big disaster. Now it doesn't build or clean my > project which used custom build/clean steps. > > In my game I don't need nor want to use Qt so I used the sample from > https://github.com/sailfish-sdk/sdk-sdl-project-example > > Now I get a general message: "*Error while parsing file > C:/SailfishOS-workspace/harbour-farwest/harbour-farwest.pro > <http://harbour-farwest.pro>. Giving up.*" > > > > > On 16 April 2014 14:21, Jarko Vihriala <jarko.vihri...@jolla.com> wrote: > >> Hello all, >> >> We just discovered a serious issue related to using SDK with KDE based >> Linux distros such as Fedora or KUbuntu. Therefore we have removed the >> Linux installers from the SailfishOS website. Please do not try to download >> Linux installers or update your SailfishOS SDK if you are using KDE Linux >> distro. >> >> We are now working to get the KDE issue solved, please stay tuned. We >> will inform when SDK updates are again available. >> >> thanks, Jarko >> >> >> >> ------------------------------ >> *From:* Jarko Vihriala >> *Sent:* Tuesday, April 15, 2014 9:36 PM >> *To:* Sailfish OS Developers >> *Subject:* SailfishOS SDK April update available tomorrow. >> >> Hello again, >> >> Tomorrow (16 April) at 10:00 UTC we will publish new installers, and >> package repositories for our Sailfish OS SDK version Alpha-1404-Qt5. Please >> note that links in this email are updated at that time as well. >> >> We apologise for the long delay between the SDK updates. We had to >> completely recreate our SDK production environment before being able to >> release an update. This took longer than expected and is the main reason >> for the delay. >> >> If you already have an existing Alpha-Qt5 SDK installed you should see >> the Updates Available icon in Qt Creator. If you don't have a previous SDK >> installation you can get the latest installer from >> http://www.sailfishos.org. It is recommended to uninstall the old SDK >> and download a new installer. >> >> SDK content has been updated to match Jolla Release 1.0.5.16. Please see >> below for detailed information of the changed items. >> >> A couple of things you should be aware of: >> - Like before, in this update the build engine, emulator and targets are >> re-installed so you will lose all changes you may have made in those - >> however, if your application packaging is done correctly, rebuilding your >> projects should reinstall the packages you have been using. >> - All customization done to SDK (adding new package repositories, adding >> custom targets, additional source paths) will be removed during the >> installation process so make your own backup of those before starting the >> update. >> - If you import existing projects made with a previous version of the >> Sailfish OS SDK, make sure you select the correct kit in the project >> configuration step. Both ARM and i486 kits are available. >> - Windows users need to install VC10 runtime from >> http://www.microsoft.com/en-us/download/confirmation.aspx?id=8328 or the >> Installer will ask for admin rights during installation. >> - Package repository contents have been updated and consequently using a >> previous SDK version with these package repositories is not supported. >> - For more information, please see the SDK Alpha-Qt5 known issues list >> at: https://sailfishos.org/wiki/SDK_Alpha_Qt5_Known_Issues. >> - Oldest Mac OS X supported is now 10.8.5 (Mountain Lion). Other >> supported platforms can be found from: >> https://sailfishos.org/alpha_qt5_sdk_release_notes.html >> >> Here is a summary of changes: >> >> SDK IDE (Qt Creator) >> - Crash fixes on OS X >> - Yaml editor removed from Qt Creator and yaml files are presented as >> plain text >> - Alternate projects folder can be changed from Mer settings page >> - Better path handling for shared directories in Windows >> - Updated Sailfish template project >> - Handle errors in project build/deploy phase more gracefully >> - Debugging with GDB from Qt Creator works with the Emulator and the >> Device >> - Tooltips are displayed for Virtual Machine statuses >> - Add changelog to your RPM with a .changes file >> >> SDK Control Center: >> - Improved Targets management page >> - Clean build targets are available for download via the Targets page >> (pre-configured targets) >> - Easily install/remove multiple packages from a specific target >> - Updates page has a "Check for updates now" button >> - Added Harbour tools page with RPM validator tool >> >> Installer: >> - Better VirtualBox version checking. Lowest version supported is v4.0 >> - Install virtual machines using correct VirtualBox version specific >> parameters >> - Handle empty alternate projects folder setting >> - Install Sailfish template project as a package making it easier to >> update >> - Display Sailfish logo on Mac installer >> - MerSDK no longer directly uses User's home directory, but mounts it as >> /home/mersdk/share/ inside the virtual machine >> - User's home directory is no longer polluted with a .scratchbox2 folder >> - Shared mounts are mounted with correct access rights >> - Default i486 target renamed to SailfishOS-i486 >> - Rework documentation packaging >> >> Emulator: >> - Applications can be removed from the Emulator's home screen by >> long-clicking on the application icon, just like it is done on the phone. >> >> If you have any questions, you can either send email to this mailing >> list: devel@lists.sailfishos.org or write it up in >> http://together.jolla.com and tag your issue with 'sdk'. >> >> Happy hacking, >> Jolla SDK Team. >> >> >> _______________________________________________ >> SailfishOS.org Devel mailing list >> > > > > _______________________________________________ > SailfishOS.org Devel mailing list > > > > _______________________________________________ > SailfishOS.org Devel mailing list >
_______________________________________________ SailfishOS.org Devel mailing list