Я тут немного упоролся и начал собирать всякие dev-версии программ на golang в #mingw и закидывать готовые бинарники и прочие ресурсы на vps и недосервер. И вот это недоразумение там внезапно работает.
Ерундой такой начал заниматься из-за того, что компьютер с MinGW банально мощнее и собирает программы быстрее.
Я так уже #gotosocial и #gitea попробовал собрать, и всё работает.
Такие дела.
「環境構築&C言語の世界へGO!」 楽しく学ぼう！C言語プログラミング教室！第一回【ゆっくり解説】
#C言語 #gcc #HelloWorld #MinGW #visualstudiocode #けいよしあ #コンパイラ #コンパイル #プログラミング #ゆっくり解説 #姫森ルーナ #学ぶ #楽しく #環境構築 #C言語基礎・入門 #C言語基礎・入門 #C言語 #gcc #HelloWorld #MinGW #visualstudiocode #...
At the beginning of the semester I had students install g++ and gdb via the MinGW installer.
Now that we're using gdb in an assignment, one student's gdb isn't recognizing the executable file they built using "g++ -g blah.cpp" and such.
It is giving "not in executable format: file format not recognized" - which seems like an x64/x86 mismatch? Haven't seen this problem with any other students yet.
Hey, People I need help.
So.. I need help with colider(at https://codeberg.org/samedev/colider) and I need help porting it to windows.
Requirements:
- using codeberg for a while
- know C
- Knows the Win32 API
keep it in the main.c file
#windows #windows11 #tech #programming #c #codeberg #mingw #linux #archlinux #help
What are the mechanisms that control exported symbols when cross-compiling a shared library for Windows using MingW? The latest build of DuckDB (our dependency) fails to export the C-API symbols (but the symbols from other objects are present). The first bad commit doesn't seem to change anything with the build. Where can we look next?
- Issue: https://github.com/duckdb/duckdb/issues/13911
- First bad commit: https://github.com/duckdb/duckdb/commit/d1ea1538c9217fb536485f1500f04a0b55b1e584
- Julia discussion: https://discourse.julialang.org/t/debugging-could-not-load-symbol-from-jll-package/125340/
I've been checking out how projects like #Busybox-w32, #msys and #GNUWin32 handle links in their utility programs like ln & ls. The comparison is very interesting. I really like Busybox-w32's use of hard links and how they show up with ls -i. They've done a wonderful job getting Busybox working on Windows. I'm investigating if Busybox-w32 can be used in place of msys when building #FLOSS #C projects with #mingw.
Trying to figure out why mingw32-make works on one PC and not on another with pretty equivalent config took me whole afternoon yesterday and part of this morning.
To no avail … I guess I can live this and move the PC to the lab to start doing experiments. I can still build on my office PC. 🤖
Для импортозамещения нужно взять старую программу на смеси C с C++ и собрать под mingw.
Кучи вещей в mingw нет, но уверен, что в стандартной библиотеке C++ это всё есть Например, fts.h. И можно было бы просто чисто написать на C++.
Но я переписывать не буду, просто выкину это всё из программы, всё равно это те её куски, которые для импортозамещения не особо-то и нужны. #mingw #импортозамещение
I can neither confirm, nor deny that this is a running #win32 port of #DOjS. Please move on, there is nothing to see (because it does not yet start on #Win98)...
#Javascript #RetroComputing #CreativeCoding #processing #p5js #mingw
@krishean I've had somewhat of a success with creating the gcc using this script I cobbled together:
https://gist.github.com/SuperIlu/1f0ed930d907442c0fcb2566f7e63ae9
The resulting binary runs fine on VBox and 86box.
It bluescreens on my AMD K6-II machine. But that seems to be a little wonky, so I'll re-check on another machine later..
This weekend I tried to compile #Allegro for #Win9x with #mingw.
I was able to get the examples running on #Win10, but when I copied them over to my #Win98 box they crashed with an illegal instruction.
That happened because mingw on #Ubuntu is targeting i686 and I have an AMD K6-II in my test rig.
Then I tried compiling mingw myself with i386 as a target, that failed because the 386 is missing an instruction that is needed by the runtime library.
I got it working with i486, though.
1/
I'm using #debian for crosscompiling #C / #CPP sources for different targets and it works fine.
But it needs one full compiler setup per target (x64, x86, arm, arm64, win32, win64, wasm)
And there is also #alpine and #musllibc ... so I need another setup ... again.
#zig just comes with one setup and supports #gnu musl #mingw #wasm for all current cpu's.
As long as no platform-specific libs are required, this is so perfectly simple.
So my next build env will be:
:zig: #ziglang on ⛷️ alpine
PSA: if you're using #wxWidgets master with #MinGW and getting new link errors, you probably need to add gdiplus.lib and msimg32.lib to the list of libraries you're linking with, due to the removal of the wrapped previously used to load GDI+ functions during run-time.
I have finally implemented all required #WebView2 interfaces in #C and have now my own #browser control which also compiles on #MinGW.
Without a ready-to-use SDK, 'WebView2Loader.dll` and `CreateCoreWebView2EnvironmentWithOptions` is the secret point to start with.
Fortunately, methods were quite comparable to the old #ActiveX browser control I already did know.
If Microsoft invents a new browser API every 10 years I have at least 5 years before I need to adapt my code to the next standard 😁
Trying to compile my #opensource project with #visualstudio instead of #qtcreator on #linux
Why is the world under Windows to Linux so much different for #cmake ?
I spent too much time to find a solution for the non-existing #pkgconfig under this environment. Finally #mingw saved me and an adaptation of the path setting.
Sure, but #Windows is still an Achilles Heal for the #AutoTools, unless you use #MinGW & #MSYS:
“What Autoconf Got Right”, Leah Neukirchen (https://leahneukirchen.org/blog/archive/2024/04/what-autoconf-got-right.html).
Via HN: https://news.ycombinator.com/item?id=40544336
On Lobsters: https://lobste.rs/s/ebnqzl/what_autoconf_got_right
I've begun the process of switch Rust's Windows CI to Server 2022, starting with the mingw builders: https://github.com/rust-lang/rust/pull/124562
This was tried a couple of years ago, but there some issues with mingw - so kudos to the folks that investigated and fixed those (sorry that I don't have links)!
Next step, the MSVC builders, which will require bumping the version of Clang that's used to build LLVM first...
