Arch Linux User Repository

I got the same error as @Pulec, but was able to get it to work after a little bit of poking around.

Looking through the errors I realized that this is related to the default CFLAGS settings in /etc/makepkg.conf . Specifically, it looks like the ./configure script is trying to parse -W flags but then messing up.

So I edited /etc/makepkg.conf:

• Comment out the existing CFLAGS= and CXXFLAGS= lines
• Create new CFLAGS= and CXXFLAGS= lines based on the existing ones but with all flags starting with "-W" removed

The end result:

CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -fstack-clash-protection -fcf-protection"

CXXFLAGS="$CFLAGS"

After that building and installing using yay worked fine.

checking for gcc... gcc
checking whether the C compiler works... no
configure: error: in `/home/pulec/.cache/aurutils/sync/pilot-link/src/pilot-link-0.12.5':
configure: error: C compiler cannot create executables
See `config.log' for more details.

the config.log -> https://0x0.st/o58W.log

I tried doing pilot-link from https://github.com/desrod/pilot-link, just a few switches:

source=("$pkgname::git+https://github.com/desrod/pilot-link.git" skip MD5sum ${pkgname}-${pkgver} shorten to just ${pkgname} and replace configure with autogen.sh

still the same error and config.log https://0x0.st/o58V.log

I guess I'll just use kde-pim.

Dear @parkerlreed:

The listed upstream URL is dead. The upstream maintainer's explanation seems to be at: https://github.com/desrod/pilot-link/issues/4#issuecomment-1078618716

The new upstream URL is https://github.com/desrod/pilot-link -- I wonder if you could please update the link on the AUR website?

@dreieck: Compiler output messages about discarded const qualifiers can be tricky. But, if you're good at C programming, you can tackle them. Please take a look at: https://www.cs.odu.edu/~zeil/FAQs/Public/faq/#discards-qualifiers

If you come up with a patch, you may send it to @parkerlreed as well as upstream (to https://github.com/desrod/pilot-link).

@peterfab9845 I am seeing this too. If you have a proposed fix, feel free to share. I tried messing with configure.ac at that point but cannot get it building.

@feufochmar, you must mean pilot-link 0.13.0 from http://www.jpilot.org/ubuntu-20.04/.

You can extract any .deb file using the venerable "ar" command, which you might already have on your machine. "ar" is part of the GNU Binutils.

The changelog.gz inside the pilot-link .deb file says that the only change for 0.13.0 is: "Changing python2 dependency to python3".

I have no idea how much or little work went into this change. I've now asked, at https://github.com/juddmon/jpilot/issues/30.

Fails to compile for me with the following error messages:

libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../include -I../include -g0 -march=x86-64 -mtune=native -O3 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fomit-frame-pointer -fPIC -Wno-error -Werror -MT libpisock_la-address.lo -MD -MP -MF .deps/libpisock_la-address.Tpo -c address.c  -fPIC -DPIC -o .libs/libpisock_la-address.o
address.c: In function ‘unpack_AddressAppInfo’:
address.c:212:32: error: initialization discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
  212 |         unsigned char *start = record;
      |                                ^~~~~~
address.c: In function ‘pack_AddressAppInfo’:
address.c:280:39: error: passing argument 1 of ‘strcpy’ discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
  280 |                 strcpy(ai->phoneLabels[i - 3], ai->labels[i]);
      |                        ~~~~~~~~~~~~~~~^~~~~~~
In file included from /usr/include/features.h:473,
                 from /usr/include/unistd.h:25,
                 from address.c:23:
/usr/include/bits/string_fortified.h:77:1: note: expected ‘char * restrict’ but argument is of type ‘const char *’
   77 | __NTH (strcpy (char *__restrict __dest, const char *__restrict __src))
      | ^~~~~
address.c:282:39: error: passing argument 1 of ‘strcpy’ discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
  282 |                 strcpy(ai->phoneLabels[i - 19 + 5], ai->labels[i]);
      |                        ~~~~~~~~~~~~~~~^~~~~~~~~~~~
In file included from /usr/include/features.h:473,
                 from /usr/include/unistd.h:25,
                 from address.c:23:
/usr/include/bits/string_fortified.h:77:1: note: expected ‘char * restrict’ but argument is of type ‘const char *’
   77 | __NTH (strcpy (char *__restrict __dest, const char *__restrict __src))
      | ^~~~~
address.c:301:39: error: passing argument 1 of ‘strcpy’ discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
  301 |                 strcpy(ai->phoneLabels[i - 3], ai->labels[i]);
      |                        ~~~~~~~~~~~~~~~^~~~~~~
In file included from /usr/include/features.h:473,
                 from /usr/include/unistd.h:25,
                 from address.c:23:
/usr/include/bits/string_fortified.h:77:1: note: expected ‘char * restrict’ but argument is of type ‘const char *’
   77 | __NTH (strcpy (char *__restrict __dest, const char *__restrict __src))
      | ^~~~~
address.c:303:39: error: passing argument 1 of ‘strcpy’ discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
  303 |                 strcpy(ai->phoneLabels[i - 19 + 5], ai->labels[i]);
      |                        ~~~~~~~~~~~~~~~^~~~~~~~~~~~
In file included from /usr/include/features.h:473,
                 from /usr/include/unistd.h:25,
                 from address.c:23:
/usr/include/bits/string_fortified.h:77:1: note: expected ‘char * restrict’ but argument is of type ‘const char *’
   77 | __NTH (strcpy (char *__restrict __dest, const char *__restrict __src))
      | ^~~~~
[...]

No longer compiles since pacman 5.2.2-3, due to the configure script eating only part of the new default flag -Werror=format-security. See configure.ac line 63.

I was about to flag that package out of date as someone complained on Mastodon that a version 0.13.0 was released in february, but there is something odd about it. A debian archive of that version is listed among the downloads of the jpilot website, but I can't find the corresponding source (upstream website is dead for a while apparently).

The important part of this pilot-link update is to use python3.

It does (!) compile and produces so-libraries, but I had to use autogen.sh instead of configure.