The 27 February 2010 build (6181) is out.

[MortenMacFly]

i.e. projects those building goes through makrfile generation?

The problem here is: We cannot do a lot of things using Makefiles, they are just too limited. Take scripting in pre- and post-build steps for example. So a Makefile generation will always be only a sub-set of what's actually possible.

However, I see the chance for a more generic Makefile generator plugin (one exists already, but unsupported btw) to which other plugins (like a qt plugin) could contribute. I think that's the way to go... IMHO...

[oBFusCATed]

However, I see the chance for a more generic Makefile generator plugin (one exists already, but unsupported btw) to which other plugins (like a qt plugin) could contribute. I think that's the way to go... IMHO...

The way to go is a BuildSystemConverterPlugin + subplugins or something like that:)
But, I don't have inspiration to do it:)

[galenchang]

Hello,

I don't know if this is the suitable place to post a bug report, but I've found that svn 6181 will crash when I drag the compiler toolbar off it's original position. I'm using windows 7. When I dragged the toolbar toward the bottom of the screen, the window became white and the cursor became busy style. After a while windows say the program must be terminated.

Notice the direction is to down to bottom, when I dragged it to the right, everything is OK.

I gave the report file generated by CB here. Hope someone would find the cause and fix it.

Thanks.

[attachment deleted by admin]

[nanyu]

Hello,

I don't know if this is the suitable place to post a bug report, but I've found that svn 6181 will crash when I drag the compiler toolbar off it's original position. I'm using windows 7. When I dragged the toolbar toward the bottom of the screen, the window became white and the cursor became busy style. After a while windows say the program must be terminated.

Notice the direction is to down to bottom, when I dragged it to the right, everything is OK.

I gave the report file generated by CB here. Hope someone would find the cause and fix it.

Thanks.

pls update the wxmsw28u_gcc_cb.dll ... files... see : http://forums.next.codeblocks.org/index.php/topic,3232.0.html

[galenchang]

....
pls update the wxmsw28u_gcc_cb.dll ... files... see : http://forums.next.codeblocks.org/index.php/topic,3232.0.html

Hi,

I'm using the latest version of wxmsw28u_gcc_cb.dll, downloaded from the links of first post of this thread. The version number is 2.8.10.0 from the file property dialog.  And the 7z package name is "wxmsw28u_gcc_cb_wx2810_gcc441.7z".

So I still think there is a potential bug hide.

Thanks.

[killerbot]

no no, that is correct. Because this is a new build with a different compiler ot the same sources, the dll could keep it's name, put the distribution package of it (the zip) got a new name to make sure which one it is.

[yanqingan]

Thank you ,I like this very much

[critic]

In my plugin I catch cbEVT_COMPILER_STARTED event. When I build single project - all works fine, but when I choose Build workspace - only one project is built. I checked this and found that cbEVT_COMPILER_STARTED sended only one time for active project in workspace. But to build all workspace projects (Qt projects, for example) I need do it by activating and building them by hands - not good
May be it's a bug?

[critic]

It seems I found the problem - it's in methods where DoPrepareQueue method is called

For example (compilergcc.cpp, line 2714)

Code Select Expand


int CompilerGCC::DoBuild(const wxString& target, bool clean, bool build, bool clearLog)
{
    wxString realTarget = target;
    if (realTarget.IsEmpty())
        realTarget = GetTargetString();

    if (!StopRunningDebugger())
        return -1;

    if (!CheckProject())
    {
        // no active project
        if (Manager::Get()->GetEditorManager()->GetActiveEditor())
            return CompileFile(Manager::Get()->GetEditorManager()->GetActiveEditor()->GetFilename());
        return -1;
    }

    if (realTarget.IsEmpty())
        return -1;

    if (!m_IsWorkspaceOperation)
    {
        DoClearErrors();
        InitBuildLog(false);
//    if (!m_IsWorkspaceOperation)
        DoPrepareQueue(clearLog);
    }

    PreprocessJob(m_Project, realTarget);
    if (m_BuildJobTargetsList.empty())
    {
        return -1;
    }
    InitBuildState(bjProject, realTarget);
    if (DoBuild(clean, build))
    {
        return -2;
    }
    return DoRunQueue();
}


and

Code Select Expand


void CompilerGCC::DoPrepareQueue(bool clearLog)
{
    if (m_CommandQueue.GetCount() == 0)
    {
        CodeBlocksEvent evt(cbEVT_COMPILER_STARTED, 0, m_Project, 0, this);
        Manager::Get()->ProcessEvent(evt);

        if(clearLog)
            ClearLog();
        DoClearErrors();
        // wxStartTimer();
        m_StartTimer = wxGetLocalTimeMillis();
    }
    Manager::Yield();
}


cbEVT_COMPILER_STARTED is sended from DoPrepareQueue method, but the latter is not called for workspace operations.

I don't know, maybe there is another way to do makefile generation in my plugin?

[critic]

Else I found that building of referenced projects for some project is also don't work correctly - I think this is related to my previous post

[skirby]

Hello,

I have found strange bugs when installing Code::Blocks in virtual machine (Windows XP and Virtual Box v3.1.4)
The way to reproduce it is very easy.
Simply install Code:Blocks from the beginning.
- First, install codeblocks-8.02mingw-setup.exe (with standard or full install)
- Now, apply the last Nightly Build with : CB_20100227_rev6181_win32.7z, mingwm10_gcc441.7z and wxmsw28u_gcc_cb_wx2810_gcc441.7z
- Launch Code::Blocks => you get an error message (see screenshot)



The problem does not exists if I launch Code::Blocks directly after having installed codeblocks-8.02mingw-setup.exe (without nightly build)

The problem comes from the file startup.script which is corrupted. Just after the following line :
GetScriptingManager().RegisterScriptMenu(_("&Settings") + _T("/-") + _("Edit startup script"), _T("edit_startup_script.script"), false);
In line 18, you will find this:
alse);

And more, Code::Blocks crash when clicking in menu "Settings" and "Compiler and debugger"
(See codeblocks.RPT in attachment for more information)

These "bugs" do not exist when installing Code::Blocks normally (not in virtual machine)

Can you confirm this behavior?

Thanks and have a nice day.

[attachment deleted by admin]

[stefanos_]

You should not mix nightly builds with stable editions. Please read the link below:

http://forums.next.codeblocks.org/index.php/topic,3232.0.html

Regards,

stefanos_

[franzl]

When I create a new project with the current nightly on Linux with the Intel C++ Compiler the default compiler settings are not correct. Codeblocks uses the windows compiler settings, but they differ from those which are needed under Linux.

http://software.intel.com/sites/products/documentation/hpc/compilerpro/en-us/cpp/lin/compiler_c/index.htm

Creating a C/C++ project the defaults are:
- general: /EHs (enable synchronous C++ exception handling model)
- Debug: /Zi (generate full debugging information in the object file)
- Release: /O2 (enable optimizations for speed)

Correct ones would be:
- general: (not existing under Linux)
- Debug: -g
- Release: -O2

kind regards
Franzl

[Jan van den Borst]

Hi All,
I'm using an custom compiler Keil Arm.

I constantly experiencing crashes in the projectfileoptionsdlg when unchecking the link and compile checkbox.
I traced down the error to line 402 of the projectfileoptionsdlg.cpp file. Checking the compiler fixes the error but probably is not what you want:

void ProjectFileOptionsDlg::SaveBuildCommandSelection()
{
    Compiler* compiler = CompilerFactory::GetCompiler(m_LastBuildStageCompilerSel);
    if(compiler)
    {
      m_ProjectFile->customBuild[compiler->GetID()].useCustomBuildCommand = XRCCTRL(*this, "chkBuildStage", wxCheckBox)->GetValue();
      m_ProjectFile->customBuild[compiler->GetID()].buildCommand          = XRCCTRL(*this, "txtBuildStage", wxTextCtrl)->GetValue();
    }
}

Regards
Jan

[critic]

Can you add to C::B:

• adding of `;` while braces completion for classes, structures

Code Select Expand


class Name
{

};// here


• move words `private`, `protected`, `public` to the position as configured in source formatter

Code Select Expand


In source formatter settings there is option `Indent classes (keywords public:, protected: and private:)`


As I see source formatter doesn't work for me (other options don't work too) and I don't know why (plugin is enabled and configured).
Have you any comments about this?