Arch Linux User Repository

gnunet-fuse.c: In function ‘main’:
gnunet-fuse.c:521:32: error: passing argument 1 of ‘GNUNET_PROGRAM_run2’ makes pointer from integer without a cast [-Wint-conversion]
521 |           GNUNET_PROGRAM_run2 (argc,
|                                ^~~~
|                                |
|                                int
In file included from /usr/include/gnunet/gnunet_util_lib.h:86,
from gnunet-fuse.h:34,
from gnunet-fuse.c:27:
/usr/include/gnunet/gnunet_program_lib.h:91:58: note: expected ‘const struct GNUNET_OS_ProjectData *’ but argument is of type ‘int’
91 | GNUNET_PROGRAM_run2 (const struct GNUNET_OS_ProjectData *pd,
|                      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~
gnunet-fuse.c:522:32: error: passing argument 2 of ‘GNUNET_PROGRAM_run2’ makes integer from pointer without a cast [-Wint-conversion]
522 |                                argv,
|                                ^~~~
|                                |
|                                char * const*
/usr/include/gnunet/gnunet_program_lib.h:92:26: note: expected ‘int’ but argument is of type ‘char * const*’
92 |                      int argc,
|                      ~~~~^~~~
gnunet-fuse.c:523:32: error: passing argument 3 of ‘GNUNET_PROGRAM_run2’ from incompatible pointer type [-Wincompatible-pointer-types]
523 |                                "gnunet-fuse -s URI [-- FUSE-OPTIONS] DIRECTORYNAME",
|                                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|                                |
|                                char *
/usr/include/gnunet/gnunet_program_lib.h:93:35: note: expected ‘char * const*’ but argument is of type ‘char *’
93 |                      char *const *argv,
|                      ~~~~~~~~~~~~~^~~~
gnunet-fuse.c:526:32: error: passing argument 5 of ‘GNUNET_PROGRAM_run2’ from incompatible pointer type [-Wincompatible-pointer-types]
526 |                                options,
|                                ^~~~~~~
|                                |
|                                struct GNUNET_GETOPT_CommandLineOption *
/usr/include/gnunet/gnunet_program_lib.h:95:34: note: expected ‘const char *’ but argument is of type ‘struct GNUNET_GETOPT_CommandLineOption *’
95 |                      const char *binaryHelp,
|                      ~~~~~~~~~~~~^~~~~~~~~~
gnunet-fuse.c:527:32: error: passing argument 6 of ‘GNUNET_PROGRAM_run2’ from incompatible pointer type [-Wincompatible-pointer-types]
527 |                                &run,
|                                ^~~~
|                                |
|                                void (*)(void *, char * const*, const char *, const struct GNUNET_CONFIGURATION_Handle *)
/usr/include/gnunet/gnunet_program_lib.h:96:68: note: expected ‘const struct GNUNET_GETOPT_CommandLineOption *’ but argument isof type ‘void (*)(void *, char * const*, const char *, const struct GNUNET_CONFIGURATION_Handle *)’
96 |                      const struct GNUNET_GETOPT_CommandLineOption *options,
|                      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~
gnunet-fuse.c:529:32: error: passing argument 8 of ‘GNUNET_PROGRAM_run2’ makes pointer from integer without a cast [-Wint-conversion]
529 |                                GNUNET_YES)) ? ret : 1;
|                                ^~~~~~~~~~
|                                |
|                                int
/usr/include/gnunet/gnunet_program_lib.h:98:28: note: expected ‘void *’ but argument is of type ‘int’
98 |                      void *task_cls,
|                      ~~~~~~^~~~~~~~
gnunet-fuse.c:521:11: error: too few arguments to function ‘GNUNET_PROGRAM_run2’
521 |           GNUNET_PROGRAM_run2 (argc,
|           ^~~~~~~~~~~~~~~~~~~
/usr/include/gnunet/gnunet_program_lib.h:91:1: note: declared here
91 | GNUNET_PROGRAM_run2 (const struct GNUNET_OS_ProjectData *pd,
| ^~~~~~~~~~~~~~~~~~~

@grufo: I think we had a race condition here.

I see that you updated the package on 10:51, while my comment was from 11:03, but the download of the PKGBUILD had happened earlier.

Now it works with re-download.

Thanks!

@dreieck

I have patched gnunet-fuse. It should be impossible that you get that error. That error complains that pthread_mutexattr_setkind_np() is an unknown function, but my patch replaces all occurrences of pthread_mutexattr_setkind_np() with the more standard pthread_mutexattr_settype(). Could you try by manually downloading the PKGBUILD tarball?

I still this error nevertheless:

[...]
make[4]: Entering directory '/[...]/gnunet-fuse/src/gnunet-fuse-0.16.0/src/fuse'
gcc  -fno-strict-aliasing -Wall -g -O2     -o gnunet-fuse gnunet_fuse-gnunet-fuse.o gnunet_fuse-gfs_download.o gnunet_fuse-mutex.o gnunet_fuse-readdir.o gnunet_fuse-read.o gnunet_fuse-open.o gnunet_fuse-getattr.o -lgnunetutil -lfuse -lgnunetfs  -lgnunetutil  -lpthread 
/usr/bin/ld: gnunet_fuse-mutex.o: in function `GNUNET_mutex_create':
/[...]gnunet-fuse/src/gnunet-fuse-0.16.0/src/fuse/mutex.c:71: undefined reference to `pthread_mutexattr_setkind_np'
/usr/bin/ld: /home/felics/.cache/yay/gnunet-fuse/src/gnunet-fuse-0.16.0/src/fuse/mutex.c:81: undefined reference to `pthread_mutexattr_setkind_np'
collect2: error: ld returned 1 exit status
make[4]: *** [Makefile:462: gnunet-fuse] Error 1
[...]

.. @grufo: Have you patched gnunet-fuse or a pthread librabry you use?

(I use Artix Linux, so if the patch is somewhere within an official Arch package, this might be the reason.)

thx.. now ok. :-)

@simona I have patched it. It should work now.

@simona

Yes, I noticed it too. Then I checked the previous version (0.15.0) and I saw that the problem appeared too – despite it did not appear when I updated the version back then. So I updated the package anyway.

This means that something has changed in the current thread library installed in Arch.

If you check the file that provokes the error, you can read this comment:

This prototype is somehow missing in various Linux pthread include files. But we need it and it seems to be available on all pthread-systems so far. Odd.

Therefore the only possible thing to do, I think, is reporting this bug upstream, either via mailing list or bug tracker.

/bin/ld: gnunet_fuse-mutex.o: in function GNUNET_mutex_create':<br> /home/simona/.cache/yay/gnunet-fuse/src/gnunet-fuse-0.16.0/src/fuse/mutex.c:71: undefined reference topthread_mutexattr_setkind_np'
/bin/ld: /home/simona/.cache/yay/gnunet-fuse/src/gnunet-fuse-0.16.0/src/fuse/mutex.c:81: undefined reference to `pthread_mutexattr_setkind_np'
collect2: error: ld returned 1 exit status

@dreieck Added, thank you

P.S. The gnunet package has a user service too. I believe gnunet-user is a relic package from when gnunet was not well maintained yet.