Menu
▾
▴
codelite-developers — Mailing list for LiteEditor/CodeLite development
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
|
Jun
(11) |
Jul
(8) |
Aug
(7) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
(9) |
| 2010 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(12) |
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(5) |
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2012 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
(12) |
Jun
(21) |
Jul
(3) |
Aug
(3) |
Sep
|
Oct
|
Nov
(6) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|
From: Eran I. <era...@gm...> - 2010-09-14 21:42:14
|
Hi Xavi,
The crash should be fixed now, please have give it a try and let me know.
Eran
On Tue, Sep 14, 2010 at 2:18 PM, Eran Ifrah <era...@gm...> wrote:
> Thanks for reporting this, I will try to build a reproduction
> environment here and will keep you updated
>
> On Mon, Sep 13, 2010 at 5:51 PM, Xavi <ja...@gm...> wrote:
>> Hi,
>>
>> Try Find What:data Look in:wxWidgets\src with Options C++ Hide matches found in comments.
>> When explored tif_ojpeg.c I've SIGSEGV under XP in search_thread.cpp(237).-
>> ...
>> // Incase one of the C++ options is enabled,
>> // create a text states object
>> TextStatesPtr states(NULL);
>> if(data->HasCppOptions()) {
>> CppWordScanner scanner(wxEmptyString, fileData, 0);
>> states = scanner.states();
>> } <<-- Program Received signal SIGSEGV
>> ...
>>
>> Any ideas? Can you reproduce it?
>>
>> --
>> Xavi
>>
>> ------------------------------------------------------------------------------
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing
>> http://p.sf.net/sfu/novell-sfdev2dev
>> _______________________________________________
>> Codelite-developers mailing list
>> Cod...@li...
>> https://lists.sourceforge.net/lists/listinfo/codelite-developers
>>
>
>
>
> --
> Eran Ifrah
> Cross platform, open source C++ IDE: http://www.codelite.org
>
--
Eran Ifrah
Cross platform, open source C++ IDE: http://www.codelite.org
|
|
From: Eran I. <era...@gm...> - 2010-09-14 11:18:59
|
Thanks for reporting this, I will try to build a reproduction
environment here and will keep you updated
On Mon, Sep 13, 2010 at 5:51 PM, Xavi <ja...@gm...> wrote:
> Hi,
>
> Try Find What:data Look in:wxWidgets\src with Options C++ Hide matches found in comments.
> When explored tif_ojpeg.c I've SIGSEGV under XP in search_thread.cpp(237).-
> ...
> // Incase one of the C++ options is enabled,
> // create a text states object
> TextStatesPtr states(NULL);
> if(data->HasCppOptions()) {
> CppWordScanner scanner(wxEmptyString, fileData, 0);
> states = scanner.states();
> } <<-- Program Received signal SIGSEGV
> ...
>
> Any ideas? Can you reproduce it?
>
> --
> Xavi
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Codelite-developers mailing list
> Cod...@li...
> https://lists.sourceforge.net/lists/listinfo/codelite-developers
>
--
Eran Ifrah
Cross platform, open source C++ IDE: http://www.codelite.org
|
|
From: Xavi <ja...@gm...> - 2010-09-13 15:53:04
|
Hi,
Try Find What:data Look in:wxWidgets\src with Options C++ Hide matches found in comments.
When explored tif_ojpeg.c I've SIGSEGV under XP in search_thread.cpp(237).-
...
// Incase one of the C++ options is enabled,
// create a text states object
TextStatesPtr states(NULL);
if(data->HasCppOptions()) {
CppWordScanner scanner(wxEmptyString, fileData, 0);
states = scanner.states();
} <<-- Program Received signal SIGSEGV
...
Any ideas? Can you reproduce it?
--
Xavi
|
|
From: Eran I. <era...@gm...> - 2010-09-01 18:43:30
|
Hi Jeff! codelite 2.7.0.4368 was just released. Please try and it and let me knows if it fixes the issues you mentioned earlier Eran On Wed, Sep 1, 2010 at 6:33 PM, Eran Ifrah <era...@gm...> wrote: > Hi, > > The problem is with recent Ubuntu update: > They upgraded the wxWidgets package which broke the .deb packages. > > to fix this: > - downgrade the libwxgtk-2.8 to the previous version > - build codelite from sources (IMO the best option) follow the > instructions in this thread: > http://codelite.org/forum/viewtopic.php?f=3&t=986&start=0#p4420 > - wait for the next release (I am finalizing last issues now) > >> On Wed, Sep 1, 2010 at 6:18 PM, Jeff Barnes <jba...@ya...> wrote: >>> Codelite_2.6.0.4189-ubuntu0_i386.deb package from sourceforge. >>> >>> Fails to start. >>> >>> When trying from the command line, the stderr reports >>> >>> codelite: relocation error: /usr/lib/codelite/libpluginu.so: symbol _ZN13wxAuiNotebook7SetFontERK6wxFont, version WXU_2.8 not defined in file libwx_gtk2u_aui-2.8.so.0 with link time reference. >>> >>> I tried upgrading from the version in the package manager by default and uninstalling from package manager and reinstalling from the .deb file above. >>> >>> Regards, >>> Jeff Barnes >>> >>> ------------------------------------------------------------------------------ >>> This SF.net Dev2Dev email is sponsored by: >>> >>> Show off your parallel programming skills. >>> Enter the Intel(R) Threading Challenge 2010. >>> http://p.sf.net/sfu/intel-thread-sfd >>> _______________________________________________ >>> Codelite-developers mailing list >>> Cod...@li... >>> https://lists.sourceforge.net/lists/listinfo/codelite-developers >>> >> >> >> >> -- >> Eran Ifrah >> Cross platform, open source C++ IDE: http://www.codelite.org >> > > > > -- > Eran Ifrah > Cross platform, open source C++ IDE: http://www.codelite.org > -- Eran Ifrah Cross platform, open source C++ IDE: http://www.codelite.org |
|
From: Eran I. <era...@gm...> - 2010-09-01 15:34:19
|
Hi, The problem is with recent Ubuntu update: They upgraded the wxWidgets package which broke the .deb packages. to fix this: - downgrade the libwxgtk-2.8 to the previous version - build codelite from sources (IMO the best option) follow the instructions in this thread: http://codelite.org/forum/viewtopic.php?f=3&t=986&start=0#p4420 - wait for the next release (I am finalizing last issues now) > On Wed, Sep 1, 2010 at 6:18 PM, Jeff Barnes <jba...@ya...> wrote: >> Codelite_2.6.0.4189-ubuntu0_i386.deb package from sourceforge. >> >> Fails to start. >> >> When trying from the command line, the stderr reports >> >> codelite: relocation error: /usr/lib/codelite/libpluginu.so: symbol _ZN13wxAuiNotebook7SetFontERK6wxFont, version WXU_2.8 not defined in file libwx_gtk2u_aui-2.8.so.0 with link time reference. >> >> I tried upgrading from the version in the package manager by default and uninstalling from package manager and reinstalling from the .deb file above. >> >> Regards, >> Jeff Barnes >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Codelite-developers mailing list >> Cod...@li... >> https://lists.sourceforge.net/lists/listinfo/codelite-developers >> > > > > -- > Eran Ifrah > Cross platform, open source C++ IDE: http://www.codelite.org > -- Eran Ifrah Cross platform, open source C++ IDE: http://www.codelite.org |
|
From: Jeff B. <jba...@ya...> - 2010-09-01 15:18:52
|
Codelite_2.6.0.4189-ubuntu0_i386.deb package from sourceforge. Fails to start. When trying from the command line, the stderr reports codelite: relocation error: /usr/lib/codelite/libpluginu.so: symbol _ZN13wxAuiNotebook7SetFontERK6wxFont, version WXU_2.8 not defined in file libwx_gtk2u_aui-2.8.so.0 with link time reference. I tried upgrading from the version in the package manager by default and uninstalling from package manager and reinstalling from the .deb file above. Regards, Jeff Barnes |
|
From: M G. <aur...@gm...> - 2010-05-29 01:45:17
|
Hi Eran,
> Sorry for the late reply about the plugin. But I finally got some free
> time - I added the sources to SVN (after compiling them under Windows
> using wx2.810)
> the main changes:
>
> - Converted strings to confirm with wx< 2.9
> - Updated ./configure + Mac packaging script to include this plugin for Mac only
> - Minor change: the settings plugin now remembers its size + position
>
> You can now use 'svn up' on the codelite source tree followed by
> configure&& make to compile the plugin
>
thanks for committing :) if you ever get some more free time I might
welcome help on a project wizard
(but the current state is not THAT bad either; I guess it mostly needs
some documentation).
Also, I don't know if you see some way to prevent the modification from
being done twice on the same target?
My best idea was to leave some specific comment in the custom rules, but
I don't like that. You're more familiar than
me with CL so you may see something I don't?
Finally, could you please commit this small patch to correct a FIXME?
Index: MacBundler/macbundler.cpp
===================================================================
--- MacBundler/macbundler.cpp (revision 4072)
+++ MacBundler/macbundler.cpp (working copy)
@@ -268,9 +268,8 @@
file.AddLine(wxT( " <string>English</string>\n" ));
file.AddLine(wxT( " <key>CFBundlePackageType</key>" ));
file.AddLine(wxT( " <string>APPL</string>\n" ));
- //FIXME: whatwxT( to do with this one?
file.AddLine(wxT( " <key>CFBundleShortVersionString</key>" ));
- file.AddLine(wxT( " <string></string>\n" ));
+ file.AddLine(wxT( " <string>" ) + m_version->GetValue() + wxT(
"</string>\n" ));
file.AddLine(wxT( "</dict>"));
file.AddLine(wxT( "</plist>"));
thanks
-- Auria
|
|
From: Eran I. <era...@gm...> - 2010-05-28 06:41:23
|
Sorry for the late reply about the plugin. But I finally got some free time - I added the sources to SVN (after compiling them under Windows using wx2.810) the main changes: - Converted strings to confirm with wx < 2.9 - Updated ./configure + Mac packaging script to include this plugin for Mac only - Minor change: the settings plugin now remembers its size + position You can now use 'svn up' on the codelite source tree followed by configure && make to compile the plugin On Sun, May 16, 2010 at 3:40 AM, M Gagnon <aur...@gm...> wrote: > Hi, > > I have been working on a CodeLite plugin to handle mac OS X application > bundles. > Current features : > * Generate the skeleton (Appname.app/Contents/*) > * Place the built executable in the correct location and update the paths so > it can still be run from within CL > * Can add custom makefile rules to handle the Info.plist file > * Can add custom makefile rules to handle icns icon files > * Can generate an Info.plist file from fields specified in a dialog > * Can generate the .icns icon file, including from PNG files and many other > formats. > > Missing features / caveats : > * A new project wizard; you need to create a project, then run this plugin > on it to make it a bundle > * Setting bundle info in global settings (rather than per-target) > * Cannot be undone > * If you run the plug-in multiple times on the same project/target, weird > stuff can happen > * Resources are not handled (e.g. if your app has image files or config > files that need to be copied to X.app/Contents/Resources) > > The source code is included along this mail (I know it's considered by > netiquette by maybe to send attachments to mailing lists, but this one is 12 > kB so I figure it's ok...). It's released under the GNU GPL. > > Screenshot : > http://img188.imageshack.us/img188/5273/screenshot20100515at819.png > > Feedback appreciated =) > > -- Auria > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Codelite-developers mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codelite-developers > > -- Eran Ifrah Cross platform, open source C++ IDE: http://www.codelite.org |
|
From: M G. <aur...@gm...> - 2010-05-16 00:40:39
|
Hi, I have been working on a CodeLite plugin to handle mac OS X application bundles. Current features : * Generate the skeleton (Appname.app/Contents/*) * Place the built executable in the correct location and update the paths so it can still be run from within CL * Can add custom makefile rules to handle the Info.plist file * Can add custom makefile rules to handle icns icon files * Can generate an Info.plist file from fields specified in a dialog * Can generate the .icns icon file, including from PNG files and many other formats. Missing features / caveats : * A new project wizard; you need to create a project, then run this plugin on it to make it a bundle * Setting bundle info in global settings (rather than per-target) * Cannot be undone * If you run the plug-in multiple times on the same project/target, weird stuff can happen * Resources are not handled (e.g. if your app has image files or config files that need to be copied to X.app/Contents/Resources) The source code is included along this mail (I know it's considered by netiquette by maybe to send attachments to mailing lists, but this one is 12 kB so I figure it's ok...). It's released under the GNU GPL. Screenshot : http://img188.imageshack.us/img188/5273/screenshot20100515at819.png Feedback appreciated =) -- Auria |
|
From: Eran I. <era...@gm...> - 2010-02-26 14:42:27
|
Thanks, patch applied in trunk Eran On 2/25/2010 12:14 PM, Uffe Jakobsen wrote: > > Hi, > > Attached is a unified patch (svn diff) to your configure script file > > Made for FreeBSD-8.0 (stable) > > It is impossible to run "make clean" since there is a few places where > you assume that the make cmd is always called "make". > FreeBSD includes an (original) BSD make not fully conpatible with GNU > make. Hence GNU make is referred/invoked with gmake cmd. > > Most places you correctly refer to make through the $(MAKE) - I just > corrected the last ones :-) > > > Kind regards Uffe Jakobsen > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > > _______________________________________________ > Codelite-developers mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codelite-developers > |
|
From: Uffe J. <uf...@uf...> - 2010-02-25 10:41:22
|
Hi, Attached is a unified patch (svn diff) to your configure script file Made for FreeBSD-8.0 (stable) It is impossible to run "make clean" since there is a few places where you assume that the make cmd is always called "make". FreeBSD includes an (original) BSD make not fully conpatible with GNU make. Hence GNU make is referred/invoked with gmake cmd. Most places you correctly refer to make through the $(MAKE) - I just corrected the last ones :-) Kind regards Uffe Jakobsen -- Uffe Jakobsen |
|
From: Eran I. <era...@gm...> - 2010-02-22 06:54:09
|
Applied and committed Eran On Mon, Feb 22, 2010 at 12:22 AM, Uffe Jakobsen <uf...@uf...> wrote: > Hi, > > Attached is two fixes (patches) for FreeBSD-8.0 (stable) builds... > > Kind regards Uffe Jakobsen > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Codelite-developers mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codelite-developers > > -- Eran Ifrah Cross platform, open source C++ IDE: http://www.codelite.org |
|
From: Uffe J. <uf...@uf...> - 2010-02-21 22:49:03
|
Hi, Attached is two fixes (patches) for FreeBSD-8.0 (stable) builds... Kind regards Uffe Jakobsen |
|
From: Eran I. <era...@gm...> - 2009-12-23 18:18:47
|
On 12/23/2009 2:37 PM, Uffe Jakobsen wrote: > Hi, > > On 22/12/09 19.42, Eran Ifrah wrote: > >> > I would prefer if those changes will be under >> > >> > if [ "$os_name" = "Darwin" ] >> > >> > condition as well - since I cant really test all other platforms >> > > > > fair enough - please see diff below - hope you'll accept it. > Thanks, applied Eran |
|
From: Eran I. <era...@gm...> - 2009-12-23 18:06:40
|
On 12/23/2009 5:38 PM, Uffe Jakobsen wrote: > > Hi, > > Unified patch (svn diff) for Plugin/wxterminal.cpp fixing include file > for FreeBSD attached. > > Best regards Uffe :-) > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > > > _______________________________________________ > Codelite-developers mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codelite-developers > Thanks, applied Eran |
|
From: Uffe J. <uf...@uf...> - 2009-12-23 15:38:58
|
Hi, Unified patch (svn diff) for Plugin/wxterminal.cpp fixing include file for FreeBSD attached. Best regards Uffe :-) |
|
From: Uffe J. <uf...@uf...> - 2009-12-23 15:16:49
|
Hi, On 23/12/09 15.42, Eran Ifrah wrote: > This seems OK to me. Can you send it as attachment file (it is currently > inlined in the email) > Unified patches (svn diff) to "configure" for MacOSX and FreeBSD attached... Best regards Uffe :-) |
|
From: Eran I. <era...@gm...> - 2009-12-23 14:40:41
|
On 12/23/2009 2:37 PM, Uffe Jakobsen wrote:
> fair enough - please see diff below - hope you'll accept it.
>
>
> $ svn diff
> Index: configure
> ===================================================================
> --- configure (revision 3546)
> +++ configure (working copy)
> @@ -24,6 +24,16 @@
> is_so_lib=$1
> additional_include_path=$2
>
> + if [ "$os_name" = "Darwin" ]; then
> + if [ "$is_64bit" = "yes" ]; then
> + compiler_name=${compiler_name}" -m64 "
> + c_compiler_name=${c_compiler_name}" -m64 "
> + else
> + compiler_name=${compiler_name}" -m32 "
> + c_compiler_name=${c_compiler_name}" -m32 "
> + fi
> + fi
> +
> if [ "$is_64bit" = "yes" ]; then
> compiler_name=${compiler_name}" -DON_64_BIT "
> c_compiler_name=${c_compiler_name}" -DON_64_BIT "
>
This seems OK to me. Can you send it as attachment file (it is currently
inlined in the email)
Eran
|
|
From: Uffe J. <uf...@uf...> - 2009-12-23 13:21:15
|
Hi,
On 22/12/09 19.42, Eran Ifrah wrote:
> I would prefer if those changes will be under
>
> if [ "$os_name" = "Darwin" ]
>
> condition as well - since I cant really test all other platforms
>
fair enough - please see diff below - hope you'll accept it.
$ svn diff
Index: configure
===================================================================
--- configure (revision 3546)
+++ configure (working copy)
@@ -24,6 +24,16 @@
is_so_lib=$1
additional_include_path=$2
+ if [ "$os_name" = "Darwin" ]; then
+ if [ "$is_64bit" = "yes" ]; then
+ compiler_name=${compiler_name}" -m64 "
+ c_compiler_name=${c_compiler_name}" -m64 "
+ else
+ compiler_name=${compiler_name}" -m32 "
+ c_compiler_name=${c_compiler_name}" -m32 "
+ fi
+ fi
+
if [ "$is_64bit" = "yes" ]; then
compiler_name=${compiler_name}" -DON_64_BIT "
c_compiler_name=${c_compiler_name}" -DON_64_BIT "
On 22/12/09 19.42, Eran Ifrah wrote:
> other platforms for example: FreeBSD which I dont have access to, but it is supported by
> codelite
>
I've compiled codelite for FreeBSD 8.0 only one problem with an include
file found and one about a missing library - I'll do a separate emails
about that.
The original purposed patch as well at the new version of this patch
both compiles on FreeBSD 8.0.
Best regards Uffe
>
> On 12/22/2009 9:47 AM, Uffe Jakobsen wrote:
>> Hi eranif,
>>
>> [PATCH] configure: 32-/64-bit compiler flags for MacOSX
>>
>> Since MacOSX switched from default 32-bit in 10.5.x to default 64-bit in
>> 10.6.x - the Apple supplied (default) gcc/g++ compilers now produces
>> 64-bit object files if not told otherwise with the -m32/-m64 switches....
>>
>> As far as I can see my changes are portable in respect to the platforms
>> codelite supports...
>>
>> I hope that you'll accept the diff below for the "configure" file...
>>
>>
>> $ svn diff configure
>>
>> Index: configure
>> ===================================================================
>> --- configure (revision 3546)
>> +++ configure (working copy)
>> @@ -25,8 +25,11 @@
>> additional_include_path=$2
>>
>> if [ "$is_64bit" = "yes" ]; then
>> - compiler_name=${compiler_name}" -DON_64_BIT "
>> - c_compiler_name=${c_compiler_name}" -DON_64_BIT "
>> + compiler_name=${compiler_name}" -m64 -DON_64_BIT "
>> + c_compiler_name=${c_compiler_name}" -m64 -DON_64_BIT "
>> + else
>> + compiler_name=${compiler_name}" -m32 "
>> + c_compiler_name=${c_compiler_name}" -m32 "
>> fi
>>
>> ## If the non-plugin .so libs aren't installed with the plugin
>> ones, add their dir to the rpath
>> @@ -55,7 +58,7 @@
>> echo "OPT=${optimization}">> Makefile
>> echo "DEBUG=${debug_flag}">> Makefile
>> echo "CMP=${compiler_name} \$(DEBUG) \$(OPT) ">> Makefile
>> - echo "GCC=${c_compiler_name}">> Makefile
>> + echo "GCC=${c_compiler_name} \$(DEBUG) \$(OPT) ">> Makefile
>> echo "EXE_NAME=${exe_name}">> Makefile
>> echo "EXE_NAME_NO_PATH=${exe_name1}">> Makefile
>> echo "OBJ_DIR=${objects_dir}">> Makefile
>>
>>
>>
>> Please let me know if you prefer the diff/patch in another format.
>>
>> Best regards Uffe
>>
>> ------------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Verizon Developer Community
>> Take advantage of Verizon's best-in-class app development support
>> A streamlined, 14 day to market process makes app distribution fast and easy
>> Join now and get one step closer to millions of Verizon customers
>> http://p.sf.net/sfu/verizon-dev2dev
>> _______________________________________________
>> Codelite-developers mailing list
>> Cod...@li...
>> https://lists.sourceforge.net/lists/listinfo/codelite-developers
>>
>>
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Codelite-developers mailing list
> Cod...@li...
> https://lists.sourceforge.net/lists/listinfo/codelite-developers
|
|
From: Uffe J. <uf...@uf...> - 2009-12-23 13:17:32
|
Hi eranif,
As promissed fixes for FreeBSD builds (FreeBSD 8.0-RELEASE)
$ svn diff Plugin/wxterminal.cpp
Index: Plugin/wxterminal.cpp
===================================================================
--- Plugin/wxterminal.cpp (revision 3546)
+++ Plugin/wxterminal.cpp (working copy)
@@ -9,7 +9,7 @@
#define SHELL_WRAPPER wxT("\"")
#else
-#ifdef __WXMAC__
+#if defined(__WXMAC__) || defined(__FreeBSD__)
#include <sys/wait.h>
#else
#include <wait.h>
PS: The line numbering in the "configure" diff below assumes that you've
already applied my MacOSX -m32/-m64 patch/diff
$ svn diff configure
Index: configure
===================================================================
--- configure (revision 3546)
+++ configure (working copy)
@@ -78,6 +88,9 @@
else
echo "CCFLAGS := \$(CCFLAGS) -D__APPLE__ -DMACOSX" >>
Makefile
fi
+ if [ "$os_name" = "FreeBSD" ]; then
+ echo "LINK_FLAGS += -lkvm" >> Makefile
+ fi
echo "INCLUDES := \$(INCLUDES) -I.
-I${base_dir}/sdk/codelite_indexer/network
-I${base_dir}/sdk/wxsqlite3/include
-I${base_dir}/sdk/wxsqlite3/sqlite3/include
-I${base_dir}/sdk/wxscintilla/include
-I${base_dir}/sdk/wxscintilla/src/scintilla/include
-I${base_dir}/sdk/wxpropgrid/include
-I${base_dir}/sdk/wxscintilla/src/scintilla/src -I${base_dir}/Interfaces
-I${base_dir}/Debugger -I${base_dir}/Plugin -I${base_dir}/CodeLite " >>
Makefile
echo "" >> Makefile
echo "" >> Makefile
/Uffe
|
|
From: Eran I. <era...@gm...> - 2009-12-22 18:40:40
|
Thanks,
I would prefer if those changes will be under
if [ "$os_name" = "Darwin" ]
condition as well - since I cant really test all other platforms (for
example: FreeBSD which I dont have access to, but it is supported by
codelite)
On 12/22/2009 9:47 AM, Uffe Jakobsen wrote:
> Hi eranif,
>
> [PATCH] configure: 32-/64-bit compiler flags for MacOSX
>
> Since MacOSX switched from default 32-bit in 10.5.x to default 64-bit in
> 10.6.x - the Apple supplied (default) gcc/g++ compilers now produces
> 64-bit object files if not told otherwise with the -m32/-m64 switches....
>
> As far as I can see my changes are portable in respect to the platforms
> codelite supports...
>
> I hope that you'll accept the diff below for the "configure" file...
>
>
> $ svn diff configure
>
> Index: configure
> ===================================================================
> --- configure (revision 3546)
> +++ configure (working copy)
> @@ -25,8 +25,11 @@
> additional_include_path=$2
>
> if [ "$is_64bit" = "yes" ]; then
> - compiler_name=${compiler_name}" -DON_64_BIT "
> - c_compiler_name=${c_compiler_name}" -DON_64_BIT "
> + compiler_name=${compiler_name}" -m64 -DON_64_BIT "
> + c_compiler_name=${c_compiler_name}" -m64 -DON_64_BIT "
> + else
> + compiler_name=${compiler_name}" -m32 "
> + c_compiler_name=${c_compiler_name}" -m32 "
> fi
>
> ## If the non-plugin .so libs aren't installed with the plugin
> ones, add their dir to the rpath
> @@ -55,7 +58,7 @@
> echo "OPT=${optimization}">> Makefile
> echo "DEBUG=${debug_flag}">> Makefile
> echo "CMP=${compiler_name} \$(DEBUG) \$(OPT) ">> Makefile
> - echo "GCC=${c_compiler_name}">> Makefile
> + echo "GCC=${c_compiler_name} \$(DEBUG) \$(OPT) ">> Makefile
> echo "EXE_NAME=${exe_name}">> Makefile
> echo "EXE_NAME_NO_PATH=${exe_name1}">> Makefile
> echo "OBJ_DIR=${objects_dir}">> Makefile
>
>
>
> Please let me know if you prefer the diff/patch in another format.
>
> Best regards Uffe
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Codelite-developers mailing list
> Cod...@li...
> https://lists.sourceforge.net/lists/listinfo/codelite-developers
>
>
|
|
From: Uffe J. <uf...@uf...> - 2009-12-22 08:14:07
|
Hi eranif,
[PATCH] configure: 32-/64-bit compiler flags for MacOSX
Since MacOSX switched from default 32-bit in 10.5.x to default 64-bit in
10.6.x - the Apple supplied (default) gcc/g++ compilers now produces
64-bit object files if not told otherwise with the -m32/-m64 switches....
As far as I can see my changes are portable in respect to the platforms
codelite supports...
I hope that you'll accept the diff below for the "configure" file...
$ svn diff configure
Index: configure
===================================================================
--- configure (revision 3546)
+++ configure (working copy)
@@ -25,8 +25,11 @@
additional_include_path=$2
if [ "$is_64bit" = "yes" ]; then
- compiler_name=${compiler_name}" -DON_64_BIT "
- c_compiler_name=${c_compiler_name}" -DON_64_BIT "
+ compiler_name=${compiler_name}" -m64 -DON_64_BIT "
+ c_compiler_name=${c_compiler_name}" -m64 -DON_64_BIT "
+ else
+ compiler_name=${compiler_name}" -m32 "
+ c_compiler_name=${c_compiler_name}" -m32 "
fi
## If the non-plugin .so libs aren't installed with the plugin
ones, add their dir to the rpath
@@ -55,7 +58,7 @@
echo "OPT=${optimization}" >> Makefile
echo "DEBUG=${debug_flag}" >> Makefile
echo "CMP=${compiler_name} \$(DEBUG) \$(OPT) " >> Makefile
- echo "GCC=${c_compiler_name}" >> Makefile
+ echo "GCC=${c_compiler_name} \$(DEBUG) \$(OPT) " >> Makefile
echo "EXE_NAME=${exe_name}" >> Makefile
echo "EXE_NAME_NO_PATH=${exe_name1}" >> Makefile
echo "OBJ_DIR=${objects_dir}" >> Makefile
Please let me know if you prefer the diff/patch in another format.
Best regards Uffe
|
|
From: Eran I. <era...@gm...> - 2009-10-22 16:34:13
|
I compiled a list of tasks (which I am currently working on) for codelite 2.0 If anyone is will to give a hand, he is more than welcome :) http://codelite.org/RoadMap/Main -- Eran Ifrah Cross platform, open source C++ IDE: http://www.codelite.org |
|
From: Eran I. <era...@gm...> - 2009-09-25 13:12:47
|
See below On Fri, Sep 25, 2009 at 3:05 PM, Eran Ifrah <era...@gm...> wrote: > > > On Fri, Sep 25, 2009 at 3:01 PM, <da...@4p...> wrote: > >> Hi Eran, >> >> I've been playing with the new cppchecker settings plugin. It's >> certainly a worthy addition to CL. >> >> However a couple of things: >> 1) First, the Settings dialog is too small for >> its text, at least for my font-size. The patch makes it >> wxDefaultSize, which works for me. Please check on MSWin, though. >> >> I will > 2) The only way I could find to get it to run is the workspace/project >> context menu. Did I miss somewhere else? Should it also have a >> menu entry in Plugsins > CppCheck ? >> >> You can run it from the file explorer as well, which will allow you to run > on it files as well > > >> 3) Like other people, I'd welcome a prominent 'Done' message; perhaps >> at the end of the errors... >> >> Yea, I got many feedbacks about it, I will add one :) > I added a 'Done' message when the processing is completed > > >> 4) It would be nice if the results were cleared on closing the >> workspace. At the moment they're still there when a new workspace is >> loaded. However I can't see any easy way to call >> CppCheckReportPage::Clear from the frame/manager. Do you think it's >> worth storing a pointer there? >> >> No, it is better to handle the plugin's event "wxEVT_WORKSPACE_CLOSED" > Done, the CppCheck plugin now handles the wxEVT_WORKSPACE_CLOSED event and clears the view once the workspace is closed > > >> The good news is that it can't find any significant errors in 4Pane :) >> The bad news is that it doesn't like my coding style :( >> >> Same here, it did detected 1 memory leak (which is indeed a memory leak) > but it cant handle the wxWidgets way of deleting windows... > In addition, it keep complains about ++iter vs iter++ > > >> Best wishes, >> >> David > > > > > -- > Eran Ifrah > Cross platform, open source C++ IDE: http://www.codelite.org > > -- Eran Ifrah Cross platform, open source C++ IDE: http://www.codelite.org |
|
From: Mattia B. <ma...@de...> - 2009-09-11 14:15:16
|
Hi, I found that if CodeLite is installed in a directory not writable by the user, it crashes at startup (I haven't debugged it, but I suppose it happens because it can't create the configuration files). Would it be OK to change the MSW code in app.cpp to read the config file from the installation directory if they are already there (for backward compatibility with previous CL versions), otherwise copy the .default files in a new directory inside the user profile (similar to what the *nix/Mac code already does)? Regards, Mattia |
1 message has been excluded from this view by a project administrator.
