Author Topic: The 10 October 2021 build (12535) is out.  (Read 9304 times)

Offline AndyJ

  • Multiple posting newcomer
  • *
  • Posts: 19
Re: The 10 October 2021 build (12535) is out.
« Reply #15 on: October 21, 2021, 12:11:14 pm »
After further investigation it seems that disabling the Keyboard Shortcuts plugin resolves the issue and I've yet to encounter any unexpected side effects. Thanks for all the help and pointing me in the right direction.

Offline Oleg_Sam

  • Multiple posting newcomer
  • *
  • Posts: 30
Re: The 10 October 2021 build (12535) is out.
« Reply #16 on: October 24, 2021, 02:32:04 pm »
Hi All!
I am have print listing files in my ARM GCC project.
I add to the "other compiller options"

-Wa,-adhlns=$(LIST_DIR)\$file_name.lst

It is not work, because the command macros  $file_name
is not substitute.
(The custom variables $(MCU_NAME), $(LIST_DIR) is substituted correctly)
So, is it possible fix this bug?
I am using CB nightly 12535 on Windows7
Thanks!

Offline Miguel Gimenez

  • Developer
  • Lives here!
  • *****
  • Posts: 836
Re: The 10 October 2021 build (12535) is out.
« Reply #17 on: October 24, 2021, 03:23:47 pm »
Have you tried $(LIST_DIR)\$(FILE_NAME).lst?


Offline Oleg_Sam

  • Multiple posting newcomer
  • *
  • Posts: 30
Re: The 10 October 2021 build (12535) is out.
« Reply #18 on: October 24, 2021, 04:08:29 pm »
I tried this..
It's not work, because the macros $(FILE_NAME)
is not exist...

Offline Miguel Gimenez

  • Developer
  • Lives here!
  • *****
  • Posts: 836
Re: The 10 October 2021 build (12535) is out.
« Reply #19 on: October 24, 2021, 05:19:29 pm »
Then look here for an existing variable that suits your needs. If there is none, post a feature request in the ticket area

Online AndrewCot

  • Almost regular
  • **
  • Posts: 248
Re: The 10 October 2021 build (12535) is out.
« Reply #20 on: October 25, 2021, 01:47:32 am »
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 FortranProject.zip 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.

Offline tigerbeard

  • Multiple posting newcomer
  • *
  • Posts: 124
Re: The 10 October 2021 build (12535) is out.
« Reply #21 on: October 31, 2021, 11:43:10 pm »
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
 ./downloadNightlyBuild                 
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.


source
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
 exit
fi

# create local target folder
TargetFolder="cbNightly_"$Date"_rev"$BuildNumber
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)"
  else
  echo "$($Red)error$($Normal)"
  fi
fi

# download
echo -n "  svn checkout (takes a while)..............."
svn checkout https://svn.code.sf.net/p/codeblocks/code/trunk@$BuildNumber $TargetFolder/ 1>/dev/null 2>&1
if [ "$?" = "0"  ]; then
  echo "$($Green)OK$($Normal)"
else
 echo "$($Red)error$($Normal)"
fi
echo
echo "done"
echo

Offline Frank_CB

  • Multiple posting newcomer
  • *
  • Posts: 69
Re: The 10 October 2021 build (12535) is out.
« Reply #22 on: November 03, 2021, 09:20:49 pm »
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))
 
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?

Regards.


Offline Frank_CB

  • Multiple posting newcomer
  • *
  • Posts: 69
Re: The 10 October 2021 build (12535) is out.
« Reply #23 on: November 04, 2021, 04:32:07 am »
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.

Regards