<aterius>
The packager of the guix native comp branch mentioned that we might be missing some libraries, which is why certain packages are failing to build
<aterius>
nix repl then copying the paths to my shell's LIBRARY envvar
<adisbladis>
Huh, LIBRARY?
<adisbladis>
Do you mean LD_LIBRARY_PATH?
<aterius>
No
<aterius>
sorry
<aterius>
LIBRARY_PATH
<aterius>
not LD_LIBRARY_PATH
<adisbladis>
Hm
<adisbladis>
I _really_ want to avoid setting that...
<adisbladis>
I need to dig into how it's interpreted
<adisbladis>
I wouldn't want native_comp to pollute my development enironments
<aterius>
Oh, you mean, if we wrapped emacs that would pollute your development environment?
<adisbladis>
Yes
<aterius>
Because of subshells?
<aterius>
Just want to make sure I understand
<adisbladis>
I use direnv (+ emacs-direnv)
<adisbladis>
And have as little as possible in my global environment
<adisbladis>
I wouldn't want a compiler not defined in my shell.nix to suddenly be accessible or be mixed in with that
<aterius>
Right, I get that, but I thought when you generate a wrapper in that derivation the environmental variables set are only exposed to the wrapped program
<aterius>
in this case emacs
<aterius>
(I also use direnv)
<adisbladis>
Which I use to launch all my other programs
<aterius>
Ahhh
<aterius>
Yeah that's what I was wondering
<aterius>
ok
<adisbladis>
I don't really know how native-comp works, but I imagine we can set some emacs-lisp variable pointing at this stuff rather than an environment variable
<adisbladis>
To prevent it being inherited through the environment
<aterius>
Can always ask Andrea haha
<adisbladis>
That'd be nice =)
<adisbladis>
Alright, so Emacs itself doesn't seem to have any awareness of LIBRARY_PATH
<aterius>
Yeah as far as I'm aware it's for gcc
<adisbladis>
Which isn't really surprising, but it probably means there is no customize we can do
<aterius>
I think it may only be needed during compile time
<aterius>
so one option would be to have a wrapped emacs for updating/compiling your packages... and then use a non-wrapped emacs other times
<aterius>
or just install all packages through nix :P
<adisbladis>
But for sure we want to support the use case of non nix-built lisp code
<adisbladis>
So we'll still need to figure this out
<adisbladis>
Hm, interesting :)
<adisbladis>
Even when running native-comp from emacs code it spawns another emacs subprocess doing the compilation in batch mode
<aterius>
yeah, for now i just wrote an upgrade script that appends my LIBRARY_PATH whenever i call straight.el
<aterius>
I get one failed compilation on evil libvterm, but that doesn't seem to matter
<aterius>
All my other packages are working fine
<aterius>
it might be worth bumping libgccjit to use gcc10
<aterius>
there's apparently issues with the size of statics
neeasade has quit [Ping timeout: 265 seconds]
neeasade has joined #nixos-emacs
bkv has quit [Quit: WeeChat 2.8]
bqv has joined #nixos-emacs
jordansinn_ has joined #nixos-emacs
jeschli1 has joined #nixos-emacs
jeschli has quit [Ping timeout: 246 seconds]
mtjmullen has quit [Ping timeout: 264 seconds]
jordansinn has quit [Ping timeout: 264 seconds]
mutantmell has joined #nixos-emacs
bqv has quit [Ping timeout: 246 seconds]
bqv has joined #nixos-emacs
bqv has quit [Ping timeout: 246 seconds]
bqv has joined #nixos-emacs
bqv has quit [Ping timeout: 256 seconds]
bqv has joined #nixos-emacs
cole-h has joined #nixos-emacs
neeasade has quit [Ping timeout: 265 seconds]
<aterius>
Is there a reason emacs isn't compiled with xwidget support?
bqv has quit [Ping timeout: 256 seconds]
bqv has joined #nixos-emacs
bqv has quit [Ping timeout: 256 seconds]
bqv has joined #nixos-emacs
rajivr has quit [Ping timeout: 260 seconds]
wildsebastian has quit [Ping timeout: 272 seconds]