Code::Blocks Forums
User forums => Help => Topic started by: bnilsson on November 20, 2006, 07:11:49 pm
-
It was announced that in svn rev 3245 the contents of CodeBlocks.app/Contents/Resources should be moved to CodeBlocks.app/Contents/Resources/share/codeblocks, and I changed the structure according to this information.
However, I got lots of errors complaining on things missing in CodeBlocks.app/Contents/SharedSupport, and the plugins did not load.
I tried to move things around according to the information in the error messages, but failed to reach any conclusion.
To simplify for myself I made a symlink from CodeBlocks.app/Contents/Resources/share/codeblocks to CodeBlocks.app/Contents/SharedSupport, and then CodeBlocks started without errors.
Is this really the intention? There seems to be some confusion where things should be located.
Start_here buttons and recent are now working in the "make" version , thanks for that.
-
It was announced that in svn rev 3245 the contents of CodeBlocks.app/Contents/Resources should be moved to CodeBlocks.app/Contents/Resources/share/codeblocks, and I changed the structure according to this information.
I was the one that announced and moved it, so it's mine.
It was done since Mandrav said that "share/codeblocks"
should be used on all platforms (it is already on Windows)
Don't know where "SharedSupport" is coming from though,
that looks like a broken wxWidgets default or something ?
Seems like: wxStandardPaths::GetDataDir returns SS
Only need to find which code that was changed to call it ?
-
Is this really the intention? There seems to be some confusion where things should be located.
It is unintended, and I'm sorry for the confusion...
A SharedSupport directory contains additional non-critical resources that do not impact the ability of the application to run. For example, this directory might include things like document templates, clip art, and tutorials.
Seems like a bad place to keep XRC and images.
-
Typical, my unrelated fix for the prefix finding coincided with a new configmanager...
It already has a special case for Windows, so I am going to add one for Mac OS X.