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.

[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.codeblocks.org/index.php/topic,3232.0.html

[galenchang]

....
pls update the wxmsw28u_gcc_cb.dll ... files... see : http://forums.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:

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:

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.

[stefanos_]

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

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

Regards,

stefanos_