Native Development

[MagicSap]

Firstly, forgive me if there's a forum for IDE issues, I couldn't find one.

I have a large native c++ project using the IDE (ie. not makefile) with an 'Internal builder'.  Build times have been killing me somewhat so I enabled parallel building with 8 jobs.  This has made a signficant difference to my full build times but the IDE now rebuilds everything even if a single source file has been touched.

Has anyone had any luck with parallel build + incremental build?

[mgoulet]

Hi there,

Parallel building should not have this effect; I would recommend logging a new Issue in the Issue Tracker by following the link below:


https://www.blackberry.com/jira/secure/Dashboard.jspa

Regards,

Martin

[MagicSap]

OK, will do.

Out of interest, is anyone else using parallel build  + incremental build successfully with IDE managed projects?  In my case, it's very easy to reproduce:

- Go to Project->Properties

- Select C/C++ build

- Select the Behaviour tab

- Check 'Use parallel build' and 'Build (Incremental build)'

- Start a build and wait for it to finish (marvel at how much faster it is)

- Start another build without touching a single file

- Result : Every file is rebuilt again

If it works for some people then it means that I possibly need to supply more information about my use case in the bug report.

[danielatgrayfin]

Yes, i discovered this and was about to start a new thread until i saw your post.

Its incredibly painful for big projects. makes me dread making code changes!

Seems to be this Eclipse issue: https://bugs.eclipse.org/bugs/show_bug.cgi?id=217674 

If the relevant Momentics people could take alook it would be awesome!

I'm running the playbook 2.01 sdk on windows.

[danielatgrayfin]

I didn't see an an issue registered in the bug tracker, so i added one:

https://www.blackberry.com/jira/browse/TOOL-1494

[danielatgrayfin]

in a possibly related issue, if i cancel a build (not uncommon since they can take so long!) then that triggers a full rebuild next time too! Argh 

A full rebuild takes me 30+ minutes so I hope theres some way of working around this

One extra data point: my main project is dependant on a number of other native SDK projects (each creating a .a library). Not sure if this is a factor in either of the issues.

[LMcRae]

I am having the same issue and it's brutal.  Did you find anything?  I also have library projects so I don't know if that is related.

[MagicSap]

Sadly no, and I haven't done any further BlackBerry development for the last few months so I can't say if anything's changed (although from your post, it seems like it hasn't!).

I feel your pain.  I was working cross platform so I could do a lot of my work in Visual Studio (25 second full rebuild).  The BlackBerry full build was taking closer to 5 minutes with 7 out of 8 CPU cores sitting idle.

Developers cannot be expected to produce large high-quality apps with such a slow build system.  I seem to remember that the turnaround for touching a single source file and deploying to the device was pretty painful too.

BTW I'm not using any pre-built libraries so I don't think that's a factor in your case.

[Zmey]

Hi,

Try Qt Creator. It works with Cascades, supports parallel builds and the IDE itself is very fast.

http://qt-project.org/wiki/Qt-Creator-with-BlackBerry-10

[MagicSap]

Interesting.  If I went down this route:

- Is it possible to import my current Eclipse project into QtCreator (it's not a makefile project)?

- What's the debugging experience like in QtCreator?