Fixing xen build

Xen currently does not build on x86_64-linux (http://ci.guix.gnu.org/search?query=xen+system:x86_64-linux). It will build if all instances of .note.gnu.build-id are quoted in xen/arch/x86/xen.lds.S. This is because of the hyphen in the symbol in the argument to ADDR. I tested this by placing

Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

Zhu Zihao writes: > Make Guix available on Windows platform will be a painful job. > > 1. Windows doesn't allow user to create symbolic link without admin > permission, which guix use intensely. > > 2. There's no RUNPATH for Windows DLL, so all dynamic library > dependencies should in the same

Re: [bug#54394] [PATCH core-updates 00/12] Remove old GNU utilities from early bootstrap

Timothy Sample writes: Hello! > This is culmination of a lot of work, so I’m excited to be submitting > it! The main thrust of this series is to update Gash and Gash-Utils, > and then remove most of the old GNU utilities we use during early > bootstrap. To elaborate, the current situation is

Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

Hello everyone, Just a small comment stemming from my time fiddling with Win32 API and friends. Zhu Zihao writes: > 2. There's no RUNPATH for Windows DLL, so all dynamic library > dependencies should in the same directory to allow Windows find it. There actually is an analogue for RUNPATH,

Packaging go-github-com-hashicorp-vault-sdk -- ‘no Go files found’

(I sent this one previously to help-guix two days ago, and again one day ago, but it seems that it did not end up in so I'm resending to guix-devel this time) Hi, I'm trying to package go-github-com-hashicorp-vault-sdk. I ran

Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

Make Guix available on Windows platform will be a painful job. 1. Windows doesn't allow user to create symbolic link without admin permission, which guix use intensely. 2. There's no RUNPATH for Windows DLL, so all dynamic library dependencies should in the same directory to allow Windows find