Hi Cyril, Thanks for your quick reply. :-)
In past years I usually do have LightningTalk to introduce GNU related projects in COSCUP <http://coscup.org>, the biggest open source conference in my country, which will have more than 1000 attendees. I think Guix is a cool project with it's Version Control (?) function so people can revert their package status if they did something wrong and broke something, so I would like to have a short presentation about Guix onGNU/Hurd to COSCUP. Thanks for your amazing works, and hope the problem could be solved recently. :-) Best wishes, BlueT 2013/7/3 Cyril Roelandt <tipec...@gmail.com> > Hello! > > First of all, thanks for trying Guix on GNU/Hurd! There is no bug tracking > system, just this mailing list. > > On 07/02/2013 05:06 PM, Matthew Lien wrote: > >> nix/nix-daemon/guix-daemon.cc: In function ‘error_t parse_opt(int, char*, >> argp_state*)’: >> nix/nix-daemon/guix-daemon.cc:**174:14: error: invalid conversion from >> ‘int’ to ‘error_t {aka __error_t_codes}’ [-fpermissive] >> return ARGP_ERR_UNKNOWN; >> ^ >> nix/nix-daemon/guix-daemon.cc:**177:10: error: invalid conversion from >> ‘int’ to ‘error_t {aka __error_t_codes}’ [-fpermissive] >> return 0; >> ^ >> > > In /usr/include/errno.h: > > /* The Hurd <bits/errno.h> defines `error_t' as an enumerated type so > that printing `error_t' values in the debugger shows the names. We > might need this definition sometimes even if this file was included > before. */ > > Which explains your issue. I think this is more of a Nix or GNU bug. > According to the GNU documentation (http://www.gnu.org/software/** > libc/manual/html_node/Argp-**Parser-Functions.html#Argp-**Parser-Functions<http://www.gnu.org/software/libc/manual/html_node/Argp-Parser-Functions.html#Argp-Parser-Functions>), > the parse_opt function is fine. Should we ask the Hurd people how they > handle this ? > > Cyril Roelandt. > > -- / Just another [ Perl | FOSS | Security ] Hacker. / / BlueT = Matthew Lien = ���疵� / / http://BlueT.org / / GPG: 4A293CBD /
