Just trying to build the OSVM in my WSL again, which had already worked well in the past. I have followed the instructions from `building/linux64x64/HowToBuild`: cleared my git working copy, installed all mentioned apt packages, cd'ed into `building/linux64x64/squeak.cog.spur/build`, and executed `./mvm -f`.

However, the build process fails reproducibly with the following output:

``` /mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/mkNamedPrims.sh /mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/building/linux64x64/squeak.cog.spur/build/plugins.int >/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/building/linux64x64/squeak.cog.spur/build/sqNamedPrims.h clang -Wall -g -O2 -DNDEBUG -DDEBUGVM=0 -msse2 -DCOGMTVM=0 -pthread -DLSB_FIRST=1 -m64 -Wno-missing-braces -Wno-unknown-pragmas -Wno-unused-value -Wno-unused-label -Wno-unused-function -Wno-unused-variable -DHAVE_CONFIG_H -DSQUEAK_BUILTIN_PLUGIN -I/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/building/linux64x64/squeak.cog.spur/build -I/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/building/linux64x64/squeak.cog.spur/build -I/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/platforms/unix/vm -I/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/platforms/Cross/vm -I/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/src/spur64.cog -I/usr/local/include -I/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/platforms/Cross/vm -I/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/platforms/unix/vm -I/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/src/spur64.cog -I/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/platforms/Cross/plugins/FilePlugin -I/mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/platforms/unix/plugins/B3DAcceleratorPlugin -m64 -Wno-missing-braces -Wno-unknown-pragmas -Wno-unused-value -Wno-unused-label -Wno-unused-function -Wno-unused-variable -c -o sqNamedPrims.o /mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/platforms/Cross/vm/sqNamedPrims.c In file included from /mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/platforms/Cross/vm/sqNamedPrims.c:23: /mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/building/linux64x64/squeak.cog.spur/build/sqNamedPrims.h:75:28: error: expected ';' after top level declarator VMProfileLinuxSupportPlugin ^ ; /mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/building/linux64x64/squeak.cog.spur/build/sqNamedPrims.h:153:1: error: expected '}' _exports, ^ /mnt/c/Users/Christoph/OneDrive/Dokumente/Squeak/Christoph/git/opensmalltalk-vm/building/linux64x64/squeak.cog.spur/build/sqNamedPrims.h:78:29: note: to match this '{' sqExport *pluginExports[] = { ^ 2 errors generated. make[1]: *** [Makefile:239: sqNamedPrims.o] Error 1 make: *** [Makefile:413: vm/vm.a] Error 2 ```

A look into `building/linux64x64/squeak.cog.spur/build/sqNamedPrims.h` reveals: As far as I can tell, there is a superfluous - bad - linebreak in the mid of the identifier `VMProfileLinuxSupportPlugin_exports` (line 60ff.):

``` extern sqExport StarSqueakPlugin_exports[]; extern sqExport SurfacePlugin_exports[]; extern sqExport VMProfileLinuxSupportPlugin _exports[];

sqExport *pluginExports[] = { vm_exports, os_exports, ```

But I have no idea how and why???

By the way, earlier in the build process I see the following message:

``` checking the name lister (/usr/bin/nm -B) interface... (cached) BSD nm error: unknown warning option '-Wno-unused-but-set-variable'; did you mean '-Wno-unused-const-variable'? [-Werror,-Wunknown-warning-option] ```

Could there be something wrong with my compiler version? How would I check this?

I've rechecked this three times with the same result ... I have literally no idea how this can happen. However, the last build on GitHub Actions for this configuration passed, and the compilation also succeeds in Gitpod, so (un)fortunately, this seems to be a "fails-on-my-machine" bug. Is there anyone who could help? Please? :-)