Hello,
This is just a warning that is being treated as an error.
GCC seems to get the size calculation wrong, but it generally doesn’t look like good coding style.
Could you try this patch?
https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-libs/libcdada/files/libcd...
-Michael
On 15 Jul 2021, at 17:10, Adolf Belka adolf.belka@ipfire.org wrote:
Hi Michael, All,
On 15/07/2021 14:53, Adolf Belka wrote:
Hi Michael,
On 15/07/2021 13:55, Michael Tremer wrote:
Hey,
I am not the export here, but I believe this was disabled because libcdada does not build with GCC 11.
Is there an update maybe?
I have had a look and there is an update for libcdada. Doesn't mention anything about problems with gcc in its changelog. Will give a go to testing with existing and also with the new libcdada version and see how it goes.
So I took out the SUP_ARCH lines and did a build with both libcdada-0.3.4 and libcdada-0.3.5 and got the same error with both.
You can just enable it again (remove the SUP_ARCHES line) and see what happens. Feel free to post the log here.
The log for the 0.3.4 version is at the end of this email.
There is a line about all warnings being treated as errors and searching on that it seems that might be a consequence of GCC 11. My internet search seemed to indicate that will happen with GCC 11 if you have Werror in the flags and that is present in both CFLAGS and CXXFLAGS. The suggestion in those posts I read was to remove the Werror entry from the two sets of flags but as I am not experienced with those types of things I thought I would ask here.
The actual error or warning appears to be related to a variable that is being flagged that it might exceed the maximum object size. You can find the error message near the end of the log below.
There were also a lot of warnings in the autogen.sh part of the build with obsolete macros being flagged up and suggestion to run autoupdate. I tried putting that after the autogen.sh line but it made no difference to the error that stopped the build, although it might be good to also have in place.
Any suggestions for things to try out will be gladly welcomed.
Regards,
Adolf.
Will do so if I have any problems.
Thanks for the info.
Regards, Adolf.
Best, -Michael
On 15 Jul 2021, at 11:58, Adolf Belka adolf.belka@ipfire.org wrote:
Hi All,
I have been doing some update builds and while doing that with "next" I noticed that pmacct and its dependency libcdada were both marked as SKIP and so didn't get built.
What is the reason for this? Has there been some problem that needs to be fixed?
Regards,
Adolf.
<log libcdada-0.3.4>