Bothersome Behavior

[Pwillard]

I'm compiling code that can be found on Github.  basic-to-6809

All the files in the repository compile on a MAC, and on Windows with no issues.

When compiling on a Linux machine (Linux MINT) the largest of the files in the  collection will never finish creating the executable.

After 45 minutes if waiting, no executable is produced.  The Windows build takes about 2 minutes.

So not sure what's going on, looking for some guidance.

Compilelog.txt from Ubuntu

g++  -no-pie -std=gnu++17 -fno-strict-aliasing -Wno-conversion-null -DFREEGLUT_STATIC -I./internal/c/libqb/include -I./internal/c/parts/core/freeglut/include -I./internal/c/parts/core/glew/include -DDEPENDENCY_SOCKETS -DDEPENDENCY_NO_PRINTER -DDEPENDENCY_NO_ICON -DDEPENDENCY_NO_SCREENIMAGE  internal/c/libqb.cpp -c -o internal/c/libqb_make_00010000.o
g++  -no-pie -std=gnu++17 -fno-strict-aliasing -Wno-conversion-null -DFREEGLUT_STATIC -I./internal/c/libqb/include -I./internal/c/parts/core/freeglut/include -I./internal/c/parts/core/glew/include -DDEPENDENCY_SOCKETS -DDEPENDENCY_NO_PRINTER -DDEPENDENCY_NO_ICON -DDEPENDENCY_NO_SCREENIMAGE  internal/c/qbx.cpp -c -o internal/c/qbx.o
g++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
make: *** [Makefile:421: internal/c/qbx.o] Error 1

[hsiangch_ong]

the project you indicate isn't entirely basic.  nor quickbasic nor qb64 for that matter.

you need to give us more information.  "the largest of the files" isn't going to be motivational.

if you are trying to compile the basic programs found in that repository.  in qb64pe.  keep in mind some commands are not supported by qb64.  such as "gmode".

if qb64pe cannot understand any of the basic code it's not "bothersome behavior."  it's the lack of understanding that different basic compilers will have some differences in syntax.

you say you got this working on windows and macos.  it must mean you did so without even involving qb64pe.  otherwise i repeat myself.  you have to give us more information about what you were doing.  what you are trying to do with that repository.

[Pwillard]

1) This is a repository for an MSBASIC to MC6809 Assembler `compiler`. So yes, there is some BASIC code that is not intended for compilation by QB64PE.  I realise now that was a bit unclear.
2) Yes, the files that are INTENDED to be compiled by QB64PE do so properly on Windows and MAC installations, but the compilation process fails when compiling on LINUX OS.

So...

These are the files being compiled with QB64PE below:

• BasTo6809.1.Tokenizer.bas
  
• BasTo6809.2.Compile.bas
  
• BasTo6809.bas 
  
• cc1sl.bas
  

When compiled on a Linux installation (Linux Mint and Ubuntu have been tried), the file " BasTo6809.2.Compile.bas " fails during the compilation process (the step to Make Executable Only). On Windows and MAC, no error is encountered, and the program(s) work as intended.

[hsiangch_ong]

i'm sorry, i didn't notice the "top level" basic source code files.  which _are_ for qb64pe.

i tried the "compile" file.  on my system with debian with mate desktop.  this is with "bookworm" base.  which will stop being the current stable in a few weeks.  also this with qb64pe 4.0.  although i advise other people to always make sure to have the latest.

after 20 minutes.  it failed to produce any result from processing only this source code file.  i looked into my "qb64pe/internal/temp" directory.  nothing happening there after the initial steps.  this has to be a bug with "gcc".

i don't think it would be any different.  on a computer much more powerful than mine.  i'm on a 15-year-old p.c.  so results might vary.

[Pwillard]

Maybe it is an OOM issue... so I'll try enlarging my SWAPFILE.


...and... it compiled with a 6GB swapfile. It did not with a 2GB swapfile. (But that was with version 3 that I fell back to)

Version 4.1.0 fail to compile. (They seem to crash, and I get all my RAM back after 15 minutes, so I assume the IDE is crashing)

Again... no issue encountered on Windows or Mac no matter which version is used. A real head-scratcher, so maybe it is a bug?

20 minute compile on 4.0.0 but I did achieve success.