From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: pmacct marked as SKIP during IPFire build Date: Mon, 19 Jul 2021 12:28:47 +0100 Message-ID: In-Reply-To: <3d71249a-3c95-c8c9-0c6f-5ce78cf64fed@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8026244903325266214==" List-Id: --===============8026244903325266214== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, Yes, this looks very good! -Michael > On 15 Jul 2021, at 18:48, Adolf Belka wrote: >=20 > Hi Michael, >=20 > On 15/07/2021 18:40, Michael Tremer wrote: >> 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=E2=80= =99t look like good coding style. >> Could you try this patch? > Tried it and it worked but then the build of pmacct stopped for the exact s= ame error. >> https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-libs/libcdada/files/lib= cdada-0.3.4-Werror.patch > Looked in gentoo for a pmacct werror patch and found one for 1.7.4 but the = positioning is too far away from the lines in 1.7.6 for the patch to work. So= I am creating a new patch that removes the Werror parts from the configure.a= c in pmacct-1.7.6. Hopefully that should then work as it did for libcdada. >=20 > Regards, > Adolf. >> -Michael >>> On 15 Jul 2021, at 17:10, Adolf Belka wrote: >>>=20 >>> Hi Michael, All, >>>=20 >>> On 15/07/2021 14:53, Adolf Belka wrote: >>>> Hi Michael, >>>>=20 >>>> On 15/07/2021 13:55, Michael Tremer wrote: >>>>> Hey, >>>>>=20 >>>>> I am not the export here, but I believe this was disabled because libcd= ada does not build with GCC 11. >>>>>=20 >>>>> Is there an update maybe? >>>> I have had a look and there is an update for libcdada. Doesn't mention a= nything about problems with gcc in its changelog. >>>> Will give a go to testing with existing and also with the new libcdada v= ersion and see how it goes. >>>>>=20 >>> 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. >>>=20 >>> The log for the 0.3.4 version is at the end of this email. >>>=20 >>> 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 se= emed 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 pos= ts 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. >>>=20 >>> The actual error or warning appears to be related to a variable that is b= eing flagged that it might exceed the maximum object size. You can find the e= rror message near the end of the log below. >>>=20 >>> There were also a lot of warnings in the autogen.sh part of the build wit= h 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. >>>=20 >>> Any suggestions for things to try out will be gladly welcomed. >>>=20 >>> Regards, >>>=20 >>> Adolf. >>>=20 >>>> Will do so if I have any problems. >>>>=20 >>>> Thanks for the info. >>>>=20 >>>> Regards, >>>> Adolf. >>>>>=20 >>>>> Best, >>>>> -Michael >>>>>=20 >>>>>> On 15 Jul 2021, at 11:58, Adolf Belka wrote: >>>>>>=20 >>>>>> Hi All, >>>>>>=20 >>>>>> 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 an= d so didn't get built. >>>>>>=20 >>>>>> What is the reason for this? Has there been some problem that needs to= be fixed? >>>>>>=20 >>>>>>=20 >>>>>> Regards, >>>>>>=20 >>>>>> Adolf. >>>>>>=20 >>>>>=20 >>> --===============8026244903325266214==--