ng-math | Math Flashcard Progressive Web App | Command Line Interface library

Never mind, i fixed it by installing clang/llvm 10, using WSL, sure, it's not the latest version, but it's better then nothing.

-fno-rounding-math is the gcc default. It enables optimisations which assume no-rounding IEEE arithmetic. -frounding-math turns these optimisations off. The switch itself does not change the rounding behaviour, and thus does not change whether the macro is defined.

Well, it seems I have a lot to learn about command line compiling/linking.

I fixed it by adding -lgdi32 to the compile tags:

clang++ -Iinclude\ -Llib\ -lglfw3 -lgdi32 -v .\main.cpp

Got the idea from this thread: https://github.com/ziglang/zig/issues/3319 From the thread, near the bottom, there is some good advice:

When you see undefined symbol: __imp_CreateDCW the trick is to look up what DLL that is in. A duck duck go search lands us at https://docs.microsoft.com/en-us/windows/win32/api/wingdi/nf-wingdi-createdcw which says at the bottom it is in Gdi32.dll. So you need addSystemLibrary("Gdi32").

For some reason I assumed all the undefined function calls were from glfw, but they aren't, they are from the GDI32 Win32 library.

Just goes to show, for anyone at my experience level, you should probably make sure to google ALL relevant text from your errors and don't make assumptions about the provenance of things..

Yes, optimization sequence is the same for all inputs. But note that opt's -O3 may not be the same as clang's -O3.

As for disabling the frame pointer, you can remove it

• with -fomit-frame-pointer when generating LLVM IR with clang:

Firstly, if you are doing multi-threading with emscripten then each thread will already have its own stack and its own value for __stack_pointer. Thats is part of what defines a thread.

If you still want to manipulate the stack yourself (perhaps to have many stacks within a single thread) then you can use the emscripten helper functions stackSave (to get the SP of the current thread) and stackRestore (to set the SP of the current thread).

If you are not using emscripten at all, then you are in uncharted territory (what runtime are using using? how are you starting new threads?), but the simplest way to do stack pointer manipulation would be with assembly code. See how emscripten implements these functions:

https://github.com/emscripten-core/emscripten/blob/main/system/lib/compiler-rt/stack_ops.S

So you could do something like this:

-fpic is an option for the compiler in particular. It has no special meaning to the assembler, which treats it the same as -f -p -i -c.

General polygons with possibly circular edges don't have the area function - so we need to get into details of their representation and write this kind of functions ourselves (sigh!!). An example of such an area function is below:

As your MKL library is installed in /usr/include/mkl location, you can set MKLROOT environment variable as export MKLROOT=/usr/include/mkl Another alternate is, to install oneAPI Base & HPC Toolkits from where you can get Intel MKL library package and initialize oneAPI environment which automatically sets the MKLROOT. For more details regarding oneAPI Base Toolkit and oneAPI HPC Toolkit refer https://software.intel.com/content/www/us/en/develop/articles/installation-guide-for-intel-oneapi-toolkits.html

Refer to the below link regarding Intel oneMKL https://software.intel.com/content/www/us/en/develop/documentation/onemkl-linux-developer-guide/top/getting-started/setting-environment-variables/scripts-to-set-environment-variables.html

After a lot of back and forth, I've finally figured it out, in what I think is the correct way. I was using just Windows SDK, which is not enough to build on Windows, you also need Visual Studio, or at least just the Build Tools. So as part of my toolchain installation, I now install both of these, and use these parameters to the linker: