News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

The 06 January 2009 build (5382) is out.

Started by killerbot, January 06, 2009, 09:21:32 PM

Previous topic - Next topic

dje

Quote from: Loaden on January 08, 2009, 02:33:35 PM
--- 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

Jenna

#16
@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).

thamurath

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.

Biplab

Quote from: Loaden on January 08, 2009, 02:33:35 PM
--- 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 -

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.

Loaden

I can't get the version use script.
and my config:
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]

Jenna

Quote from: Loaden on January 08, 2009, 06:18:19 PM
I can't get the version use script.
and my config:
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.

Loaden

Quote from: dje on January 08, 2009, 02:37:27 PM
Do you think every MinGW user uses TDragon version ?
Dje
oh. this modify want report this question only.

Loaden

Quote from: jens on January 08, 2009, 09:44:12 PM
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.

Jenna

Quote from: Loaden on January 09, 2009, 01:18:38 AM
Quote from: jens on January 08, 2009, 09:44:12 PM
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: <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 !!

ollydbg

@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.

Jenna

Quote from: ollydbg 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.
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.

ollydbg

Thanks, it works, setting breaking points in dummy code also works.
so, in the header file:

#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.

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.

gd_on

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 11 64 bits (25H2), svn C::B (last version or almost!), wxWidgets 3.3.2, Msys2 Compilers 16.1.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

Loaden

#28
Quote from: jens on January 09, 2009, 07:24:24 AM
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: <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]

ollydbg

#29
@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.
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.