User forums > Nightly builds

The 10 October 2021 build (12535) is out.

<< < (5/5)

Just spotted a small build issue with the FortranProject as follows in the 12535 nightly:
  SDK version mismatch for FortranProject (2.14.0). Expecting 2.16.0

More info:
    The has a date of 22-Aug-2021.... , so it looks like it was built at the same time a the rest of the files.

Something to check in the next nightly build before uploading it.

Here is a small script I use to download the sources for Linux compilation. Note great but saves some typing. Tested on Ubuntu. It does a full svn checkout.  I was not allowed to upload it, so you need to copy the source in a textfile

To use it, copy it to a textfile "downloadNightlyBuild", and put it to the folder where you want to download the sources, Set the file permissions and run it. You might need to install subversion. This should do all this:

--- Code: --- sudo apt install subversion           
 chmod 750 downloadNightlyBuild

--- End code ---
It asks for the build number, for this it would be "12535". The checkout goes into the folder "cbNightly_2021-10-31_ref12535" as of today. If the download gets stuck, the script can be interrupted with Ctrl-C and started again. When it gives a green OK the download is done.

Shared in the hope some might find it useful.


--- Code: ---#!/bin/bash
# downloadNightlyBuild
# The script downloads a nightly build of CodeBlocks from sourceforge.
# The links are not given any more at the forum, but the build number
# is sufficuent to grab the correct sources.
# use
#     ./downloadNightlyBuild     
# Dependencies:
#  suversion must be installed: on Ubuntu use sudo apt install svn
# (c) Tigerbeard, 2021, Licence GPL
Green="tput setaf 2"
Red="tput setaf 1"
Normal="tput sgr0"
Date=`date +"%Y-%m-%d"`

echo "this downloads a codeblocks nightly build from SourceForge. "
echo " * you need to enter the build number"
echo " * the download will be saved into a the folder beside this script"
echo " * the folder name is generated automatically, existing folders"
echo "   are re-used (in case the download is interrupted"
echo " * check the C::B forum page for the correct build number"
echo ""

# get build number from user
echo -n "Build number (enter to cancel): "
read BuildNumber
if [ "$BuildNumber" = "" ]; then

# create local target folder
echo "  downloading CodeBlocks source build $BuildNumber to folder '$TargetFolder'..."

# if folder exists, clean up older stuck downloads
if [ -d "$TargetFolder" ]; then
  echo -n "  svn cleanup................................"
  svn cleanup $TargetFolder                        1>/dev/null 2>&1
  if [ "$?" = "0"  ]; then
  echo "$($Green)OK$($Normal)"
  echo "$($Red)error$($Normal)"

# download
echo -n "  svn checkout (takes a while)..............."
svn checkout$BuildNumber $TargetFolder/ 1>/dev/null 2>&1
if [ "$?" = "0"  ]; then
  echo "$($Green)OK$($Normal)"
 echo "$($Red)error$($Normal)"
echo "done"

--- End code ---

Can C::B 12535 be used to build itself from source?

I've used C::B to build itself from source for years. However trying to use C::B 12535 built from source to build SVN 12537 generated an error right out of the blocks. After installling the 12535 nightly, attempting to build SVN 12537 again the same error ocurred.

The Build Log:

--- Code: ----------------- Build: tinyXML in Code::Blocks wx3.1.x (64 bit) (compiler: gnu_x64)---------------

g++.exe -Wall -std=gnu++11 -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DEXPORT_LIB -IC:\wxWidgets-3.1.5\lib\gcc_dll64\mswu -IC:\wxWidgets-3.1.5\include -Isdk\wxscintilla\include -Iinclude\tinyxml -Iinclude\tinyxml -c C:\projects\12537\src\base\tinyxml\tinystr.cpp -o .objs31_64\base\tinyxml\tinystr.o
g++.exe -Wall -std=gnu++11 -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DEXPORT_LIB -IC:\wxWidgets-3.1.5\lib\gcc_dll64\mswu -IC:\wxWidgets-3.1.5\include -Isdk\wxscintilla\include -Iinclude\tinyxml -Iinclude\tinyxml -c C:\projects\12537\src\base\tinyxml\tinyxml.cpp -o .objs31_64\base\tinyxml\tinyxml.o
g++.exe -Wall -std=gnu++11 -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DEXPORT_LIB -IC:\wxWidgets-3.1.5\lib\gcc_dll64\mswu -IC:\wxWidgets-3.1.5\include -Isdk\wxscintilla\include -Iinclude\tinyxml -Iinclude\tinyxml -c C:\projects\12537\src\base\tinyxml\tinyxmlerror.cpp -o .objs31_64\base\tinyxml\tinyxmlerror.o
g++.exe -Wall -std=gnu++11 -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DEXPORT_LIB -IC:\wxWidgets-3.1.5\lib\gcc_dll64\mswu -IC:\wxWidgets-3.1.5\include -Isdk\wxscintilla\include -Iinclude\tinyxml -Iinclude\tinyxml -c C:\projects\12537\src\base\tinyxml\tinyxmlparser.cpp -o .objs31_64\base\tinyxml\tinyxmlparser.o
cmd /c if exist devel31_64\libtxml.a del devel31_64\libtxml.a
g++.exe -r -s devel31_64\libtxml.a .objs31_64\base\tinyxml\tinystr.o .objs31_64\base\tinyxml\tinyxml.o .objs31_64\base\tinyxml\tinyxmlerror.o .objs31_64\base\tinyxml\tinyxmlparser.o
g++.exe: error: devel31_64\libtxml.a: No such file or directory
Process terminated with status 1 (0 minute(s), 14 second(s))
1 error(s), 0 warning(s) (0 minute(s), 14 second(s))
--- End code ---
The line "cmd /c if exist devel31_64\libtxml.a del devel31_64\libtxml.a" was never encounter before.

Anybody else encountering this change? Or, did I miss an announcement regarding C::B's new behavior regarding using source?


My bad! I had the wrong executable in the compiler's toolchain for static library. It should be ar.exe for a 64-bit compiler. The change was made and SVN 12537 is now being built by C::B 12535. It was certainly a strange error that prevented C::B being able generate programs.



[0] Message Index

[*] Previous page

Go to full version