Author Topic: The 12 January 2010 build (6080) is out.  (Read 65682 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
The 12 January 2010 build (6080) is out.
« on: January 12, 2010, 07:14:38 pm »
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2810.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z

The 12 January 2010 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20100112_rev6080_win32.7z
  - Linux :
   none

Resolved Fixed:

  • Cosmetic Fix: Build-date-time stamp will now show 32 bit/64 bit depending on the build
  • Fixed: svn:eol-style set to native
  • Fixed: svn-propset.
  • Fixed: Build with wx-2.9
  • Fixed: Warning due to use wxString:find
  • Squirrel Update
    - Updated: Squirrel to version 2.2.4
    - Added: Necessary fixes to build on Win 64 bit platform.
  • Fixed: Broken build by reintroducing C::B specific patch. (Thanks Morten for pointing this)
  • Fixed: Broken build due to missing code from pre-processor section. (Thanks Jens for pointing this)
  • Fixed: Couple of compiler warnings
  • CC: applied patch by blueshake: "real time parse"
    * CC: applied patch by ollydbg: "better handling of typedef"
    * CC: fixed bug in argument handling
    * CC: fixed bug with token replacements
  • IncrementalSearch-plugin: implement shortcut for backward-search (SHIFT+ENTER);
    add option to highlight the text in the toolbar if it gains focus via menu or shortcut (configurable);
    remember cursor position in the toolbar's textcontrol
  • CC: removing another possible crash candidate
    * CC: decreasing memory foot print of token tree
  • CC: fixed bug with wrong file being returned reported here: http://forums.codeblocks.org/index.php/topic,11800.msg80076.html#msg80076
  • Fixed: Crash-candidate in openfileslistplugin.cpp
  • Fixed: [Bug #16562] -mthreads not set when linking wxWidgets project
  • CC: added ability to save tokens tree, list of files and include dirs through CC debug window
  • Fixed: Window size of dlgAbout
  • Reverted: GCC Version check was disabled on Linux/Mac. Now it is disabled while compiling with wx-2.9 across all platforms
  • Fixed: [Bug #16643] SetupIncludeDirs fails to detect gcc4+
  • cb_share_config: updated to include token replacements of CC, too
  • Enabled: Linker option to use thread-safe exception handling on Windows. See the following link for more details (http://gcc.gnu.org/onlinedocs/gcc-4.4.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options)
  • Enabled (for contrib plugins): Linker option to use thread-safe exception handling on Windows. See the following link for more details (http://gcc.gnu.org/onlinedocs/gcc-4.4.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options)
  • Enabled (for share_config plugin): Linker option to use thread-safe exception handling on Windows. See the following link for more details (http://gcc.gnu.org/onlinedocs/gcc-4.4.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options)
  • fix for automake system: the bootstrap-script wrongly determined automake 1.11.1 as version below 1.7 and stopped build with an error (see http://forums.codeblocks.org/index.php/topic,11828.msg80247.html#msg80247 for details).
  • Plugin wizard: Added linker option to enable thread-safe exception handling on Windows
  • Ogre wizard: Added linker option to enable thread-safe exception handling on Windows
  • StlPort wizard: Added linker option to enable thread-safe exception handling on Windows
  • Added: Build fixes necessary to compile with wx-2.9
  • wx-2.9 migration: Build fixes for projectfileoptionsdlg.cpp
  • Fixed: Compiler warning

Regressions/Confirmed/Annoying/Common bugs:



    Offline Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 12 January 2010 build (6080) is out.
    « Reply #1 on: January 12, 2010, 10:14:22 pm »
    I just moved the debian binaries (32- and 64-bit), sources and documentation packages (german and english) into my repository.

    See here how to use it.

    Note:
    the revision is 6077, but 6078 to 6080 only contain fixes for build with xWidgets 2.9 and a compiler-warning, so there is no difference in functionality.

    EDIT:

    at least one point is missing from the "Resolved fixed"-list:
    • - ThreadSearch-plugin: use different images for toggled buttons, it's easier to determine the state (on windows);
      support macro-replacement for directories to search in

    « Last Edit: January 12, 2010, 10:27:29 pm by jens »

    Offline private_joker

    • Single posting newcomer
    • *
    • Posts: 7
    Re: The 12 January 2010 build (6080) is out.
    « Reply #2 on: January 13, 2010, 12:14:03 am »

    Offline ahui886

    • Multiple posting newcomer
    • *
    • Posts: 29
    Re: The 12 January 2010 build (6080) is out.
    « Reply #3 on: January 13, 2010, 01:58:08 am »
    good job,thx.

    Offline nanyu

    • Almost regular
    • **
    • Posts: 188
    • nanyu
    Re: The 12 January 2010 build (6080) is out.
    « Reply #4 on: January 13, 2010, 07:32:20 am »
    #include <iostream>
    #include <string>

    using namespace std;

    int main(int argc, char **argv)
    {   
        string s;
       
        s.    //<----cc while svn6023 work good,  but svn6080 didn't work.
       
        return 0;
    }
    ---------------------------

    Offline Loaden

    • Lives here!
    • ****
    • Posts: 1014
    Re: The 12 January 2010 build (6080) is out.
    « Reply #5 on: January 13, 2010, 07:44:46 am »
    #include <iostream>
    #include <string>

    using namespace std;

    int main(int argc, char **argv)
    {   
        string s;
       
        s.    //<----cc while svn6023 work good,  but svn6080 didn't work.
       
        return 0;
    }
    ---------------------------

    The soon to solve this problem:http://forums.codeblocks.org/index.php/topic,11800.msg80076.html#msg80076

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5915
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 12 January 2010 build (6080) is out.
    « Reply #6 on: January 13, 2010, 07:51:54 am »
    #include <iostream>
    #include <string>

    using namespace std;

    int main(int argc, char **argv)
    {   
        string s;
       
        s.    //<----cc while svn6023 work good,  but svn6080 didn't work.
       
        return 0;
    }
    ---------------------------

    I have a patch to solve this problem. you can test it. :D
    see
    Re: vector<int> is OK, but string or wstring no-work. and the following posts.
    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 nanyu

    • Almost regular
    • **
    • Posts: 188
    • nanyu
    Re: The 12 January 2010 build (6080) is out.
    « Reply #7 on: January 13, 2010, 07:55:27 am »
    but It seem to say that bug have been fix with this nightly builder :....



    « Last Edit: January 13, 2010, 08:42:46 am by nanyu »

    Offline Loaden

    • Lives here!
    • ****
    • Posts: 1014
    Re: The 12 January 2010 build (6080) is out.
    « Reply #8 on: January 13, 2010, 08:20:27 am »
    but It seem to say that bug have been fix with this nightly builders :....



    In fact, only a step away from success. :D

    Offline nanyu

    • Almost regular
    • **
    • Posts: 188
    • nanyu
    Re: The 12 January 2010 build (6080) is out.
    « Reply #9 on: January 13, 2010, 09:14:24 am »
    In fact, only a step away from success. :D

    I have added the "_GLIBCXX_END_NESTED_NAMESPACE" to default.conf file. but cc do not work for the situation:

    Code
    string s;
    s.

    BUT when I do it under svn6023, cc do everything ok (without I add "_GLIBCXX_END_NESTED_NAMESPACE" to conf file):

    string s;
    s. //<-- here can show the codecomplite hint windows.

    vector<string> vs;
    vs.pu  //<-- here can show "push_back"...





    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5915
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 12 January 2010 build (6080) is out.
    « Reply #10 on: January 13, 2010, 09:21:45 am »
    In fact, only a step away from success. :D

    I have added the "_GLIBCXX_END_NESTED_NAMESPACE" to default.conf file. but cc do not work for the situation:

    Code
    string s;
    s.

    BUT when I do it under svn6023, cc do everything ok (without I add "_GLIBCXX_END_NESTED_NAMESPACE" to conf file):

    string s;
    s. //<-- here can show the codecomplite hint windows.

    vector<string> vs;
    vs.pu  //<-- here can show "push_back"...


    You need to read more carefully about my post in This is the macro replacement and This is the patch

    Note: adding replacement rule: _GLIBCXX_END_NAMESPACE.

    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 pasgui

    • Almost regular
    • **
    • Posts: 165
      • LGP
    Re: The 12 January 2010 build (6080) is out.
    « Reply #11 on: January 13, 2010, 01:43:53 pm »
    Build for Ubuntu i386/amd64 can be found here (howto)

    wxWidgets for amd64:
    - From Hardy Heron 8.04 to Jaunty Jacklope 9.04: wxWidgets from http://www.wxwidgets.org (howto)
    - For Karmic Koala 9.10: wxWidgets from http://www.wxwidgets.org with jaunty-wx for the distribution (howto)
    wxWidgets for i386:
    - From Hardy Heron 8.04 to Jaunty Jacklope 9.04: wxWidgets from http://www.wxwidgets.org (howto)
    - For Karmic Koala 9.10: wxWidgets from Ubuntu (universe)

    Best regards, pasgui

    Offline aozima

    • Multiple posting newcomer
    • *
    • Posts: 12
    Re: The 12 January 2010 build (6080) is out.
    « Reply #12 on: January 14, 2010, 04:01:06 am »
    Code
    typedef enum {DISABLE = 0, ENABLE = !DISABLE} FunctionalState;

    a = DISABLE; // is work
    a = ena***    // is not work,but,svn6023 is work....

    see attachment!!!

    [attachment deleted by admin]
    « Last Edit: January 14, 2010, 04:06:23 am by aozima »
    Sorry for my poor english.

    Offline blueshake

    • Regular
    • ***
    • Posts: 459
    Re: The 12 January 2010 build (6080) is out.
    « Reply #13 on: January 14, 2010, 04:11:15 am »
    confirm it.the enum is not parsed correctly.the ENABLE  is lost.
    « Last Edit: January 14, 2010, 04:16:13 am by blueshake »
    Keep low and hear the sadness of little dog.
    I fall in love with a girl,but I don't dare to tell her.What should I do?

    Offline aozima

    • Multiple posting newcomer
    • *
    • Posts: 12
    Re: The 12 January 2010 build (6080) is out.
    « Reply #14 on: January 14, 2010, 04:30:55 am »
    yes!
    the ENABLE is lost!
    but the DISABLE is OK!

    I dont't know how to ....
    Sorry for my poor english.

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5915
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 12 January 2010 build (6080) is out.
    « Reply #15 on: January 14, 2010, 04:33:08 am »
    yes!
    the ENABLE is lost!
    but the DISABLE is OK!

    I dont't know how to ....
    I will check this bug. by enable #define PARSERTHREAD_DEBUG_OUTPUT 1.
    By the way, I found that you also comes from China, and nice to meet you and your personal site
    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 ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5915
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 12 January 2010 build (6080) is out.
    « Reply #16 on: January 14, 2010, 04:40:30 am »
    Ok, this bug can be fixed soon. For example:

    In the DoParse() function

    Code
      else if (token==ParserConsts::kw_typedef)
            {
                if (m_Options.handleTypedefs)
                    HandleTypedef();
                else
                    SkipToOneOfChars(ParserConsts::semicolonclbrace, true);
                m_Str.Clear();
            }

    Then in your code
    Code
    typedef enum {DISABLE = 0, DISABLE2 = 0, ENABLE = !DISABLE} FunctionalState;

    a = DISABLE; // is work
    a = ena;
    When the Tokenizer meet the first "=" in your statement, it just SKIP to the "}".
    That's the reason.

    So, I think we can add this  before we handling typedef.
    Code
    m_Tokenizer.SetState(tsSkipNone);

    I will do more testing.

    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 ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5915
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 12 January 2010 build (6080) is out.
    « Reply #17 on: January 14, 2010, 06:27:30 am »
    Oh, my God, I found a bug in the Tokenizer::SkipUnWanted.

    Code
        // skip the following = or ?
        if(m_State&tsSkipEqual)
        {
            if(c == _T('='))
            {
                if (!SkipToOneOfChars(_T(";}"), true))
                    return false;
            }
        }

    should be:
    Code
        // skip the following = or ?
        if(m_State&tsSkipEqual)
        {
            if(c == _T('='))
            {
                if (!SkipToOneOfChars(_T(",;}"), true))
                    return false;
            }
        }

    Sorry! That's my fault.

    Edit:
    So, the problem Re: The 12 January 2010 build (6080) is out. can be solved.
    « Last Edit: January 14, 2010, 06:34:02 am by ollydbg »
    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 aozima

    • Multiple posting newcomer
    • *
    • Posts: 12
    Re: The 12 January 2010 build (6080) is out.
    « Reply #18 on: January 14, 2010, 06:53:50 am »
    Thinks! ollydbg..  is OK now!!!! :lol: :lol:
    Sorry for my poor english.

    Offline Borr

    • Multiple posting newcomer
    • *
    • Posts: 29
    Re: The 12 January 2010 build (6080) is out.
    « Reply #19 on: January 14, 2010, 07:22:42 am »
    I have IBPP (http://www.ibpp.org/) and CB. And I want CB to autocomplete names of members of IBPP classes. I have create external tag database for IBPP includes, attached this tags and re-tagged the current cpp-file but autocomplete not works well.

    Code
    IBPP::/*CodeCompletion work*/Transaction tr = IBPP::/*CodeCompletion*/TransactionFactory();
    IBPP::/*CodeCompletion*/Database db = IBPP::/*CodeCompletion*/DatabaseFactory();
    IBPP::/*CodeCompletion*/Statement st = IBPP::/*CodeCompletion*/StatementFactory(db, tr);
    tr->/*CodeCompletion NOT work*/

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5915
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 12 January 2010 build (6080) is out.
    « Reply #20 on: January 14, 2010, 07:31:27 am »
    I have IBPP (http://www.ibpp.org/) and CB. And I want CB to autocomplete names of members of IBPP classes. I have create external tag database for IBPP includes, attached this tags and re-tagged the current cpp-file but autocomplete not works well.

    Hi, sorry I can't fully catch your idea.
    Did you use an external tag file?? How do you use them?

    What does these code means???
    Code
    IBPP::/*CodeCompletion work*/Transaction tr = IBPP::/*CodeCompletion*/TransactionFactory();
    IBPP::/*CodeCompletion*/Database db = IBPP::/*CodeCompletion*/DatabaseFactory();
    IBPP::/*CodeCompletion*/Statement st = IBPP::/*CodeCompletion*/StatementFactory(db, tr);
    tr->/*CodeCompletion NOT work*/
    ??
    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 Borr

    • Multiple posting newcomer
    • *
    • Posts: 29
    Re: The 12 January 2010 build (6080) is out.
    « Reply #21 on: January 14, 2010, 08:58:41 am »
    Hi, sorry I can't fully catch your idea.
    Did you use an external tag file?? How do you use them?

    No do not use. I just need codecompletion with IBPP class in C::B

    What does these code means???
    Code
    IBPP::/*CodeCompletion work*/Transaction tr = IBPP::/*CodeCompletion*/TransactionFactory();
    IBPP::/*CodeCompletion*/Database db = IBPP::/*CodeCompletion*/DatabaseFactory();
    IBPP::/*CodeCompletion*/Statement st = IBPP::/*CodeCompletion*/StatementFactory(db, tr);
    tr->/*CodeCompletion NOT work*/
    ??

    This code mean that codecompletion not work in 4-th line tr->

    Offline koso

    • Multiple posting newcomer
    • *
    • Posts: 58
    Re: The 12 January 2010 build (6080) is out.
    « Reply #22 on: January 14, 2010, 09:29:03 am »
    And does it works when using operator "." ... i.e. "tr."?

    Offline Borr

    • Multiple posting newcomer
    • *
    • Posts: 29
    Re: The 12 January 2010 build (6080) is out.
    « Reply #23 on: January 14, 2010, 09:35:09 am »
    See IBPP there is an example.
    http://sourceforge.net/projects/ibpp/files/

    Offline blueshake

    • Regular
    • ***
    • Posts: 459
    Re: The 12 January 2010 build (6080) is out.
    « Reply #24 on: January 14, 2010, 10:07:29 am »
    work fine here.
    see the screen shot.


    [attachment deleted by admin]
    Keep low and hear the sadness of little dog.
    I fall in love with a girl,but I don't dare to tell her.What should I do?

    Offline Borr

    • Multiple posting newcomer
    • *
    • Posts: 29
    Re: The 12 January 2010 build (6080) is out.
    « Reply #25 on: January 14, 2010, 10:18:41 am »
    this not all the list should be more

    Offline blueshake

    • Regular
    • ***
    • Posts: 459
    Re: The 12 January 2010 build (6080) is out.
    « Reply #26 on: January 14, 2010, 10:32:32 am »
    this not all the list should be more


    That is all,because operator overload (such as operator+)will be ignored.
    Keep low and hear the sadness of little dog.
    I fall in love with a girl,but I don't dare to tell her.What should I do?

    Offline Borr

    • Multiple posting newcomer
    • *
    • Posts: 29
    Re: The 12 January 2010 build (6080) is out.
    « Reply #27 on: January 14, 2010, 11:04:26 am »
    see image - work in codelite

    [attachment deleted by admin]

    Offline blueshake

    • Regular
    • ***
    • Posts: 459
    Re: The 12 January 2010 build (6080) is out.
    « Reply #28 on: January 14, 2010, 11:31:50 am »
    I see now.what are you talking is template parse.it is not implemented yet.
    Keep low and hear the sadness of little dog.
    I fall in love with a girl,but I don't dare to tell her.What should I do?

    binom25

    • Guest
    Re: The 12 January 2010 build (6080) is out.
    « Reply #29 on: January 14, 2010, 09:16:32 pm »
    Firstly, I want to say "Thank you for Codeblocks".
    Secondly, I've downloaded this version and noticed a problem in editor. I don't know where exactly the problem is, but when I'm doing copy and paste a large block code, editor works a bit slowly(it hangs) than early version of Codeblocks. I use Codeblocks in Windows XP 32 bits.

    Offline critic

    • Multiple posting newcomer
    • *
    • Posts: 93
    Re: The 12 January 2010 build (6080) is out.
    « Reply #30 on: January 15, 2010, 11:03:50 am »
    Thanks for CC improvements. Go on in the same way, it's hard, but very useful work  :P.

    I have some problems  :(.
    I want automatical insertion of default code in new H and CPP files like in Anjuta IDE and others.
    But `Default code` option in editor's preferences page doesn't support such expression:
    Code
    //-----------------------------------------------------------
    // File: $ACTIVE_EDITOR_STEM).$ACTIVE_EDITOR_EXT)
    // Date: $WEEKDAY), $TODAY)
    //
    // Author: Lastname A.A.
    // Email: my@email.org
    //-----------------------------------------------------------
    to evaluate it to (for example):
    Code
    //-----------------------------------------------------------
    // File: header_file.h
    // Date: friday, 2010-01-15
    //
    // Author: Lastname A.A.
    // Email: my@email.org
    //----------------------------------------------------------

    By the way, some of these items can be stored in project or IDE (the last is better, because only one developer use this copy of IDE):
    • author name
    • email
    • etc

    Now I use the following abbreviation, but it doesn't work properly - problem with cursor positioning after insertion:
    Code
    //-----------------------------------------------------------
    // File: $ACTIVE_EDITOR_STEM).$ACTIVE_EDITOR_EXT)
    // Date: $WEEKDAY), $TODAY)
    //
    // Author: Lastname A.A.
    // Email: my@email.org
    //-----------------------------------------------------------
    |

    Cursor appears in 5 symbols earlier, that is on the delimiter line.
    But this variant is not handy - every time I create new file I need insert manually header. I think IDE can do this better.

    Later. With regards, Mihail.

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9694
    Re: The 12 January 2010 build (6080) is out.
    « Reply #31 on: January 15, 2010, 01:18:03 pm »
    But `Default code` option in editor's preferences page doesn't support such expression:
    Code
    //	File:	$ACTIVE_EDITOR_STEM).$ACTIVE_EDITOR_EXT)
    The next nightly will have this implemented. It's committed to SVN trunk.
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

    Offline adfm

    • Multiple posting newcomer
    • *
    • Posts: 21
    Re: The 12 January 2010 build (6080) is out.
    « Reply #32 on: January 15, 2010, 01:33:00 pm »
    Hey

    I have the same problem as binom25. When I upgraded to this build, the editor is very slow. I can't type 4 letters before it hangs for a couple of seconds! But it's not all, all the application is slow and it hangs often for some seconds....

    I tried to downgrade it (copied the last build over this one - I know, I know!), but it kept the same behaviour.

    Then I installed a fresh copy and upgraded it to this build and the results are the same.

    Ideas? Some autocomplete feature of some sort? What kind of parsing is being done as I write in the editor!?

    Cheers
    « Last Edit: January 15, 2010, 01:52:34 pm by adfm »

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9694
    Re: The 12 January 2010 build (6080) is out.
    « Reply #33 on: January 15, 2010, 01:55:43 pm »
    editor works a bit slowly(it hangs) than early version of Codeblocks.
    That's because of the new CC functionality "parse while typing". This can be configured in the next nightly. For large projects / files this can be turned off then.
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

    Offline adfm

    • Multiple posting newcomer
    • *
    • Posts: 21
    Re: The 12 January 2010 build (6080) is out.
    « Reply #34 on: January 15, 2010, 02:06:07 pm »
    yep... quite big project here...

    I'll wait (eagerly) for the next build .

    Thanks for the clarification.

    Cheers

    Offline Folco

    • Regular
    • ***
    • Posts: 343
      • Folco's blog (68k lover)
    Re: The 12 January 2010 build (6080) is out.
    « Reply #35 on: January 15, 2010, 04:29:24 pm »
    I have seen that two options for TinyC Compiler seem to be the same : both set the -w switch. Is it normal ?

    Kernel Extremist - PedroM power ©

    Offline Folco

    • Regular
    • ***
    • Posts: 343
      • Folco's blog (68k lover)
    Re: The 12 January 2010 build (6080) is out.
    « Reply #36 on: January 16, 2010, 10:51:25 pm »
    I use Fedora 12, 64 bits.

    I have recompiled Codeblocks using codeblocks version release, using the .cbp file of the current svn. No error neither warning.
    Now I get a systematic crash when I try to open the dialog box Settings -> Compiler and Debugger.

    Here's the log file generated by Codeblocks itself : http://www.mirari.fr/BGKI
    Kernel Extremist - PedroM power ©

    Offline koso

    • Multiple posting newcomer
    • *
    • Posts: 58
    Re: The 12 January 2010 build (6080) is out.
    « Reply #37 on: January 16, 2010, 11:10:08 pm »
    I use Fedora 12, 64 bits.

    I have recompiled Codeblocks using codeblocks version release, using the .cbp file of the current svn. No error neither warning.
    Now I get a systematic crash when I try to open the dialog box Settings -> Compiler and Debugger.

    Here's the log file generated by Codeblocks itself : http://www.mirari.fr/BGKI

    Try to backup and delete you profile config file (probably default.conf). Also have you recompiled all plugins? -> if there is not some version missmatch between recompiled, and previos versions of C::B or plugins.

    Offline Folco

    • Regular
    • ***
    • Posts: 343
      • Folco's blog (68k lover)
    Re: The 12 January 2010 build (6080) is out.
    « Reply #38 on: January 16, 2010, 11:25:01 pm »
    Ok, I do that and give feedback.

    edit -> OK, I have deleted my ~/.codeblocks folder.
    Then I run codeblocks. It detects correctly GCC/G++ (official Fedora package). I open an existing and very simple project. But I get always the same systematic crash when opening this dialog box.

    I have installed the same nighty build on my Debian Lenny, using the repo provided by a member of this staff (?). I try with it and give feedback.


    PS -> I hadn't recompiled any plugin. After having compiled, I just put the executable 'codeblocks' in /usr/bin, the two dll in /usr/lib64, and the 'share' folder in /usr/share. Then I have rebooted.
    « Last Edit: January 16, 2010, 11:31:30 pm by Folco »
    Kernel Extremist - PedroM power ©

    Offline Folco

    • Regular
    • ***
    • Posts: 343
      • Folco's blog (68k lover)
    Re: The 12 January 2010 build (6080) is out.
    « Reply #39 on: January 16, 2010, 11:39:15 pm »
    I get a normal behavior under Debian Lenny 32 bits (Codeblocks build 6077).
    But I always get this crash on my Fedora (Codeblocks build 6088), even after a reboot.

    ps -> I have edited the post above, about the plug-in compilation and my way of installation.
    Kernel Extremist - PedroM power ©

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 12 January 2010 build (6080) is out.
    « Reply #40 on: January 16, 2010, 11:56:38 pm »
    Have you run the src/update script?
    (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 Folco

    • Regular
    • ***
    • Posts: 343
      • Folco's blog (68k lover)
    Re: The 12 January 2010 build (6080) is out.
    « Reply #41 on: January 17, 2010, 02:06:52 am »
    No. Really sorry :(

    I have downloaded fresh sources from svn, run the src/update script, compiled in the IDE, and now it works fine.
    I think I didn't see that in the documentation. Thank you and sorry again
    Kernel Extremist - PedroM power ©

    Offline blueshake

    • Regular
    • ***
    • Posts: 459
    Re: The 12 January 2010 build (6080) is out.
    « Reply #42 on: January 17, 2010, 02:46:54 am »
    editor works a bit slowly(it hangs) than early version of Codeblocks.
    That's because of the new CC functionality "parse while typing". This can be configured in the next nightly. For large projects / files this can be turned off then.

    @morten

    when we type codes in the same line,the parser do not work in real-time except in different line.So the issue(a bit slowly) happened in the same line,I don't think it is someting related to real-time parse but something else.

    Edit:
    maybe we can use a timer here to avoid this issue.what is your comment?
    Keep low and hear the sadness of little dog.
    I fall in love with a girl,but I don't dare to tell her.What should I do?

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9694
    Re: The 12 January 2010 build (6080) is out.
    « Reply #43 on: January 17, 2010, 06:16:45 am »
    So the issue(a bit slowly) happened in the same line,I don't think it is someting related to real-time parse but something else.
    I'm doing copy and paste a large block code, editor works a bit slowly(it hangs) than early version of Codeblocks.
    He said he's pasting a huge block of code. So for me it's not the same line... (and matches my experience, btw...)?!
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

    untio

    • Guest
    Re: The 12 January 2010 build (6080) is out.
    « Reply #44 on: January 19, 2010, 05:36:09 pm »
    Hello,
    An issue that I see in the code completion is that if you declare a pointer to a struct in its definition:
    typedef struct {
      int field;
      int field2;
    } mystruct, *pmystruct;
    Code completion does not work with variables of pmystruct type.
    Forgive me if I have mistaken.

    Offline Xaviou

    • Regular
    • ***
    • Posts: 403
      • X@v's wxStuff
    Re: The 12 January 2010 build (6080) is out.
    « Reply #45 on: January 20, 2010, 08:28:11 am »
    Ubuntu 8.04 to 9.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx2810 from wxWidgets's repository) can be found  here.
    ".mo" file for french translation can be founded here (see below for installation instructions)
    Full Win32 French Version (including wxWidgets and MinGW dlls and french ".mo" files) can be founded here

    Installing french files:
    • extract the ".mo" file from the zip archive
    • under Linux : put this file in /usr/share/codeblocks/locale/fr_FR/ (you'll have to create these folders the first time) : don't forget to remove old file(s) before.
    • under Windows : put this file in $CodeBlocks_Install_Dir\share\CodeBlocks\locale\fr_FR\ (you'll have to create these folders the first time) : don't forget to remove old file(s) before

    Regards
    Xav'

    Edit : Oups... wrong topic : sorry  :(
    « Last Edit: January 20, 2010, 08:33:45 am by Xaviou »
    The french wxWidgets site : http://www.wxdev.fr
    My wxWidgets's stuff : https://wxstuff.xaviou.fr/