Author Topic: The 06 January 2009 build (5382) is out.  (Read 85003 times)

Offline dje

  • Lives here!
  • ****
  • Posts: 683
Re: The 06 January 2009 build (5382) is out.
« Reply #15 on: January 08, 2009, 02:37:27 pm »
Code: [Select]
--- src/plugins/compilergcc/compilerMINGWgenerator.cpp  (revision 5387)
+++ src/plugins/compilergcc/compilerMINGWgenerator.cpp  (working copy)
@@ -36,7 +36,10 @@
     wxString result = CompilerCommandGenerator::SetupIncludeDirs(compiler, target);
     m_VerStr = compiler->GetVersionString();
     wxString pch_prepend;
-    bool IsGcc4 = m_VerStr.Left(1).IsSameAs(_T("4"));
+//    bool IsGcc4 = m_VerStr.Left(1).IsSameAs(_T("4"));
+    // MinGW TDM 4.3.2-2: http://www.tdragon.net/recentgcc/
+    // compiler->GetVersionString() return is empty string
+    bool IsGcc4 = true;

     // for PCH to work, the very first include dir *must* be the object output dir
     // *only* if PCH is generated in the object output dir
Do you think every MinGW user uses TDragon version ?

Dje

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 06 January 2009 build (5382) is out.
« Reply #16 on: January 08, 2009, 02:55:54 pm »
@Loaden:
please post the output of TDragons MinGW-gcc if called with "--version" on commandline.

EDIT:

No need to post it.
I found the problem and will commit a fix after some testing (most likely this evening).

Offline thamurath

  • Single posting newcomer
  • *
  • Posts: 9
Re: The 06 January 2009 build (5382) is out.
« Reply #17 on: January 08, 2009, 04:17:36 pm »
Hi,

I have a debian etch, i have updated to 5382 revision this morning using jens repositories and i have a little problem: the mouse wheel does not work on editor window, its works however in all other windows so i think it could be related with new scintilla version. Has anybody experienced the same problem?

Thanks in advance.

P.S.: I am from spain so sorry about my english.

Offline Biplab

  • Developer
  • Lives here!
  • *****
  • Posts: 1874
    • Biplab's Blog
Re: The 06 January 2009 build (5382) is out.
« Reply #18 on: January 08, 2009, 05:53:57 pm »
Code: [Select]
--- src/plugins/compilergcc/compilerMINGWgenerator.cpp  (revision 5387)
+++ src/plugins/compilergcc/compilerMINGWgenerator.cpp  (working copy)
@@ -36,7 +36,10 @@
     wxString result = CompilerCommandGenerator::SetupIncludeDirs(compiler, target);
     m_VerStr = compiler->GetVersionString();
     wxString pch_prepend;
-    bool IsGcc4 = m_VerStr.Left(1).IsSameAs(_T("4"));
+//    bool IsGcc4 = m_VerStr.Left(1).IsSameAs(_T("4"));
+    // MinGW TDM 4.3.2-2: http://www.tdragon.net/recentgcc/
+    // compiler->GetVersionString() return is empty string
+    bool IsGcc4 = true;

     // for PCH to work, the very first include dir *must* be the object output dir
     // *only* if PCH is generated in the object output dir

This patch is not necessary. Run the following script at Script Console -

Code: [Select]
ShowInfo(GetCompilerFactory().GetCompilerVersionString(_T("gcc")))
It should show you GCC version no. See following screenshot (showing result in my pc).

Be a part of the solution, not a part of the problem.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 06 January 2009 build (5382) is out.
« Reply #19 on: January 08, 2009, 06:18:19 pm »
I can't get the version use script.
and my config:
Code: [Select]
set PATH=%CD%\bin;%PATH%
set CPATH=%CD%\include;%CD%\lib\mingw\mingw32\4.3.2\include;%CD%\lib\mingw\mingw32\4.3.2\include\c++
set LIBRARY_PATH=%CD%\lib;%CD%\lib\mingw\mingw32\4.3.2

[attachment deleted by admin]

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 06 January 2009 build (5382) is out.
« Reply #20 on: January 08, 2009, 09:44:12 pm »
I can't get the version use script.
and my config:
Code: [Select]
set PATH=%CD%\bin;%PATH%
set CPATH=%CD%\include;%CD%\lib\mingw\mingw32\4.3.2\include;%CD%\lib\mingw\mingw32\4.3.2\include\c++
set LIBRARY_PATH=%CD%\lib;%CD%\lib\mingw\mingw32\4.3.2

If possible, you can try svn r5390 and see if the issue is fixed for you.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 06 January 2009 build (5382) is out.
« Reply #21 on: January 09, 2009, 01:15:22 am »
Do you think every MinGW user uses TDragon version ?
Dje
oh. this modify want report this question only.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 06 January 2009 build (5382) is out.
« Reply #22 on: January 09, 2009, 01:18:38 am »
If possible, you can try svn r5390 and see if the issue is fixed for you.
thans! I confirm this question exist also.
I can't give MinGW TDM-2's version with r5390.

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 06 January 2009 build (5382) is out.
« Reply #23 on: January 09, 2009, 07:24:24 am »
If possible, you can try svn r5390 and see if the issue is fixed for you.
thans! I confirm this question exist also.
I can't give MinGW TDM-2's version with r5390.
please post the output of the gcc (C- not C++-executable) you have configured in toolchain executables tab, if called with "--version" on commandline.
Please call it with absolute path as configured in the settings:
Code: [Select]
<Compiler's installation directory>\bin\<C compiler> --version
Make sure you have not accidently added "bin" to the "Compiler's installation directory" in the settings !!

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5226
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 06 January 2009 build (5382) is out.
« Reply #24 on: January 09, 2009, 08:58:38 am »
@jens
I test again. I'm using using svn5382, TDM GCC 4.3.2 GDB 6.8.3.
I set break points in each "case" of DllMain, but it can't work.
Only the break points in "MyFunction" works.
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 jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 06 January 2009 build (5382) is out.
« Reply #25 on: January 09, 2009, 09:28:55 am »
@jens
I test again. I'm using using svn5382, TDM GCC 4.3.2 GDB 6.8.3.
I set break points in each "case" of DllMain, but it can't work.
Only the break points in "MyFunction" works.
Works here, too, but first after adding the declaration to "dllmain.h" and adding dummy code inside the case statements. The dummy code is not necessary to set breakpoint, but the pointer (the yellow triangle) is always on the return statement and you can not see which case statement is used.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5226
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 06 January 2009 build (5382) is out.
« Reply #26 on: January 09, 2009, 09:50:52 am »
Thanks, it works, setting breaking points in dummy code also works.
so, in the header file:
Code: [Select]
#ifdef __cplusplus
extern "C"
    {
#endif
    void MyFunction(const LPCSTR sometext);
    BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved);
#ifdef __cplusplus
    }
#endif
#endif
After add the dummy code in each case of DllMain.
Code: [Select]
BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved)
{
    static int a = 0;
    switch (fdwReason)
    {
        case DLL_PROCESS_ATTACH:
            // attach to process
            // return FALSE to fail DLL load
            a++;
            break;

        case DLL_PROCESS_DETACH:
            // detach from process
            a++;
            break;

        case DLL_THREAD_ATTACH:
            // attach to thread
            a++;
            break;

        case DLL_THREAD_DETACH:
            // detach from thread
            a++;
            break;
    }
    return TRUE; // succesful
}

I can set break points in the line of "a++", and it works. Thanks.
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 gd_on

  • Regular
  • ***
  • Posts: 472
Re: The 06 January 2009 build (5382) is out.
« Reply #27 on: January 09, 2009, 11:09:03 am »
Two small problems concerning translations :

within src/plugins/contrib/wxSmith/wxwidgets/defitems/wxsstatusbar.cpp
Lines 146 and 184 should probably use _("Variable width") instead of _T("Variable width")

within src/src/environmentsettingsdlg.cpp
Line 106, should use : SetLabel(_("Dynamic Data Exchange (needs application restart to take effect)"))

gd_on
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 Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 06 January 2009 build (5382) is out.
« Reply #28 on: January 09, 2009, 01:01:08 pm »
please post the output of the gcc (C- not C++-executable) you have configured in toolchain executables tab, if called with "--version" on commandline.
Please call it with absolute path as configured in the settings:
Code: [Select]
<Compiler's installation directory>\bin\<C compiler> --version
Make sure you have not accidently added "bin" to the "Compiler's installation directory" in the settings !!
Please get my Code::Blocks IDE from here: http://www.qpsoft.com/downloads/qpcb.exe
and test it.

[attachment deleted by admin]
« Last Edit: January 09, 2009, 01:12:30 pm by Loaden »

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5226
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 06 January 2009 build (5382) is out.
« Reply #29 on: January 09, 2009, 02:15:37 pm »
@Loaden
In my system (windows XP, Official nightly build svn5382, TDM GCC 4.3.2 GDB 6.8.3. )
It returned the right number "4.3.2", just like Biplab's screenshot.

Your screen shot show  that your use "gcc.exe" instead of "mingw32-gcc.exe", but by default, these values was "mingw32-gcc.exe".

I'm not sure what's the difference between "mingw32-***.exe" and "***.exe"? Thanks.
« Last Edit: January 09, 2009, 02:33:05 pm 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.