Recent Posts

Pages: 1 2 3 4 [5] 6 7 8 9 10
41
Help / Re: "Compilers auto-detection" problem
« Last post by ordak on November 08, 2019, 01:21:14 pm »
1. What happens if you ignore these?
2. Are the toolchain settings still correct?
3. Are the compiler executables matching the settings in the toolchain executables tab in the compiler settings?

I just found an earlier compiler setting and also from GTK link , I corrected the two compilers options. Toolchains were easily corrected with Auto-detect feature.

Edit:corrected Auto-detect
42
General (but related to Code::Blocks) / Re: Backup C::B setting file in Ubuntu
« Last post by ordak on November 08, 2019, 01:15:37 pm »
After searching my PC config file is found in here :

Code: [Select]
/home/mehdi/.config/codeblocks/default.conf
Is this so since the address given in some links is like my first post in this thread.
43
Using Code::Blocks / Re: Building a Fortran project using .o module files
« Last post by gd_on on November 08, 2019, 12:04:55 pm »
I can't really answer.
Nevertheless, I don't think it's a Win7 / Win10 problem. It's more a problem with your gcc installation(s).
On your Win10, this dll is probably found somewhere in the Windows path, but probably not in your desired compiler path. As I told you in a previous post, I see several gcc install in your path. So, may be (once again, I can only suppose ...), this dll is in one of this install on Win10, but not on your Win7 PC.
I made a google search with liblto_plugin and found : https://stackoverflow.com/questions/11248116/using-mingw-to-compile-c-code-but-error-liblto-plugin-0-dll-not-found
But you can find other solutions.

As you told, you have only some .o (and probably also .mod) for some part of your soft. They were compiled with gfortran 8.3, from a gcc 8.3 distribution. OK. But are you sure you use exactly the same compiler from the same distribution ? I say that because some distributions are statically compiled, so no need for dll in general, and other are dynamically linked so need dlls.
So, if your .o were compiled with a dynaically linked compiler and you use a statically one, this is the problem... But, just a supposition.
An other supposition : some installers on some distributions require to set a specific environment variable (via an install.bat or update.bat ...). may be your Win7 and Win10 install have not the same environment variables ...

After looking in my own gcc install, I can find this dll. So I can suppose than on your Win7 PC, the path to this dll is wrongly configured. Why, I don't know. If you have it, try to add the folder where it is located in your Windows path (or with a -L linker setting, search path for linker).
44
Using Code::Blocks / Re: Building a Fortran project using .o module files
« Last post by COQ on November 08, 2019, 11:21:35 am »
Dear gd_on,

I take the liberty of recontacting you for another problem.
I have installed CodeBlocks and the gfortran compiler on another Personal Computer which actually uses Windows7 (instead of Windows10 for my PC).

The compilation of the same project is OK until I try to build the solution.
I receive the following error message :
"gfortran.exe: fatal error: -fuse-linker-plugin, but liblto_plugin-0.dll not found
compilation terminated.
"
 
Attached is the corresponding Build_Log file

Thank you again by advance

COQ
45
Development / Re: Wrong spell checker on russian (and probably other languages)
« Last post by BlueHazzard on November 08, 2019, 11:15:10 am »
Quote
I don't really understand what it does...  :o
It would be good if you either add a comment explaining it or even better make it simpler and more clear.
It does what you suggested :) looking if we are moving, and if not increase the position future and future with increasing steps, so we get not stuck in a position, where word end is before the next valid word beginning. It is only a draft. I will make a commented patch...

Quote
Why is this code executed in a loop?
Have not looked into this part of code...
46
Using Code::Blocks / Re: [SOLVED] 'AM_OPTIONS_WXCONFIG' not found in library
« Last post by BlueHazzard on November 08, 2019, 11:13:02 am »
I have not followed the whole thread, but it would be very nice, if you could write a little up to date, step by step tutorial how to build codeblocks on ARCH and put it in the wiki, or put it here and i will put it to the wiki...
47
Development / Re: Wrong spell checker on russian (and probably other languages)
« Last post by oBFusCATed on November 08, 2019, 08:50:15 am »
Code: [Select]
                EditorColourSet* colour_set = Manager::Get()->GetEditorManager()->GetColourSet();
                if (!colour_set)
                    break;
                wxString lang = colour_set->GetLanguageName(ctrl->GetLanguage() );
Why is this code executed in a loop?

HasStyleToBeChecked also looks expensive. I'd rather change it to use unordered_set<struct{wxstring lang, int style}> instead of a map containing a set...
48
Development / Re: Wrong spell checker on russian (and probably other languages)
« Last post by oBFusCATed on November 08, 2019, 08:41:51 am »
I don't really understand what it does...  :o
It would be good if you either add a comment explaining it or even better make it simpler and more clear.
49
Using Code::Blocks / Re: 'AM_OPTIONS_WXCONFIG' not found in library
« Last post by hidefromkgb on November 08, 2019, 12:08:21 am »
…Okay. After several more rebuilds I finally know what happened.
The actual culprit was wxgtk-common being incompatible with wxgtk2-dev and wxgtk3-dev.

To successfully build C::B on Arch, even if your system seems to refuse, you need to:
  • Choose and install an AUR helper; I, for the time being, prefer pacaur.
  • Remove WXW and C::B in their entirety:
    pacaur -Rsn wxgtk-common wxgtk2 wxgtk3 codeblocks
  • Compile the *-dev versions of WXW packages from AUR:
    pacaur -S wxgtk-common-dev wxgtk2-dev wxgtk3-dev
  • Compile an SVN C::B build from AUR:
    pacaur -S codeblocks-svn
Freshest versions of autoconf, automake, and m4 known to be working:
$ autoconf --version | head -1; automake --version | head -1; m4 --version | head -1
autoconf (GNU Autoconf) 2.69
automake (GNU automake) 1.16.1
m4 (GNU M4) 1.4.18

Thanks guys!
Now I`m finally able to use shortcuts on non-Latin layouts ^__^
50
Development / Re: Wrong spell checker on russian (and probably other languages)
« Last post by BlueHazzard on November 07, 2019, 10:30:32 pm »
ok, your last comment made me wonder, and indeed;
Code: [Select]
diff --git a/src/plugins/contrib/SpellChecker/OnlineSpellChecker.cpp b/src/plugins/contrib/SpellChecker/OnlineSpellChecker.cpp
index b08b91f51..2753582e6 100644
--- a/src/plugins/contrib/SpellChecker/OnlineSpellChecker.cpp
+++ b/src/plugins/contrib/SpellChecker/OnlineSpellChecker.cpp
@@ -198,6 +198,8 @@ void OnlineSpellChecker::DoSetIndications(cbEditor* ctrl) const
             // remove styling:
             stc->IndicatorClearRange(start, end - start);

+            int oldWordStart = 0;
+            int posToAdd = 0;
             for ( int pos = start ;  pos < end ; pos++)
             {
                 EditorColourSet* colour_set = Manager::Get()->GetEditorManager()->GetColourSet();
@@ -215,7 +217,17 @@ void OnlineSpellChecker::DoSetIndications(cbEditor* ctrl) const
                      m_pSpellHelper->HasStyleToBeChecked(lang, stc->GetStyleAt(wordstart)) )
                 {
                     DissectWordAndCheck(stc, wordstart, wordend);
-                    pos = wordend;
+                }
+                pos = wordend;
+                if ( oldWordStart == wordstart )
+                {
+                    posToAdd++;
+                    pos += posToAdd;
+                }
+                else
+                {
+                    posToAdd = 0;
+                    oldWordStart = wordstart;
                 }

             }
this patch makes loading the main.cpp file nearly 33% faster...
Pages: 1 2 3 4 [5] 6 7 8 9 10