Re: [Srcpd-devel] srcpd-2.1.4 build issues

[Guido S. <gui...@gm...>]

Am Sun, 24. May 2020 um 04:09:29 +0600 schrieb Denis Fateyev:

> Hello all,

Hi Denis,

> I have recently noticed that a new "srcpd" version 2.1.4 has been released,
> thanks for that. But there are some issues with it under recent Fedora and
> RHEL which I'd like to report:
 
> 1) New version builds fail on these architectures which don't have
> "sys/io.h" in glibc headers ported ("aarch64", "ppc64", "armv7", "s390x"):

[...]

> More detailed build log you could see here:
> https://kojipkgs.fedoraproject.org//work/tasks/7639/44877639/build.log
> Earlier, this wasn't an issue because this check was present, but didn't
> cause a fatal interrupt like in the new version. In fact, the new version
> can be built under "x86_64" and "x86" only.
> The best solution would be to adapt configure scripts to other
> architectures;

regarding this topic I recommend ito use the configure features the package
provides already. The ddl-s88 module uses the ioperm() function wich is
not available on all systems. So consequently you can just disable this
module for those architectures. See ./configure -- help for more
details.

> 2) "DDLS88" isn't compatible with architectures different from "x86_64" and
> "x86". Currently, we exclude it from the build with a patch — but would be
> better to adapt it for other arches;

OK, so any idea how to implement this?

> 3) The new version cannot be built with GCC 10+:

[...]
 
> The reason is that srcpd headers miss "extern" declarations, so when GCC10
> switched to "-fno-common" by default — it caused compile issues.
> The current workaround is to use "-fcommon" forcefully, but declarations
> are needed to be fixed in srcpd anyway.
> You can find additional information here:
> https://gcc.gnu.org/gcc-10/porting_to.html

I just have solved this "extern" variable declaration issues. Can you
check the svn repository if it fits for you?

Guido

-- 
http://wie-im-flug.net/
http://www.lug-burghausen.org/