User forums > Nightly builds

The 07 July 2012 build (8086) is out.

<< < (4/7) > >>

Jenna:
Nighly packages for RedHat/CentOS 5 and 6 are now available from my rpm-repo .
You need additional packages from other repos, see my site for details.

stahta01:

--- Quote from: cacb on July 08, 2012, 11:28:32 am ---@Tim S.

On this particular machine (XP SP3) I have installed MS Visual Studio Express 2010 (=msvc10) and MS Visual Studio Express 2008 (=msvc8), i.e. the free versions only.

Since I have been using different machines with different compilers installed (at work, the full non-free versions of VS2010 and VS2008) and since at one stage I was using VS2010 on one machine and VS2008 on another at the same time, I have made a "generic MS compiler" in C::B called "msvc" which is  just a clone of the currently preferred MS compiler, and "msvc" is then always the default C::B compiler when running under Windows. My C::B projects refer to the msvc compiler, so they will work with whatever is installed.

I hope I am not confusing the issue, I am just trying to give you the full picture.

Edit: msvc maps to MS Visual Studio Express 2010 in this case

--- End quote ---

After, I added the linker path "C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Lib" I saw no problem using "Microsoft Visual Studio 10.0" as the Compiler on Windows 7 machine at work.

Tested Nightly Build (8086).

It has no MinGW GCC installed on it(That I know of; will search the Hard drive for one).
(Found an gcc for embedded MCU; likely has cygwin on it somewhere also.)

It was a fresh Code::Blocks install on a Machine with a fresh re-image of the windows 7 installation.
Note: This is not a windows 7 only install; has many other apps needed on the College Campus where I work.
I set the detected MSVC as the default; other that adding the linker path the hello world C++ command line app worked OK.

Tim S.

cacb:
@Tim S.

Thank you for your efforts to help, it is appreciated.  I have the settings below, setting the linker path does not make any difference in my case. I installed VS2010 to a non-default location as you can see (2nd partition on same HD, the C-partition was getting crowded). Not sure if XP vs. Win7 makes any difference.


--- Code: ---<user_sets>
<msvc>
<NAME>
<str>
<![CDATA[MSVC]]>
</str>
</NAME>
<PARENT>
<str>
<![CDATA[msvc10]]>
</str>
</PARENT>
<INCLUDE_DIRS>
<str>
<![CDATA[C:\Program Files\Microsoft SDKs\Windows\v7.0A\Include;D:\zzSystem\Program Files\Microsoft Visual Studio 10.0\VC\include;]]>
</str>
</INCLUDE_DIRS>
<RES_INCLUDE_DIRS>
<str>
<![CDATA[C:\Program Files\Microsoft SDKs\Windows\v7.0A\Include;D:\zzSystem\Program Files\Microsoft Visual Studio 10.0\VC\include;]]>
</str>
</RES_INCLUDE_DIRS>
<LIBRARY_DIRS>
<str>
<![CDATA[C:\Program Files\Microsoft SDKs\Windows\v7.0A\Lib;D:\zzSystem\Program Files\Microsoft Visual Studio 10.0\VC\lib;]]>
</str>
</LIBRARY_DIRS>
<MASTER_PATH>
<str>
<![CDATA[D:\zzSystem\Program Files\Microsoft Visual Studio 10.0\VC]]>
</str>
</MASTER_PATH>
<EXTRA_PATHS>
<str>
<![CDATA[D:\zzSystem\Program Files\Microsoft Visual Studio 10.0\Common7\IDE;C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin;]]>
</str>
</EXTRA_PATHS>
</msvc>
</user_sets>

 
--- End code ---

One thing I found which may have helped my endless series of hangs and delays with this version was that I opened default.conf and deleted very long lists of references  to wxWidgets types under <HeaderFixup>. It reduced the size of default.conf from almost 500 KB to about 70KB. If the default.conf file is being saved/reloaded constantly (is it?), it might cause freeze-ups in the GUI for all I know, and that is what I have been seeing.

I just tried deleting MinGW again, and miracles, I don't get the yellow pop-up errors anymore after that..... I have also played around with disabling as many plugins as possible to see if that could fix it. See attached screenshot of my list. Perhaps one of the disabled ones were causing troubles.

I still get strange delays during compilation, but after reducing the size of the default.conf file at least the GUI is more responsive.

MortenMacFly:

--- Quote from: cacb on July 09, 2012, 08:53:16 pm ---I opened default.conf and deleted very long lists of references  to wxWidgets types under <HeaderFixup>. It reduced the size of default.conf from almost 500 KB to about 70KB.

--- End quote ---
This cannot cause such a delay. ConfigManager ind C::B can handle way more than that easily. However, in recent versions of C::B these settings are no longer stored in the defaut.conf if not really needed (due to changes made by the user). It looks like you had used an old version of C::B were this wasn't the case or really changed some of the options related to this plugin.

Hadomunt:
Found a problem:
The Code::Blocks project template for gtk doesn't work with new versions of gtk.
The gtk developers have added a new needed by default library.

After some experimenting I came up with a solution.
Script that needs to be modified is:
<install dir>\CodeBlocks\share\CodeBlocks\templates\wizard\gtk\wizard.script

The gdk-pixbuf-2.0 library needs to be added.
(In the file after line 124.)
Code needs to be added that does a check on the relative path name and if it's there adds it.

Code that needs to be added:


--- Code: ---if( IO.DirectoryExists(GtkPathDefaultInc + wxFILE_SEP_PATH + _T("gdk-pixbuf-2.0")) ){
    project.AddIncludeDir(GtkPathDefaultInc + wxFILE_SEP_PATH + _T("gdk-pixbuf-2.0"));
}
--- End code ---

Adding the three lines of code solves the problem. Works with old and new versions of the gtk library.

Navigation

[0] Message Index

[#] Next page

[*] Previous page