Author Topic: The 17 September 2011 build (7452) is out.  (Read 79912 times)

Offline imianz

  • Multiple posting newcomer
  • *
  • Posts: 10
Re: The 17 September 2011 build (7452) is out.
« Reply #45 on: October 05, 2011, 11:14:23 am »
(I hope, finally, this I is the right section to post...)

Hi, first all, thanks for your work!

I try to explain you my problem (I signaled it in the forum but without replies).

I need to set compiler path as relative (to "portable/stand-alone" purpose).

Settings -> Compiler and debugger -> Global compiler -> GNU GCC Compiler -> Toolchain executables:
%MYCBPATH%\MinGW
or
$(CODEBLOCKS)\MinGW

In both cases (using CB embedded enviromental variable or my own) compiler works fine but not the editor. Autocompletion features does not works anymore and I'm not able anymore to open #include files from the MinGW/include directory. Only #include files within project directory.

For eg. (using right mouse button over an #include statement) I can open the file
#include "version.h" 
but not
#include <windows.h>

I have not found this problem using the official 10.05 release or the 8.02 svn6088+.
Thanks in advance.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 17 September 2011 build (7452) is out.
« Reply #46 on: October 05, 2011, 11:25:45 am »
@imianz
I have just replied you, see: Re: Codeblocks portable
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
Re: The 17 September 2011 build (7452) is out.
« Reply #47 on: October 08, 2011, 12:58:46 am »
I do not know if it first occurred in this version, but should not the linker option -enable-auto-import in the Windows NassiShneiderman plugin be -Wl,-enable-auto-import instead?

Code
Index: src/plugins/contrib/NassiShneiderman/NassiShneiderman.cbp
===================================================================
--- src/plugins/contrib/NassiShneiderman/NassiShneiderman.cbp (revision 7479)
+++ src/plugins/contrib/NassiShneiderman/NassiShneiderman.cbp (working copy)
@@ -37,7 +37,7 @@
  <Add directory="$(#boost)" />
  </Compiler>
  <Linker>
- <Add option="-enable-auto-import" />
+ <Add option="-Wl,-enable-auto-import" />
  <Add library="codeblocks" />
  <Add library="wxmsw$(WX_VERSION)$(WX_SUFFIX)" />
  <Add directory="..\..\..\devel" />


Offline ham

  • Multiple posting newcomer
  • *
  • Posts: 23
Re: The 17 September 2011 build (7452) is out.
« Reply #48 on: October 13, 2011, 06:15:51 pm »
hi,

i have 2 big problems with the editor, i run CB svn7470 on linuxmint 11 x64 gnome desktop

1. Codeblocks often freeze, with no rescue when opening a project much often (2 of 3 opens)

i only activated plugins:

Cccc
Code Completion
Compiler
Foreign Projects Importer
Scripted Wizard



2. the screen update of the main-code-editor-window is somehow broken.

it displays grey lines when scrolling down,

when scrolling up the window updates properly

thx

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 17 September 2011 build (7452) is out.
« Reply #49 on: October 13, 2011, 07:39:23 pm »
1. update to a newer revision or disable CC plugin
2. update your ubuntu
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 17 September 2011 build (7452) is out.
« Reply #50 on: October 13, 2011, 08:47:29 pm »
2. update your ubuntu

He uses mint, which is based on ubuntu (or directly on debian ?, not sure at the moment), but nevertheless updating might help, see this post: http://forums.codeblocks.org/index.php/topic,15342.msg102985.html#msg102985

By the way: please search the forum for a solution, before asking questions, that might have been answered before.
Not searching violates our forum rules.

Offline coppolo

  • Single posting newcomer
  • *
  • Posts: 3
Re: The 17 September 2011 build (7452) is out.
« Reply #51 on: October 14, 2011, 12:09:31 pm »
I hope this is the right place for it... sorry if it is not.

Maybe it's a known issue (I could not find something like that in previous posts), but "Find declaration" and "Find implementation" does not work correctly with this code (you can try it in a new project):

Code
int foo()
{
  return 0;
}

void bar(void)
{
  foo();        // declaration and implementation are found correctly
  switch(0)
  {
    case 0:
      return foo();  // IT DOES NOT WORK while searching foo() declaration or implementation
  }
}

OS: Win Vista

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
Re: The 17 September 2011 build (7452) is out.
« Reply #52 on: October 14, 2011, 11:02:59 pm »
Code
[...]
void bar(void)
{
  [...]
      return foo();  // IT DOES NOT WORK while searching foo() declaration or implementation
}
A void function cannot return anything (this may or may not be the reason for the problem though - I have yet to test).

Offline coppolo

  • Single posting newcomer
  • *
  • Posts: 3
Re: The 17 September 2011 build (7452) is out.
« Reply #53 on: October 17, 2011, 10:13:44 am »
The problem occurs regardless of the function return type (I made a mistake by writing void instead of int, but the result does not change).

Offline eckard_klotz

  • Almost regular
  • **
  • Posts: 194
Re: The 17 September 2011 build (7452) is out.
« Reply #54 on: October 18, 2011, 08:15:50 am »
Hello Everybody.

I can confirm the effect described by coppolo. I have implemented the functions foo() and bar() in a c-file and decleard them in an h-file.

  • 1. If I use tle lony foo() to search for the declaration C::B jumps into the h-file, if I search for the declaration and it jumps to the implementation if Search for this.
  • 2. If I use the foo() after the reurn the search for the declaration C::B jumps to the implementation and the search for the implementation fails.
  • 3. But if I write return(foo()); istead of return foo() ; what means I use the return like a function with brackets it works like described under 1.

Best regards,
                  Eckard.

stefanos_

  • Guest
Re: The 17 September 2011 build (7452) is out.
« Reply #55 on: October 20, 2011, 11:35:45 am »
People, something partially on-topic.

Will Code::Blocks going to use the new Subversion 1.7.0? Current projects need upgrade and that would break backward compatibility.

I haven't tried anything with Code::Blocks yet, just finished the upgrade procedure and I will try to test it myself.

Has anyone tried it already?

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 17 September 2011 build (7452) is out.
« Reply #56 on: October 20, 2011, 11:45:13 am »
Will Code::Blocks going to use the new Subversion 1.7.0? Current projects need upgrade and that would break backward compatibility.
What backwards compatibility?
Svn 1.7.x changes the disk format for the working copy, but this has nothing to do with the server hosting the repo.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

stefanos_

  • Guest
Re: The 17 September 2011 build (7452) is out.
« Reply #57 on: October 20, 2011, 04:41:47 pm »
when I installed the latest tortoiseSVN I couldn't see any red exclamation mark for my Code::Blocks local repository, and I right-clicked on it and told me to upgrade it to the new SVN subversion but doing so would break the backwards compatibility.

Can you provide your feedback if you are under Windows oBFusCATed?

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 17 September 2011 build (7452) is out.
« Reply #58 on: October 20, 2011, 05:24:12 pm »
Yes, you won't be able to use svn < 1.7, but so what, if you have to use svn 1.6.xx just make a new check out?
But what is the connection with the C::B project (us)?

p.s. Mostly linux, sometimes I run windows to play games or test new C::B features. At work I've migrated to linux, too.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 17 September 2011 build (7452) is out.
« Reply #59 on: October 21, 2011, 07:58:23 am »
I hope this is the right place for it... sorry if it is not.

Maybe it's a known issue (I could not find something like that in previous posts), but "Find declaration" and "Find implementation" does not work correctly with this code (you can try it in a new project):

Code
int foo()
{
  return 0;
}

void bar(void)
{
  foo();        // declaration and implementation are found correctly
  switch(0)
  {
    case 0:
      return foo();  // IT DOES NOT WORK while searching foo() declaration or implementation
  }
}

OS: Win Vista

I can confirm this, see the image below.
It looks like a cc's parser error on parsing the switch case statement.

I think it is not hard to fix this bug  :D
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.