https://github.com/libfuse/sshfs/releases/tag/sshfs-3.7.3:
> This is the last release from the current maintainer. SSHFS is now no
> longer maintained or developed. Github issue tracking and pull
> requests have therefore been disabled. The mailing list (see below) is
> still available for use.
>
> If you would like to take over this project, you are welcome to do so.
> Please fork it and develop the fork for a while. Once there has been 6
> months of reasonable activity, please contact Nikolaus@rath.org and
> I'll be happy to give you ownership of this repository or replace with
> a pointer to the fork.
Workaround build failure on -fno-common toolchains like upstream
gcc-10. Otherwise build fails as:
ld: svnclient.o:/build/svnfs-0.4/src/svnfs.h:40: multiple definition of
`dirbuf'; svnfs.o:/build/svnfs-0.4/src/svnfs.h:40: first defined here
Workaround build failure on -fno-common toolchains like upstream
gcc-10. Otherwise build fails as:
ld: unsquashfs_xattr.o:/build/squashfs4.4/squashfs-tools/error.h:34: multiple definition of
`verbose'; unsquashfs.o:/build/squashfs4.4/squashfs-tools/error.h:34: first defined here
This is unfortunately more complex than a simple version bump because
upstream has not released a dist tarball for this release. This commit
switches to using the github source and running autoreconf ourselves.
Along the way, stop randomly patching sources and Makefiles and instead
switch to upstreamable alternatives. The two (small) build system
patches have been sent upstream, see tuxera/ntfs-3g#39.
Commit 49d0a5afd mistakenly inverted when to apply the patch.
Maybe it's not needed anymore, as pkgsMusl.e2fsprogs succeeded for me
even without it, but it looks harmless and better not have it inversed.
This way we also don't cause a mass rebuild :-)
Without the change upstream gcc-10 fails to build as:
ld: src/common/mgmt/pint-worker-external.po:(.data.rel.local+0x0): multiple definition of
`PINT_worker_external_impl'; src/common/mgmt/pint-mgmt.po:(.bss+0x20): first defined here
Workaround build failure on -fno-common toolchains like upstream
gcc-10. Otherwise build fails as:
ld: libupnp/upnp/.libs/libupnp.a(libupnp_la-gena_ctrlpt.o):libupnp/upnp/src/inc/upnpapi.h:163:
multiple definition of `pVirtualDirList'; libupnp/upnp/.libs/libupnp.a(libupnp_la-upnpapi.o):libupnp/upnp/src/inc/upnpapi.h:163: first defined here
