Sod-Almighty

Anyone plan to fix this **incredibly serious issue** that makes it impossible to scan large files on Windows? It's been over 18 months since this bug was reported.

> we don't support scanning files larger than 2GB anyways Why not?

I hate to be the one to break it to you dude, but uh......64-bit has been standard for over a decade, my man. And many files are more than 2GB...

> nobody is distributing 2GB+ malware Incorrect. Auto-extracting archives are one example. "Onefiles" – which are fairly common on Linux – are another. AppImages are a third example. There are...

Oh, it's completed is it? That mean I can scan 2GB files now?

This is not solved. I got this same error today, and `git submodule update` didn't fix it :( The problem is in the CMakeFile.txt: ``` if ((NOT CMAKE_C_COMPILER_ID STREQUAL "GNU")...

``` # g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-alpine-linux-musl/12.2.1/lto-wrapper Target: x86_64-alpine-linux-musl Configured with: /home/buildozer/aports/main/gcc/src/gcc-12-20220924/configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --build=x86_64-alpine-linux-musl --host=x86_64-alpine-linux-musl --target=x86_64-alpine-linux-musl --enable-checking=release --disable-fixed-point --disable-libstdcxx-pch --disable-multilib --disable-nls --disable-werror --disable-symvers --enable-__cxa_atexit --enable-default-pie --enable-default-ssp...

But GCC 12.2.1 _does_ compile the code. If you fix the error in `src/pio_usb_device.c` that is. (Missing `#include "pico.h"`)

Seems kinda an inefficient state of affairs. I wonder how anything gets done at all! Personally, I'd clone the upstream repos, fix the problem, do a pull request – and...

At the very least, I'd put a note on the front page saying "edit this file, add this line and it'll work". You know, rather than the _current_ situation, where...