Bug 1219035

It seems to be related to a known upstream issue at https://git.savannah.gnu.org/cgit/autoconf.git/tree/NEWS#n194,

A workaround has been discussed here https://savannah.gnu.org/support/index.php?110983 waiting an upstream fix.

I will investigate to apply this workaround for the autoconf:testsuite on i586, and for others packages.

1) Remove tests for i586 arch, error already known upstream and workaround provided.
2) Re-add a previous patch to build in success dependents packages

New request : https://build.opensuse.org/request/show/1147797

Created attachment 872931 [details]
libreoffice i586 ftbfs

This is almost done! Only libreoffice is failing to build on i586 now. I've just attached the log and also added to the bug to the new Libreoffice maintainer :)
Martin, could you please take a look?

Absolutely, on it.

Hi,

In the meantime libreoffice was updated to version 24.2.1.2 and still fails to build with this version of autoconf. I'm attaching the new build log.

Created attachment 873394 [details]
libreoffice_24.2.1.2_i586_log.txt

Thanks for sharing the log. I fail to see any relation to Autoconf 2.72. The log shows the error:
undefined reference to `GpgME::Data::seek(long, int)'

A little more context:
[ 2771s] S=/home/abuild/rpmbuild/BUILD/libreoffice-24.2.1.2 && I=$S/instdir && W=$S/workdir &&  mkdir -p $W/CxxObject/tools/source/inet/ $W/Dep/CxxObject/tools/source/inet/ && cd /home/abuild/rpmbuild/BUILD/libreoffice-24.2.1.2 &&   	  g++ -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED -DCPPU_ENV=gcc3 -DINTEL -DLINUX -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DUNIX -DUNX -DX86 -D_PTHREADS -D_REENTRANT  -DTOOLS_DLLIMPLEMENTATION  -DSYSTEM_ZLIB -DZLIB_CONST  -DSYSTEM_LIBXML  -flto=jobserver -fuse-linker-plugin -O2 -fvisibility=hidden    -Wall -Wno-missing-braces -Wendif-labels -Wextra -Wundef -Wunreachable-code -Wshadow -Wunused-macros  -finput-charset=UTF-8 -fmessage-length=0 -fno-common -pipe -fstack-protector-strong  -Wdeprecated-copy-dtor -Wduplicated-cond -Wlogical-op -Wshift-overflow=2 -Wunused-const-variable=1 -Wno-cast-function-type -fvisibility-inlines-hidden -fPIC -Wshadow -Woverloaded-virtual -std=c++20 -pthread  -std=c++20 -fomit-frame-pointer -O2 -Wall -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=3 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -g1 -flifetime-dse=1  -fexceptions -fno-enforce-eh-specs    -DLIBO_INTERNAL_ONLY  -c $S/tools/source/inet/inetmime.cxx -o $W/CxxObject/tools/source/inet/inetmime.o  -I$S/tools/inc -I$S/include -I/usr/lib/jvm/java-21-openjdk-21/include -I/usr/lib/jvm/java-21-openjdk-21/include/linux -I$S/config_host   -I$W/UnoApiHeadersTarget/udkapi/normal -I$W/UnoApiHeadersTarget/offapi/normal -I/usr/include     -isystem /usr/include/libxml2    
[ 2771s] /usr/bin/ld.bfd: [build CXX] tools/source/inet/inetmsg.cxx
[ 2771s] /tmp/ccyB6wS6.ltrans9.ltrans.o: in function `comphelper::DocPasswordHelper::decryptGpgSession(com::sun::star::uno::Sequence<com::sun::star::uno::Sequence<com::sun::star::beans::NamedValue> > const&)':
[ 2771s] /home/abuild/rpmbuild/BUILD/libreoffice-24.2.1.2/comphelper/source/misc/docpasswordhelper.cxx:705:(.text+0x4fb7): undefined reference to `GpgME::Data::seek(long, int)'
[ 2771s] /usr/bin/ld.bfd: /home/abuild/rpmbuild/BUILD/libreoffice-24.2.1.2/comphelper/source/misc/docpasswordhelper.cxx:716:(.text+0x5402): undefined reference to `GpgME::Data::seek(long, int)'
[ 2771s] /usr/bin/ld.bfd: /tmp/ccyB6wS6.ltrans13.ltrans.o: in function `comphelper::OStorageHelper::CreateGpgPackageEncryptionData()':
[ 2771s] /home/abuild/rpmbuild/BUILD/libreoffice-24.2.1.2/comphelper/source/misc/storagehelper.cxx:507:(.text+0x64e3): undefined reference to `GpgME::Data::seek(long, int)'
[ 2771s] /usr/bin/ld.bfd: /home/abuild/rpmbuild/BUILD/libreoffice-24.2.1.2/comphelper/source/misc/storagehelper.cxx:520:(.text+0x6583): undefined reference to `GpgME::Data::seek(long, int)'
[ 2771s] collect2: error: ld returned 1 exit status

Yes thanks for the log, and unfortunately, it could have a relation with the new version of autoconf. Where the undefined function seek(long, int) from logs, can use the type "off_t" where, according the used of `AC_SYS_LARGEFILE` for 32bits arch system, couldn't be correctly defined. It is related to the issue forward in the comment #1.
Maybe Applying the workaround for the build of libreoffice could do the job.

BTW this issue also reported here: https://bugs.gentoo.org/925162

Debugged the LO issue a bit with Fridrich (first patch being tested)

the error is tracked down to https://cgit.freedesktop.org/libreoffice/core/tree/configure.ac#n7225
where LO relies on internal ac_cv variables from autoconf

This was changed / broken by http://git.savannah.gnu.org/gitweb/?p=autoconf.git;a=commitdiff;h=cf09f48841b66fe76f606dd6018bb3a93242a7c9 though

which results in LO no longer passing -D_FILE_OFFSET_BITS=64 to the compiler

Patch proposed https://gerrit.libreoffice.org/c/core/+/164704

Do you think that the proposed patches in comment #11 could be fixed the build of libreoffice Martin ?

(In reply to Valentin Lefebvre from comment #12)
> Do you think that the proposed patches in comment #11 could be fixed the
> build of libreoffice Martin ?

We know it fixes it - it's even accepted upstream; but the LO maintainer has already an unstable branch in the devel prj; stable should be ready in the next 10 days

Fixed by accepting according merge request on 2024-03-28.

Thanks to everybody involved!