codelite.xml changed?
-
- CodeLite Expert
- Posts: 176
- Joined: Sun Aug 17, 2008 2:45 pm
- Contact:
codelite.xml changed?
Hi Eran,
since rev 3227 CL always over wrights my codelite.xml. All external tools and other settings are gone. I restored everything after I updated to 3227 but after an update to 3229 it's gone again. And even if I try to replace codelite.xml with changed version from 3227, it is regenerated on start.
Frank
since rev 3227 CL always over wrights my codelite.xml. All external tools and other settings are gone. I restored everything after I updated to 3227 but after an update to 3229 it's gone again. And even if I try to replace codelite.xml with changed version from 3227, it is regenerated on start.
Frank
- eranif
- CodeLite Plugin
- Posts: 6375
- Joined: Wed Feb 06, 2008 9:29 pm
- Genuine User: Yes
- IDE Question: C++
- Contact:
Re: codelite.xml changed?
Update to revision 3240 - it should be fixed there
Eran
Eran
Make sure you have read the HOW TO POST thread
-
- CodeLite Expert
- Posts: 176
- Joined: Sun Aug 17, 2008 2:45 pm
- Contact:
Re: codelite.xml changed?
Hi Eran,
I updated to 3240 and restored all settings, hope they will survive next update
But there is still the bug on MAC I described here: http://codelite.org/forum/viewtopic.php ... =610#p2657
And an idea for the output pane. You could make a checkbutton in the toolbar to change the visibility state. Normally I love that feature that the output pane is hiding when I click in the editor, but when I go through the errors or scope results etc. to changes something, it gets annoying. So a fast access to that feature would be great.
He, and compliments again CL is getting better everyday.
Regards,
Frank
I updated to 3240 and restored all settings, hope they will survive next update
But there is still the bug on MAC I described here: http://codelite.org/forum/viewtopic.php ... =610#p2657
And an idea for the output pane. You could make a checkbutton in the toolbar to change the visibility state. Normally I love that feature that the output pane is hiding when I click in the editor, but when I go through the errors or scope results etc. to changes something, it gets annoying. So a fast access to that feature would be great.
He, and compliments again CL is getting better everyday.
Regards,
Frank
- eranif
- CodeLite Plugin
- Posts: 6375
- Joined: Wed Feb 06, 2008 9:29 pm
- Genuine User: Yes
- IDE Question: C++
- Contact:
Re: codelite.xml changed?
Yes, I noticed that its annoying sometimes - I will make it more 'accessible'frank_frl wrote:And an idea for the output pane. You could make a checkbutton in the toolbar to change the visibility state. Normally I love that feature that the output pane is hiding when I click in the editor, but when I go through the errors or scope results etc. to changes something, it gets annoying. So a fast access to that feature would be great.
Eran
Make sure you have read the HOW TO POST thread
- eranif
- CodeLite Plugin
- Posts: 6375
- Joined: Wed Feb 06, 2008 9:29 pm
- Genuine User: Yes
- IDE Question: C++
- Contact:
Re: codelite.xml changed?
Hi Frank,
I finally got my hands on my mac, and indeed the bug of resetting the settings persists even after the last "fix".
This issue is now solved (and tested on mac) as of revision 3262
Sorry for any inconvenience (you will need to reset your settings *again*)
Eran
I finally got my hands on my mac, and indeed the bug of resetting the settings persists even after the last "fix".
This issue is now solved (and tested on mac) as of revision 3262
Sorry for any inconvenience (you will need to reset your settings *again*)
Eran
Make sure you have read the HOW TO POST thread
-
- CodeLite Expert
- Posts: 176
- Joined: Sun Aug 17, 2008 2:45 pm
- Contact:
Re: codelite.xml changed?
Hi Eran,
But this was not the MAC bug I actually mentioned.
When building on MAC I get this error:
Then when starting CL, this is in the Trace pane:
So the SVN plugin is not loaded on MAC and I can't use the SVN features.
Frank
No need to say sorry, thanks for such a nice IDE and I did a lot of CL updates without having any problems, that's great work you didSorry for any inconvenience (you will need to reset your settings *again*)
But this was not the MAC bug I actually mentioned.
When building on MAC I get this error:
Code: Select all
Creating Mac bundle...
Running install_name_tool...
install_name_tool: changing install names can't be redone for: ../lib/Subversion.so (for architecture i386) because larger updated load commands do not fit (the program must be relinked)
Code: Select all
13:43:19: Failed to load plugin's dll: /Users/franklichtner/Dev/CodeLiteApp/CodeLite.app.3211.app/Contents/SharedSupport//plugins/Subversion.so
13:43:19: dlopen(/Users/franklichtner/Dev/CodeLiteApp/CodeLite.app.3211.app/Contents/SharedSupport//plugins/Subversion.so, 1): Library not loaded: ./lib/libwxpropgridu.so
Referenced from: /Users/franklichtner/Dev/CodeLiteApp/CodeLite.app.3211.app/Contents/SharedSupport//plugins/Subversion.so
Reason: image not found
Frank
- eranif
- CodeLite Plugin
- Posts: 6375
- Joined: Wed Feb 06, 2008 9:29 pm
- Genuine User: Yes
- IDE Question: C++
- Contact:
Re: codelite.xml changed?
This is wierd. Since the Subversion plugin loads fine on my machine (10.5.2 / GCC4.0)frank_frl wrote:So the SVN plugin is not loaded on MAC and I can't use the SVN features.
Btw, when u use codelite from the website, does it work for you? (the subversion plugin)
Eran
Make sure you have read the HOW TO POST thread
-
- CodeLite Expert
- Posts: 176
- Joined: Sun Aug 17, 2008 2:45 pm
- Contact:
Re: codelite.xml changed?
Hi Eran,
AFAIR the problem started with rev 3211 or one revision before.
My OSX is 10.5.8, GCC is 4.0
There are 2 strange things, in your make_mac_bundle.sh you just copy Subversion.so to CodeLite.app/Contents/SharedSupport/plugins/, so where comes this install_name_tool error message from.
Then it looks like the svn plugin is searching for ./lib/libwxpropgridu.so in a path that not exists in your app. Where comes this reference from.
I searched through your whole code, but wxPropgrid seems to be nowhere used. The I removed the line 'fix_shared_object_depends libwxpropgrid' from make_mac_bundle.sh, but then CL crashed on start with a 'Missing ./lib/libwxpropgridu.so' error. So there must be a reference somewhere
I also tried a new checkout from SVN to get a clean project, but the problem persists.
Btw, I used the Linux way to compile CL on MAC with './configure, make' in terminal, I'll try tomorrow to compile with CL, maybe that helps.
Regards,
Frank
AFAIR the problem started with rev 3211 or one revision before.
My OSX is 10.5.8, GCC is 4.0
There are 2 strange things, in your make_mac_bundle.sh you just copy Subversion.so to CodeLite.app/Contents/SharedSupport/plugins/, so where comes this install_name_tool error message from.
Then it looks like the svn plugin is searching for ./lib/libwxpropgridu.so in a path that not exists in your app. Where comes this reference from.
I searched through your whole code, but wxPropgrid seems to be nowhere used. The I removed the line 'fix_shared_object_depends libwxpropgrid' from make_mac_bundle.sh, but then CL crashed on start with a 'Missing ./lib/libwxpropgridu.so' error. So there must be a reference somewhere
I also tried a new checkout from SVN to get a clean project, but the problem persists.
Btw, I used the Linux way to compile CL on MAC with './configure, make' in terminal, I'll try tomorrow to compile with CL, maybe that helps.
Regards,
Frank
- eranif
- CodeLite Plugin
- Posts: 6375
- Joined: Wed Feb 06, 2008 9:29 pm
- Genuine User: Yes
- IDE Question: C++
- Contact:
Re: codelite.xml changed?
from here:frank_frl wrote:here are 2 strange things, in your make_mac_bundle.sh you just copy Subversion.so to CodeLite.app/Contents/SharedSupport/plugins/, so where comes this install_name_tool error message from.
Code: Select all
fix_shared_object_depends() {
search_string=$1
## Get list of files to work on
file_list=`ls ../lib/*.so`
file_list="${file_list} ${exe_name} "
## Since the plugins must use the same wx configuration as the
## executable, we can run the following command only once and
## use the results to manipulate the plugins as well
orig_path=`otool -L ${exe_name} | grep ${search_string} | awk '{print $1;}'`
## Loop over the files, and update the path of the wx library
for file in ${file_list}
do
for path in ${orig_path}
do
new_path=`echo ${path} | xargs basename`
install_name_tool -change ${orig_path} @executable_path/${new_path} ${file}
done
done
}
this is because the 'install_name_tool' failedfrank_frl wrote:Then it looks like the svn plugin is searching for ./lib/libwxpropgridu.so in a path that not exists in your app. Where comes this reference from.
Which revision? I fixed it in revision 3265frank_frl wrote:I also tried a new checkout from SVN to get a clean project, but the problem persists
Eran------------------------------------------------------------------------
r3265 | eranif | 2009-10-27 17:19:51 +0200 (Tue, 27 Oct 2009) | 1 line
- Plugins will no longer link against wxpropgrid
------------------------------------------------------------------------
Make sure you have read the HOW TO POST thread
-
- CodeLite Expert
- Posts: 176
- Joined: Sun Aug 17, 2008 2:45 pm
- Contact:
Re: codelite.xml changed?
Hi Eran,
I tried to build 3268 and 3269 now on MAC, but I got following error:
On my PC 3268 compiled fine.
Frank
I tried to build 3268 and 3269 now on MAC, but I got following error:
Code: Select all
CodeLite/asyncprocess.cpp:8: error: expected constructor, destructor, or type conversion before ‘*’ token
Frank