good work. since windows seems to not use RPATH or absolut path names to libraries i thought you could hash the libraries and then pass the hash as a name.
we got hash in kademlia (DHT), we now got it in the nix-store and now just go on and use them as library names. so instead of libabc.dll your library will be called: 39v2039w093v9348304.dll i would put this things into the hash: - hash of the library - hash of the libraries name would be interesting to see an implementation of that. regardless of this small detail, i really enjoyed to read this report and it seems that the MS platform still got a lot of work ahead in making Nix a permanent contribution to it. the other thing, making Nix a native target instead of using a unix like wrapper, is a very good idea IMHO. if you want to go on you have to get rid of fork and similar but you also have to get rid of the build-system. see this posting where i've replaced autotools by cmake: http://blog.lastlog.de/posts/replacing_automake_by_cmake/ note: this port to cmake still has a few issues yet anyway, using cmake could be a good start as it does not require a unix like shell. regards, joachim On 08.09.2015 13:14, Florian Friesdorf wrote: > > Hi, > > We got around to publish the technical report we were preparing as part > of our work on porting nix and nixpkgs to cywin: > > http://ternaris.com/lab/nix-on-windows.html > > As a next task https://nixos.org/wiki/Nix_on_Windows should probably be > updated based on this. > > Is anybody using Nix on cygwin and could help with that? > > > > _______________________________________________ > nix-dev mailing list > [email protected] > http://lists.science.uu.nl/mailman/listinfo/nix-dev > _______________________________________________ nix-dev mailing list [email protected] http://lists.science.uu.nl/mailman/listinfo/nix-dev
