Author Topic: The 03 June 2012 build (8024) is out.  (Read 43621 times)

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Re: The 03 June 2012 build (8024) is out.
« Reply #15 on: June 11, 2012, 11:47:17 am »
- Reportedly there is now an option to set a new maximum for Aligner entries, but I cannot find it anywhere. I still get 4 entries and the rest are cropped (same as before).
See settings -> Editor -> Editor Tweaks Settings
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline carra

  • Multiple posting newcomer
  • *
  • Posts: 114
Re: The 03 June 2012 build (8024) is out.
« Reply #16 on: June 11, 2012, 12:15:44 pm »
Oh man, I was looking for a submenu and you guys made a whole new settings tab for it! Found it, and it works as intended. Thanks!

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Re: The 03 June 2012 build (8024) is out.
« Reply #17 on: June 11, 2012, 03:00:49 pm »
Oh man, I was looking for a submenu and you guys made a whole new settings tab for it!
Yes, because as EditorTweaks has many functions, there may be more options more to come...
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline xunxun

  • Almost regular
  • **
  • Posts: 187
Re: The 03 June 2012 build (8024) is out.
« Reply #18 on: June 13, 2012, 06:16:17 pm »
Found a CC plugin bug.

When loading a new project, CC plugin will decode the variable's declaration and show one time, but if you want to show again, it will show many times.

The demo project is in the attachment.
« Last Edit: June 13, 2012, 06:21:26 pm by xunxun »
Regards,
xunxun

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12122
    • Travis build status
Re: The 03 June 2012 build (8024) is out.
« Reply #19 on: June 13, 2012, 06:59:35 pm »
I've seen this, too, but I was not sure how to reproduce it.
(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 MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Re: The 03 June 2012 build (8024) is out.
« Reply #20 on: June 13, 2012, 07:34:37 pm »
I've seen this, too, but I was not sure how to reproduce it.
I have a patch for this already in my local copy... just didn't commit so far. Don't worry about this.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12122
    • Travis build status
Re: The 03 June 2012 build (8024) is out.
« Reply #21 on: June 13, 2012, 08:03:57 pm »
Then go on and commit it  ::)
(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: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 03 June 2012 build (8024) is out.
« Reply #22 on: June 14, 2012, 05:24:50 am »
Good, I review the commit, I see this is the quite good fix:
Code: [Select]
@@ -1807,7 +1815,7 @@ size_t NativeParser::MarkItemsByAI(ccSearchData* searchData, TokenIdxSet& result
 
     CC_LOCKER_TRACK_TT_MTX_UNLOCK(s_TokensTreeMutex)
 
-    RemoveLastFunctionChildren(tree, m_LastFuncTokenIdx);
+    RemoveLastFunctionChildren(m_Parser->GetTokensTree(), m_LastFuncTokenIdx);
 
     // find "using namespace" directives in the file
     TokenIdxSet search_scope;

The old way "tree" is a temporary Tokenstree, and already cleared before. What we need to clean is the normal Tokenstree.
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 MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9508
Re: The 03 June 2012 build (8024) is out.
« Reply #23 on: June 14, 2012, 07:03:34 am »
The old way "tree" is a temporary Tokenstree, and already cleared before. What we need to clean is the normal Tokenstree.
Yes, I think this was my fault in the end... ::) :-[ :-[ :-[
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline xunxun

  • Almost regular
  • **
  • Posts: 187
Re: The 03 June 2012 build (8024) is out.
« Reply #24 on: June 14, 2012, 12:14:44 pm »
I've seen this, too, but I was not sure how to reproduce it.
I have a patch for this already in my local copy... just didn't commit so far. Don't worry about this.

Thanks @MortenMacFly.
 :)
Regards,
xunxun

Offline carra

  • Multiple posting newcomer
  • *
  • Posts: 114
Re: The 03 June 2012 build (8024) is out.
« Reply #25 on: June 14, 2012, 02:42:31 pm »
Hi again, I have had some unexpected behavior with relative directories under C::B and I wonder if I should consider this a bug in C::B project system??

* Project base folder: C:\Programacion\KTools\Sources\LogStream
* Output folder for objects:  ..\..\Objects  (i.e.: "C:\Programacion\KTools\Objects")
* 3 Files in project:
    - ..\..\Headers\General.hpp       (i.e.: "C:\Programacion\KTools\Headers\General.hpp")
    - ..\..\Headers\LogStream.hpp   (i.e.: "C:\Programacion\KTools\Headers\LogStream.hpp")
    - LogStream.cpp                     (i.e.: "C:\Programacion\KTools\Sources\LogStream\LogStream.cpp")

No matter what I try, instead of the intended Objects directory, my objwect files end up in the following directory:

"C:\Programacion\KTools\Objects\Sources\LogStream"

Seeing the resulting command line, it seems as if C::B is doing the following folder concatenation for some reason:

(1) In the Project Explorer, the source file appears listed as "Sources\LogStream\LogStream.cpp" (why all that route? it's in the project's base directory!!)

(2) What seems to be happening is:
"C:\Programacion\KTools\Objects" + "Sources\LogStream\LogStream.cpp" ==> "C:\Programacion\KTools\Objects\Sources\LogStream\LogStream.o"

Offline carra

  • Multiple posting newcomer
  • *
  • Posts: 114
Re: The 03 June 2012 build (8024) is out.
« Reply #26 on: June 15, 2012, 10:51:24 am »
OK, since the project file is very simple I thought I might post it here.
For simplicity, I have parameterized folders with an env var KTOOLS_FOLDER which in my case is: C:\Programacion\KTools

Code: [Select]
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_project_file>
<FileVersion major="1" minor="6" />
<Project>
<Option title="LogStream" />
<Option pch_mode="2" />
<Option compiler="gcc" />
<Build>
<Target title="Release">
<Option output="$(KTOOLS_FOLDER)\Libraries\LogStream" prefix_auto="1" extension_auto="1" />
<Option working_dir="" />
<Option object_output="$(KTOOLS_FOLDER)\Objects" />
<Option type="2" />
<Option compiler="gcc" />
<Option createDefFile="1" />
<Compiler>
<Add option="-Wall" />
<Add option="-O2" />
</Compiler>
<Linker>
<Add option="-s" />
</Linker>
</Target>
</Build>
<Unit filename="..\..\Headers\General.hpp" />
<Unit filename="..\..\Headers\LogStream.hpp" />
<Unit filename="LogStream.cpp" />
<Extensions>
<code_completion />
<envvars />
<debugger />
<lib_finder disable_auto="1" />
</Extensions>
</Project>
</CodeBlocks_project_file>

If I had to guess, I'd say that C::B is trying to set a "common base folder" for all the project files. As if it didn't properly support routes with "\.." in them.

Offline saidus

  • Multiple posting newcomer
  • *
  • Posts: 11
Re: The 03 June 2012 build (8024) is out.
« Reply #27 on: June 17, 2012, 12:05:28 pm »
Hello.
Is there any ready to download package for windows (codeblocks-setup-10.05.8024.exe) with the current svn release.
Thank you .

Offline gd_on

  • Regular
  • ***
  • Posts: 494
Windows 10, svn C::B (last version or almost!), WxWidgets 3.1.3, Compilers 8.1.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\MinGW64) or 32 bits (sjlj, posix in C:\MinGW32).

Offline carra

  • Multiple posting newcomer
  • *
  • Posts: 114
Re: The 03 June 2012 build (8024) is out.
« Reply #29 on: June 17, 2012, 05:26:32 pm »
It's curious... the problem I reported earlier with relative paths seems not to be present in nightly 7925. The very same project I posted produces the object in the correct folder. A regression?