Hi,
so i still try to automate my full codeblocks build process... Some progress can be found here: https://github.com/bluehazzard/codeblocks_build_utilities Scripts are from installation to automated build of every wx and build combination. The error reporting is not implemented yet... This is my first journey to bash scripting so any ideas and improvements are really welcome! This works at the moment only on linux. I may try to do the same with msys2 or even better automate also the windows builds with wine on linux... ( i don't want to crosscompile...)
Now to the problem: This is related on windows:
I can not get the build to work on windows. My setup:
1) Mingw64 compiler x86_64-w64-mingw32
2) Installed on D:\mingw64
3) the compiler is set as gcc in codeblocks with path and everything working
set CB_ROOT=D:\codeblocks\output31_64
set GCC_ROOT=D:\mingw64\bin
Now if i build codeblocks within codeblocks i have no problems... But if i call the batch_build.bat from the directory i get the
x86_64-w64-mingw32-g++.exe: error: CreateProcess: No such file or directory
D:\mingw64\libexec\gcc\x86_64-w64-mingw32\8.1.0
x86_64-w64-mingw32-g++.exe: fatal error: -fuse-linker-plugin, but liblto_plugin-0.dll not found
D:\mingw64\libexec\gcc\x86_64-w64-mingw32\8.1.0
My question is now... Why does the batch build needs all this setup? The compiler should be set up in the codeblocks config file/project file. Why do i have to add all this to the environment?
Shouldn't it simply run and be good?
I have searched the source for some differences of batch build and normal build but i can only find some gui differences....
And here we come to point 2 of this post:
Some time ago i did this commit: https://sourceforge.net/p/codeblocks/code/11706/ Where i display a message box on error. I will wrap this in a if like the compiler plugin does:
if (Manager::IsBatchBuild()) // no dialog if batch building...
Manager::Get()->GetLogManager()->LogToStdOut(msg);
else
cbMessageBox(msg, _("Error"), wxICON_ERROR);
greetings
Code: [Select]
x86_64-w64-mingw32-g++.exe: fatal error: -fuse-linker-plugin, but liblto_plugin-0.dll not found
now the library in question is in
Code: [Select]
D:\mingw64\libexec\gcc\x86_64-w64-mingw32\8.1.0
And here i am.. I can not modify the library search path from the command line...
I've had this problem before, but I cannot remember where. I solved the problem with the -B option.
But later I found that I'd made a mistake setting up the system path which had mistakenly included multiple gcc paths.. Fixed that and the problem went away. Didn't need -B anymore.
https://gcc.gnu.org/onlinedocs/gcc/Directory-Options.html#index-B
-Bprefix
This option specifies where to find the executables, libraries, include files, and data files of the compiler itself.
The compiler driver program runs one or more of the subprograms cpp, cc1, as and ld. It tries prefix as a prefix for each program it tries to run, both with and without ‘machine/version/’ for the corresponding target machine and compiler version.
For each subprogram to be run, the compiler driver first tries the -B prefix, if any. If that name is not found, or if -B is not specified, the driver tries two standard prefixes, /usr/lib/gcc/ and /usr/local/lib/gcc/. If neither of those results in a file name that is found, the unmodified program name is searched for using the directories specified in your PATH environment variable.
The compiler checks to see if the path provided by -B refers to a directory, and if necessary it adds a directory separator character at the end of the path.
-B prefixes that effectively specify directory names also apply to libraries in the linker, because the compiler translates these options into -L options for the linker. They also apply to include files in the preprocessor, because the compiler translates these options into -isystem options for the preprocessor. In this case, the compiler appends ‘include’ to the prefix.
The runtime support file libgcc.a can also be searched for using the -B prefix, if needed. If it is not found there, the two standard prefixes above are tried, and that is all. The file is left out of the link if it is not found by those means.
Another way to specify a prefix much like the -B prefix is to use the environment variable GCC_EXEC_PREFIX. See Environment Variables.
As a special kludge, if the path provided by -B is [dir/]stageN/, where N is a number in the range 0 to 9, then it is replaced by [dir/]include. This is to help with boot-strapping the compiler.