NetBSD Problem Report #58145

From www@netbsd.org  Fri Apr 12 17:47:29 2024
Return-Path: <www@netbsd.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 3E4E61A9239
	for <gnats-bugs@gnats.NetBSD.org>; Fri, 12 Apr 2024 17:47:29 +0000 (UTC)
Message-Id: <20240412174728.554051A923A@mollari.NetBSD.org>
Date: Fri, 12 Apr 2024 17:47:28 +0000 (UTC)
From: campbell+netbsd@mumble.net
Reply-To: campbell+netbsd@mumble.net
To: gnats-bugs@NetBSD.org
Subject: libreoffice gcc dependency is too new
X-Send-Pr-Version: www-1.0

>Number:         58145
>Category:       pkg
>Synopsis:       libreoffice gcc dependency is too new
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Apr 12 17:50:00 +0000 2024
>Last-Modified:  Mon Apr 15 10:40:01 +0000 2024
>Originator:     Taylor R Campbell
>Release:        10, 9
>Organization:
The NetBSD Foundation
>Environment:
>Description:
misc/libreoffice apparently depends on gcc12:

# configure script checks the version of GCC.
GCC_REQD+=      12

This means it will not work on any NetBSD release without risking shared library collisions, since the newest that NetBSD ships with is gcc10.  This is not viable.
>How-To-Repeat:
build misc/libreoffice on any NetBSD release
>Fix:
Various options:

1. Revert to an older libreoffice branch.
2. Fix the configure script.
3. Rename all the gcc C++ libraries so that there is no risk of collision with base.

>Audit-Trail:
From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
To: gnats-bugs@NetBSD.org
Cc: tsutsui@ceres.dti.ne.jp
Subject: Re: pkg/58145: libreoffice gcc dependency is too new
Date: Mon, 15 Apr 2024 19:39:00 +0900

 Explicitly using clang may work around?
 (at least builds on NetBSD/amd64 10.0)

 Index: Makefile
 ===================================================================
 RCS file: /cvsroot/pkgsrc/misc/libreoffice/Makefile,v
 retrieving revision 1.326
 diff -u -p -r1.326 Makefile
 --- Makefile	11 Mar 2024 15:05:04 -0000	1.326
 +++ Makefile	15 Apr 2024 10:32:23 -0000
 @@ -16,7 +16,10 @@ LICENSE=	gnu-lgpl-v3
  UNLIMIT_RESOURCES+=	cputime

  # configure script checks the version of GCC.
 -GCC_REQD+=	12
 +#GCC_REQD+=	12
 +PKGSRC_COMPILER=        clang
 +PKG_CC=                 clang
 +PKG_CXX=                clang++

  # Mixture of C++11, C++20 and so on. Do not override standards in Makefiles.
  # Do not define gnu++20. It breaks the build.
 @@ -389,6 +392,7 @@ BUILDLINK_API_DEPENDS.libetonyek+=	libet
  .include "../../graphics/zxing-cpp/buildlink3.mk"
  #.include "../../graphics/sane-backends/buildlink3.mk"
  #.include "../../graphics/vigra/buildlink3.mk"
 +.include "../../lang/clang/buildlink3.mk"
  .include "../../lang/python/batteries-included.mk"
  .include "../../lang/python/application.mk"
  # workaround for dtoa.h conflict with python and dtoa:


 ---

 ..and fails with native gcc 10.5.0:

 ---
 [build LNK] Executable/propex
 [build PKG] Dictionary/dict-eo
 /usr/bin/ld: /s/obj.x86_64/pkgsrc/misc/libreoffice/work.x86_64/libreoffice-24.2.1.2/instdir/sdk/lib/libuno_sal.so: undefined reference to `std::condition_variable::wait(std::unique_lock<std::mutex>&)@GLIBCXX_3.4.30'
 /usr/bin/ld: /s/obj.x86_64/pkgsrc/misc/libreoffice/work.x86_64/libreoffice-24.2.1.2/instdir/sdk/lib/libuno_sal.so: undefined reference to `std::__throw_bad_array_new_length()@GLIBCXX_3.4.29'
 [build PKG] Dictionary/dict-es
 collect2: error: ld returned 1 exit status
 [build PKG] Dictionary/dict-et
 gmake[1]: *** [/s/obj.x86_64/pkgsrc/misc/libreoffice/work.x86_64/libreoffice-24.2.1.2/desktop/Executable_oosplash.mk:10: /s/obj.x86_64/pkgsrc/misc/libreoffice/work.x86_64/libreoffice-24.2.1.2/instdir/program/oosplash] Error 1

 ---
 Izumi Tsutsui

Home	PR Database Search