Re: FTBFS on GNU/Hurd

[Matthew Lien]

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 <address@hidden>

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), 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 /