Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2812_gcc471-TDM.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc471-TDM.7z
And the exception handler dll (for better crash reports) : http://prdownload.berlios.de/codeblocks/exchndl_gcc471-TDM.7z
The 13 June 2013 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20130613_rev9156_win32.7z
- Linux :
none
Resolved Fixed:
- no list since it has been such a very long time, just enjoy it ......
Regressions/Confirmed/Annoying/Common bugs:
from now on the frequency will be increased again ;D
As I have already reported to http://forums.next.codeblocks.org/index.php/topic,18011.msg123242.html#msg123242 (http://forums.next.codeblocks.org/index.php/topic,18011.msg123242.html#msg123242), I am facing issues compiling the latest HEAD. It complains about
../../include/prep.h|221|error: expected unqualified-id before numeric constant
../../include/prep.h|227|error: expected unqualified-id before numeric constant
under Debian jessie, 32-bit GCC 4.7.3, wxGTK 2.8.12
ToApolytoXaos: Should be fixed in HEAD.
Mirror of this nightly is available from the following url-
Quotehttp://codeblocks.biplab.in/mirror/nightly/rev9156/
As usual:
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo (http://apt.jenslody.de/).
Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc17, fc18 and fc19) and RedHat/CentOS 5 and 6 packages (also 32-bit and 64-bit) can be found in my rpm-repo (http://rpm.jenslody.de) .
still ain't fixed in head?
../../include/prep.h|221|error: expected unqualified-id before numeric constant
../../include/prep.h|227|error: expected unqualified-id before numeric constant
just got the latest svn and error persists
regards
Jens, I have tried to add your public key using
sudo apt-get install jens-lody-debian-keyring
but I get
E: Unable to locate package jens-lody-debian-keyring
and when I try to recv-key C96E627C6EEB25C9 from keyserver pgpkeys.mit.edu or subkeys.pgp.net there is no response at all.
Can you help with this?
Quote from: frithjofh on June 14, 2013, 09:06:56 PM
just got the latest svn and error persists
Make a CLEAN new checkout and try again. Make sure you really DELETE the old SVN sources before the clean checkout.
Quote from: r.stiltskin on June 14, 2013, 09:11:51 PM
Jens, I have tried to add your public key using
sudo apt-get install jens-lody-debian-keyring
but I get
E: Unable to locate package jens-lody-debian-keyring
and when I try to recv-key C96E627C6EEB25C9 from keyserver pgpkeys.mit.edu or subkeys.pgp.net there is no response at all.
Can you help with this?
Do you have my repo in apt's sources list ?
If yes, did you recognize that my server layout has changed and no packages for squeeze (now oldstable) are build any more ?
The keyring packages are in the repo and in the packages list.
Quote from: MortenMacFly on June 14, 2013, 09:22:17 PM
Quote from: frithjofh on June 14, 2013, 09:06:56 PM
just got the latest svn and error persists
Make a CLEAN new checkout and try again. Make sure you really DELETE the old SVN sources before the clean checkout.
I have deleted the entire directory including the hidden files and directories, and checked out as you have suggested; the same issue remains the same.
Quote from: jens on June 14, 2013, 10:42:13 PM
The keyring packages are in the repo and in the packages list.
OK thanks. I was unfamiliar with installing key directly from the repo. Got it now.
I have some errors when build wxSmithPlot-Curve Plotting:
-------------- Build: wxSmithPlot in wxSmithPlot - Curve Plotting (compiler: GNU GCC Compiler)---------------
Compiling: wxsMathPlot.cpp
In file included from G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/wrapwin.h:58:0,
from G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/db.h:61,
from G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/variant.h:30,
from G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/colour.h:48,
from G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/settings.h:15,
from G:\GccTools\Projects\wx_widgets_projects\CodeBlocks\trunk\src\plugins\contrib\wxSmithPlot\wxsMathPlot.h:30,
from G:\GccTools\Projects\wx_widgets_projects\CodeBlocks\trunk\src\plugins\contrib\wxSmithPlot\wxsMathPlot.cpp:21:
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h: In function 'HWND__* CreateDialog(HINSTANCE, LPCTSTR, HWND, DLGPROC)':
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h:39:20: error: cannot convert 'LPCTSTR {aka const char*}' to 'LPCWSTR {aka const wchar_t*}' for argument '2' to 'HWND__* CreateDialogParamW(HINSTANCE, LPCWSTR, HWND, DLGPROC, LPARAM)'
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h: In function 'HFONT__* CreateFont(int, int, int, int, int, DWORD, DWORD, DWORD, DWORD, DWORD, DWORD, DWORD, DWORD, LPCTSTR)':
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h:70:48: error: cannot convert 'LPCTSTR {aka const char*}' to 'LPCWSTR {aka const wchar_t*}' for argument '14' to 'HFONT__* CreateFontW(int, int, int, int, int, DWORD, DWORD, DWORD, DWORD, DWORD, DWORD, DWORD, DWORD, LPCWSTR)'
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h: In function 'HWND__* CreateWindow(LPCTSTR, LPCTSTR, DWORD, int, int, int, int, HWND, HMENU, HINSTANCE, LPVOID)':
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h:95:20: error: cannot convert 'LPCTSTR {aka const char*}' to 'LPCWSTR {aka const wchar_t*}' for argument '2' to 'HWND__* CreateWindowExW(DWORD, LPCWSTR, LPCWSTR, DWORD, int, int, int, int, HWND, HMENU, HINSTANCE, LPVOID)'
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h: In function 'HMENU__* LoadMenu(HINSTANCE, LPCTSTR)':
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h:112:44: error: cannot convert 'LPCTSTR {aka const char*}' to 'LPCWSTR {aka const wchar_t*}' for argument '2' to 'HMENU__* LoadMenuW(HINSTANCE, LPCWSTR)'
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h: In function 'HICON__* LoadIcon(HINSTANCE, LPCTSTR)':
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h:318:51: error: cannot convert 'LPCTSTR {aka const char*}' to 'LPCWSTR {aka const wchar_t*}' for argument '2' to 'HICON__* LoadIconW(HINSTANCE, LPCWSTR)'
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h: In function 'HBITMAP__* LoadBitmap(HINSTANCE, LPCTSTR)':
G:\GccTools\wxWidgets\wxWidgets-2.8.12\include/wx/msw/winundef.h:331:55: error: cannot convert 'LPCTSTR {aka const char*}' to 'LPCWSTR {aka const wchar_t*}' for argument '2' to 'HBITMAP__* LoadBitmapW(HINSTANCE, LPCWSTR)'
Process terminated with status 1 (0 minute(s), 40 second(s))
6 error(s), 0 warning(s) (0 minute(s), 40 second(s))
I used GCC 4.7.1 TDM on winxp sp3
So I can't build last nightly..
Thanks
Quote from: Oleg_Sam on June 15, 2013, 06:03:20 AM
I have some errors when build wxSmithPlot-Curve Plotting:
I used GCC 4.7.1 TDM on winxp sp3
So I can't build last nightly..
Thanks
Are you building using Unicode or ANSI version of wxWidgets?
Tim S.
I using Unicode version of wxWidgets-2.8.12. All previous nightly was builds without any problem..
mingw32-make -f makefile.gcc MONOLITHIC=1 SHARED=0 UNICODE=1 BUILD=release USE_GDIPLUS=1 USE_OPENGL=1 USE_ODBC=1
mingw32-make -f makefile.gcc MONOLITHIC=1 SHARED=1 UNICODE=1 BUILD=release USE_GDIPLUS=1 USE_OPENGL=1 USE_ODBC=1
No problems for me, but I'm on Windows 7, as you with TDM 4.71, but my call to mingw32-make to build the dll version is different :
mingw32-make -f makefile.gcc USE_XRC=1 SHARED=1 MONOLITHIC=1 BUILD=release UNICODE=1 USE_OPENGL=1 VENDOR=cb clean
mingw32-make -f makefile.gcc USE_XRC=1 SHARED=1 MONOLITHIC=1 BUILD=release UNICODE=1 USE_OPENGL=1 VENDOR=cb CXXFLAGS="-fno-keep-inline-dllexport"
May be you can try to add CXXFLAGS as suggested elsewhere in this forum.
gd_on
The "workspace" builds correctly with my setup.
It seems the problem is caused by CC Test. I have activated it and tried to compiled just this one on its own and throws the initial error messages.
I am move #include <wx/settings.h> string
in wxsMathPlot.h
so as:
#ifndef wxsMATHPLOT_H
#define wxsMATHPLOT_H
#include <wx/settings.h>
#include <stdio.h>
#include <stdlib.h>
#include <time.h>
#include <cmath>
#include <iostream>
#include <windef.h>
#include <wx/utils.h>
#include <wx/string.h>
#include <wx/filename.h>
#include "../wxscontainer.h"
#include "../wxsitemresdata.h"
#include <mathplot.h>
and build is OK...
This is a strange...
Any ideas???
Quote from: Oleg_Sam on June 15, 2013, 03:22:02 PM
I am move #include <wx/settings.h> string
in wxsMathPlot.h
so as:
and build is OK...
This is a strange...
Any ideas???
Problem is likely caused by "#include <windef.h>" This file is the only place it is used in CB.
I suggest commenting out that line or replacing it with "#include <wx/msw/wrapwin.h>"
For more info about wrapwin.h read wxWidgets "docs/tech/tn0019.txt", I went thru CB a few years back and added these [wrapwin.h] calls because if you compile without using Precompiled Headers weird errors like this happen. This is likely a MinGW and/or wxWidgets bug.
Edit: I suggest commenting out all the includes but the last three if my suggestion above fails to fix the problem.
Tim S.
Hello everyone.
I think that something bad happened to the toolbars in this nightly... Or did I miss something?
Here is a comparison of 12.11 toolbars and 9156 toolbars (the background gradient is missing):
(http://oi39.tinypic.com/2ynnwuw.jpg)
*edit* Ah, now I see: manifest is missing in new codeblocks.exe
Quote from: Dreamy on June 16, 2013, 04:44:45 AM
Hello everyone.
I think that something bad happened to the toolbars in this nightly... Or did I miss something?
*edit* Ah, now I see: manifest is missing in new codeblocks.exe
Posted here
http://forums.next.codeblocks.org/index.php/topic,18035.msg123273.html#msg123273
if you revert to previous revision it should be ok. That's if you are building it yourself ofc.