waleee-cl has quit [Quit: Connection closed for inactivity]
kristoff_it has joined #zig
<scientes>
andrewrk, this ARM board supports up to 64GB of ram, so if you can afford it it will work a bit better than the Pinebook Pro which only support 4GB which isn't enough https://developer.solid-run.com/products/honeycomb-lx2k/
kristoff_it has quit [Ping timeout: 240 seconds]
laaron has quit [Remote host closed the connection]
doesntgolf has joined #zig
laaron has joined #zig
kristoff_it has joined #zig
kristoff_it has quit [Ping timeout: 258 seconds]
fengb has quit [Remote host closed the connection]
vegai has quit [Read error: Connection reset by peer]
jzck has quit [Remote host closed the connection]
BitPuffin has quit [Read error: Connection reset by peer]
Snektron has quit [Read error: Connection reset by peer]
D3zmodos has quit [Read error: Connection reset by peer]
Demos[m] has quit [Write error: Connection reset by peer]
qazo__ has joined #zig
qazo has quit [Read error: Connection reset by peer]
Demos[m] has joined #zig
mahmudov has quit [Remote host closed the connection]
laaron has quit [Remote host closed the connection]
laaron has joined #zig
laaron has quit [Remote host closed the connection]
<mikdusan>
meowray: can you shed a little light on the use case with LLVM .so? ie: is it a distro, or are you building .so yourself for llvm development?
kristoff_it has joined #zig
a_chou has joined #zig
kristoff_it has quit [Ping timeout: 268 seconds]
a_chou has quit [Quit: a_chou]
<meowray>
mikdusan: i regularly build llvm trunk. i don't install a release llvm-8 llvm-9 to save disk space. i don't run `ninja -C ~/llvm/Release install` - that is slow if you regularly rebuild things
<mikdusan>
are you building BUILD_SHARED_LIBS=ON ?
<meowray>
yes, -DBUILD_SHARED_LIBS=ON, because it saves time. i sometimes test with -DBUILD_SHARED_LIBS=Off because it saves relocation resolving time
<mikdusan>
when BUILD_SHARED_LIBS=ON, what executables link with that?
<meowray>
as the descriptin says: -DLLVM_LINK_LLVM_DYLIB=OFF -DBUILD_SHARED_LIBS=ON => link against libLLVM*.so
<mikdusan>
so the 3 distinct modes are: { *.a, *.so, LLVM.so } and when building for LLVM.so, are there any .a products?
<meowray>
libLLVM.so and libLLVM*.so can coexist, libLLVM.so and libLLVM*.a can coexist
<meowray>
libLLVM*.so and libLLVM*.a can't
<mikdusan>
is your need for zig to work against *.so, and LLVM.so is not a need?
<meowray>
the patch works for all 3 flavors. i persoanlly will use libLLVM*.so
slusenti has joined #zig
<slusenti>
hello there! I'm new
<slusenti>
i want to know if there's any os or project that is based on pluto kernel
slusenti has quit [Remote host closed the connection]
kristoff_it has joined #zig
ltriant_ has quit [Quit: leaving]
kristoff_it has quit [Ping timeout: 258 seconds]
kristoff_it has joined #zig
laaron has quit [Remote host closed the connection]
laaron has joined #zig
kristoff_it has quit [Ping timeout: 258 seconds]
laaron has quit [Remote host closed the connection]
laaron has joined #zig
laaron has quit [Remote host closed the connection]
laaron has joined #zig
slusenti has joined #zig
FireFox317 has joined #zig
earnestly has quit [Ping timeout: 240 seconds]
FireFox317 has quit [Remote host closed the connection]
kristoff_it has joined #zig
avoidr has quit [Quit: leaving]
kristoff_it has quit [Remote host closed the connection]
errpr has quit [Ping timeout: 268 seconds]
slice has quit [Ping timeout: 246 seconds]
slice has joined #zig
return0e has quit [Ping timeout: 258 seconds]
return0e has joined #zig
mattmurr has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
laaron has quit [Remote host closed the connection]
laaron has joined #zig
laaron has quit [Remote host closed the connection]
laaron has joined #zig
knebulae has quit [Read error: Connection reset by peer]
meheleventyone has joined #zig
meheleventyone has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
meheleventyone has joined #zig
meheleventyone has quit [Client Quit]
laaron has quit [Remote host closed the connection]
laaron has joined #zig
<Tetralux>
Anyone else been running into "Call parameter type does not match function signature" when trying to call a function that returns a value and you assing it to an already declared identifier?
<_Vi>
Why just including `--library c`(without actual usage) in musl mode significantly bumps final --release-small executable size significantly. For example, why `stdio/vfprintf.c` gets included. Is there some LTO to enable?
<Tetralux>
_Vi: Try using --strip as well.
<_Vi>
Tetralux, Obviously, with `--strip`.
<_Vi>
`zig build-exe hello.zig --release-small -target x86_64-linux-musl --single-threaded --strip --library c && ls -l hello` -> 38192. Without `--library c` it's 9288.
<_Vi>
Why `aarch64-linux-gnu` is `invalid target: unrecognized architecture`?
<Tetralux>
Does Zig optimize away C functions that aren't used from libc?
<Aransentin>
Is it just me that don't understand zig-ternary, or does Zig miscompile the second example here (`foo2`)?: https://godbolt.org/z/S3WFXg
<Tetralux>
I suspect not.
<Tetralux>
const v = if(condition) true_value else false_value;
<Aransentin>
Hm? That works, but not if you set a struct field with it
<Tetralux>
That smells like a bug.
<Aransentin>
I'll report it
<Tetralux>
I actually think I've run into something related to ternaries before.
<_Vi>
Maybe error message when using too short target name (e.g. `aarch64` instead of `aarch64v8`) should be customized, not just `unrecognized architecture`?
<Tetralux>
Aransentin: (Updates the paste)
<_Vi>
It would be nice if it shown closest matched valid arch name by edit distance.
<Aransentin>
Yeah
<Tetralux>
That would be convienient.
<Aransentin>
You can see the asm output in the godbolt code, too. It always returns 0