×

Discussion Board

Results 1 to 5 of 5
  1. #1
    Registered User
    Join Date
    Feb 2004
    Posts
    25

    svn solution for Carbide.c++

    Hello,

    From what documentation I've managed to read, it seems that the current version of Carbide.c++ does not include support for SVN. Though there are plugins for the full version of Eclipse, these do not seem to work with Carbide.c++. So, even though there is no clean way to integrate SVN with Carbide right now, I'm looking for an interim solution. What project files must be included in the repository? What can be safely excluded? What kind of hang-ups can I expect?

    For example, I suspect Carbide.c++ will want the paths to remain the same on all installed systems. This can be remedied easily enough by always checking things out into c:\project, or something similar.

    Any other hints or war stories would be greatly appreciated.

    Thanks,
    -Jon

  2. #2
    Super Contributor
    Join Date
    Sep 2004
    Posts
    1,048

    Re: svn solution for Carbide.c++

    I have no experience and no warstories but..

    - Any directories that have a build config name in them such as "S60 2.8 Emulator Debug" are autogenerated for each build and you should therefore be able to safely exclude them
    - In the project root (in the workspace) you can find some files (.cdtbuild, .cdtproject and .project) that are "sort of" important
    - Under the root dir there is a .settings directory with a file called org.eclipse.cdt.managedbuilder.core.prefs. This is one of the files causing issues as this one has fixed paths. You can just open with an editor to see what is fixed.
    - Also we have some developer reports that settings are not written into the setting files above immediately but only some time later (not sure when) so you might need to do something like "Close project" to flush the stuff out.

    Most importantly, it would be good if you reported any findings here, that would be most helpful.

    Integration with various source control systems will be improved in the forthcoming versions of the product.

  3. #3
    Registered User
    Join Date
    Feb 2004
    Posts
    25

    Re: svn solution for Carbide.c++

    Hello,

    Thanks for your reply; I have some [fairly positive] experience to report.

    To get around the hard-coded path issue, we have just decided to always checkout to a fixed path, e.g. c:\stuff\workspace. I initially created that directory and committed it, empty, before starting my workspace / project in Carbide.

    I then started Carbide, providing Carbide with the c:\stuff\workspace path at startup. I created my project(s) in Carbide (resulting in the creation of c:\stuff\workspace\project), added a bunch of source files, got things running, and then did a clean under each target I used (to get rid of the, e.g., S60 2.8 Emulator Debug directories).

    I then did a recursive svn add of the \project directory, which added .cdtbuilt, .cdtproject, .project, .generated, and .settings\org.eclipse.cdt.managedbuilder.core.prefs, in addition to all the source code.

    I suspect .generated is unnecessary, but it doesn't hurt anything because it is just a directory, so I haven't tried to remove it.

    Then, another member of my team checked things out into c:\stuff. He specified c:\stuff\workspace when starting Carbide, but Carbide did not automatically show Project. He was able to do "Import Existing Project" and everything imported smoothly. I believe this action populated the c:\stuff\workspace\.metadata folder (note that I did not add the .metadata folder to SVN). He added another subdirectory within \project, which required changing the build settings in Carbide. He added the newly created source files to SVN, but did not take any deliberate actions with regard to Carbide-specific files. He then committed.

    Now, back on my machine, ...

    When I did an update, I got a conflict on the file
    project/.settings/org.eclipse.cdt.managedbuilder.core.prefs

    I simply deleted the file, ran `svn resolved
    project/.settings/org.eclipse.cdt.managedbuilder.core.prefs`, and did
    another up to restore it.

    I then started up Carbide.c++ with c:\stuff\workspace as the
    workspace. Our project was listed as a project but when I expanded it the
    new subdirectory did not appear.

    I then right-clicked on the project and selected "Refresh". At that point, the
    new subdirectory appeared. I did a clean, then a build for ARMI. It just worked. :)

    Hope this is helpful to someone...

    Cheers,
    -Jon

  4. #4
    Super Contributor
    Join Date
    Sep 2004
    Posts
    1,048

    Re: svn solution for Carbide.c++

    Cool, thanks a lot for posting!!

  5. #5
    Registered User
    Join Date
    Jul 2006
    Posts
    41

    Re: svn solution for Carbide.c++

    The Subclipse SVN plugin for Eclipse works fine with carbide.C++ Express, at least for me.

Similar Threads

  1. FYI: 6210 no phone connected solution / workaround
    By Nokia_Archived in forum PC Suite API and PC Connectivity SDK
    Replies: 3
    Last Post: 2009-04-02, 05:58
  2. Replies: 13
    Last Post: 2007-12-07, 11:21
  3. Need help for testing nokia solution
    By exosystem in forum General Development Questions
    Replies: 0
    Last Post: 2003-08-21, 17:27
  4. Bluetooth PC Suite - The final solution
    By inteco in forum Bluetooth Technology
    Replies: 5
    Last Post: 2003-02-11, 11:41
  5. MMS Picture Store Solution
    By compilot in forum General Messaging
    Replies: 1
    Last Post: 2002-07-11, 16:40

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
×