That said, file path complete in vim is great (C-x and f) if that is considered as auto-complete :-)

Right and BTW I use ctags [not lsp] ;-)

@oherrala It is still better than auto-complete lottery, Internet forums and ChatGPT ;-)

The only #Rust tutorial you ever need is:

cargo doc --open -p <crate>

This opens documentation in the web browser for any crate that a project might be using.

Example would end up opening documentation for env_logger:

cargo add env_logger
cargo doc --open -p env_logger

#rustlang

#audija #kickdrum is really a game changer plugin. E.g. can resize the window freely. There is also 2.0 upcoming.

And despite being simple it has added value to using stock plugins of a #DAW, given that EQ curve is calculated and thus does not cause phasing issues.

#musicproduction

Love this #YouTube channel: www.youtube.com/@ConsoleCowboys. So much useful and applicable content. Whoever #ConsoleCowboys is, I'm your fan.

@montar It is a mystery but people get upset and fork a lot these days.

Like I got EGLIBC fork from the past (despite I respect Ulrich Depper's amazing contributions to open source, cpumemory.pdf is still always at hand ;-)) but these days people in my opinion are way too sensitive and get upset way too easily.

I don't think Linux could have happened if world had worked like this 1991.

@montar It is a mystery but people get upset and fork a lot these days.

Like I got EGLIBC fork from the past (despite I respect Ulrich Depper's amazing contributions to open source, cpumemory.pdf is still always at hand ;-)) but these days people in my opinion are way too sensitive and get upset way too easily.

I don't think Linux could have happened if world had worked like this 1991.

@oleksandr @gromit @vbabka I'm looking into how I could possibly make it compile Zig by stealing ideas from https://dev.yorhel.nl/ncdu, which did such conversion (used to be a C project). If a few core data structures were a bit more robust and safe that would make a difference (but since zig is very interoperable with C no need to turn all things around).

I.e. first just replace main.c with with main.zig, autotools with build.zig and rewrite perl generator scripts in zig but no other changes. That makes it easier compilation job at least ("./autogen.sh && ./configure && ./make" vs "zig build"). And rename the program as "zmbsync" so that it does not name conflict with the Fedora package.

@lkundrak @ljs SUN employees doing pair programming

I still hate reading GAS syntax after all these years. I learned assembly with Turbo Assembler and Intel syntax, which I still think is so much more readable.

Just so that you know llvm-ir is the language tag for #LLVM #IR when formatting it for #Markdown. I did not know this but found it by trial and error.

@oleksandr @gromit @vbabka I made my own independent fork that I use from now on ;-) mbsync should almost never change to anything, and it is only 15 KSLOC program.

I have some ideas how to modernize it too a bit (to make it easier to maintain) so might work on that too. Got familiar with the code base thanks this bug.

@vbabka Thanks! I applied like wide array of places because you know economy is not doing too well, and ended up to this situation.

https://bsky.app/profile/spavel.bsky.social/post/3kywk2uf3uk2g #chatgpt

What does this mean?

```
install transitive failure
└─ install main transitive failure
└─ zig build-exe main Debug native 1 errors
```

I tried --verbose-cc and --verbose-link but neither made this more verbose.

#zig

@gromit @adamw [it hurts my head that the project is called "isync" the artifact is called "mbsync"]

@montar Not really. Please tell me if you hear. And please do not hit me, I'm just a random end user ;-)

EvenConsoleCowboys is wondering it in some episode of his Radare2 tut's WTF is this shit why there are two versions of this.

Fedora has Rizin and Cutter nicely packaged so I've randomly ended up using those.

@gromit @adamw

Sorry I was too busy having a weekend but here's a screen cast that proves that -fno-lto addresses the issue :-)

I definitely going to check also later on https://gitlab.archlinux.org/archlinux/packaging/packages/isync/-/issues/1 but at sight I don't really believe this is the same issue, it fails elsewhere. Obviously this can be considered most as guess because I don't know how the internals of mbsync interact with each other.

@gimulnautti I have this big idea that would like to see how much you can pull juices out of P-166 Mhz MMX version of Pentium, which is sort of nice architecture, two ALU pipeline and concurrent MMX/FPU pipeline. With modern dev tools doing heavy recalculation there is a lot of resources in that type of machine.

@gimulnautti nice work!

I looked over my holidays how people target retro / old-school stuff, or at least majority of people, to MS-DOS. It was across the board OpenWatcom or even Turbo-C.

So I quickly put together a build pipeline, with custom linker scripts defining binary layout and no crt0 linked to the final binary. So now I can build .COM files with the code written in latest GCC or clang (LLVM) :-)

I've written the currently used arch x86 code in Linux that trampolines to real-mode and back when going into and away of suspend in 2012, so with those learnings of doing this type of custom binaries I also wrote shenanigans to access full 4 gigabytes of flat address space.

And just to refresh a bit I wrote a bit code that initializes so called "Mode-X" i.e. 320x240 planar squarepixel mode. I was able to run my stuff in 86box, which felt good ;-) I loose the C standard libraries as payback I have like the 2024 level development environment.

Might put it fully protected mode later on but BIOS access is nice for now. Protected mode is better than real-mode for performance, especially for data heavy real-time stuff like DSP and texture mapping because 32-bit memory accesses in tweaked unreal mode add a prefix to the opcode, which consumes icache ;-)

Not sure what I'm doing with this yet, probably just add random stuff to it without a plan. Also, MZ EXE bin generation is a target that I pursue.