Attempts to build openoffice-4 and openoffice-devel on PowerPC64 (Current), using gcc, results in the below: ============= Building module instsetoo_native ============= Entering /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/inc_openoffice/windows/msi_languages Entering /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/inc_openoffice/unix mkout -- version: 1.8 mkout -- version: 1.8 Entering /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/util cp -f /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/pck/intro.zip ../unxfbsdppc64.pro/bin/intro.zip cp -f /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/pck/openoffice_dev/intro.zip ../unxfbsdppc64.pro/bin/dev/intro.zip cp -f /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/bin/images.zip ../unxfbsdppc64.pro/bin/dev/images.zip /usr/local/bin/perl /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solenv/bin/replace_in_zip.pl \ ../unxfbsdppc64.pro/bin/dev/images.zip \ framework/res/ \ /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/default_images/framework/res/dev/ \ backing.png \ backing_hc.png \ backing_rtl_left.png \ backing_rtl_left_hc.png cp -f /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/lib/pyuno/uno.py ../unxfbsdppc64.pro/bin/uno.py cp -f /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/lib/pyuno/unohelper.py ../unxfbsdppc64.pro/bin/unohelper.py cp -f /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/lib/pyuno/pythonloader.py ../unxfbsdppc64.pro/bin/pythonloader.py mkdir: ../unxfbsdppc64.pro/bin/dev/: File exists cp -f /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/lib/pyuno/pythonscript.py ../unxfbsdppc64.pro/bin/pythonscript.py cp -f /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/lib/pyuno/officehelper.py ../unxfbsdppc64.pro/bin/officehelper.py cp -f /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/lib/pyuno/mailmerge.py ../unxfbsdppc64.pro/bin/mailmerge.py replacing backing.png replacing backing_hc.png replacing backing_rtl_left.png replacing backing_rtl_left_hc.png writing archive back to disk ... checking environment variables ... ######################################################## make_installer.pl, version 1.0 Product list file: ../util/openoffice.lst Taking setup script from solver Unpackpath: /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/util/../unxfbsdppc64.pro Compiler: unxfbsdppc64 Product: Apache_OpenOffice BuildID: 9822 Build: AOO420 No minor set Product version Using default installpath Package format: archive msi templatepath: /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/util/../unxfbsdppc64.pro/misc/openoffice/msi_templates msi template path will be ignored for non Windows builds! msi languagepath: /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/util/../unxfbsdppc64.pro/misc/win_ulffiles msi language path will be ignored for non Windows builds! Calling epm Stripping files Unzip ARCHIVE files Languages: en-US ######################################################## ... checking required files ... ...... searching zip ... Found: /usr/local/bin/zip ... analyzing ../util/openoffice.lst ... ... reading include paths ... ... analyzing script: /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/bin/setup_osl.ins ... ... analyzing script: /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/solver/420/unxfbsdppc64.pro/bin/setup_osl.ins ... ... analyzing directories ... ... analyzing files ... ... analyzing scpactions ... ... analyzing shortcuts ... ... analyzing unix links ... ... analyzing profile ... ... analyzing profileitems ... ... analyzing modules ... ------------------------------------ ... languages en-US ... ... analyzing files ... preparing 0 extension blobs for language en-US: preparing 0 bundled extensions for language en-US: ... analyzing files with flag ARCHIVE ... ... analyzing files with flag SUBST_FILENAME ... ... analyzing files with flag SCPZIP_REPLACE ... ... analyzing files with flag PATCH_SO_NAME ... ... analyzing files with flag HIDDEN ... ... analyzing all directories for this product ... ... analyzing links ... ... analyzing unix links ... ... creating profiles ... fatal: not a git repository (or any of the parent directories): .git ... analyzing modules ... ... creating installation directory ... ... creating installation set in /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/unxfbsdppc64.pro/Apache_OpenOffice/archive/install/en-US ... ... removing old installation directories ... ... creating directories ... ... copying files ... ... creating links ... remove_empty_dirs_in_folder /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/unxfbsdppc64.pro/Apache_OpenOffice/archive/install/en-US_inprogress/Apache_OpenOffice_4.2.0_FreeBSD_install-arc_en-US/openoffice4/share/extensions ... current dir: /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/unxfbsdppc64.pro/Apache_OpenOffice/archive/install/en-US_inprogress/Apache_OpenOffice_4.2.0_FreeBSD_install-arc_en-US/openoffice4/program ... ... /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/unxfbsdppc64.pro/Apache_OpenOffice/archive/install/en-US_inprogress/Apache_OpenOffice_4.2.0_FreeBSD_install-arc_en-US/openoffice4/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | ... ************************************************** ERROR: ERROR: /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/unxfbsdppc64.pro/Apache_OpenOffice/archive/install/en-US_inprogress/Apache_OpenOffice_4.2.0_FreeBSD_install-arc_en-US/openoffice4/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed! in function: register_extensions ************************************************** ... cleaning the output tree ... ... removing directory /tmp/ooopackaging/i_557201606434023 ... ... removing directory /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/unxfbsdppc64.pro/Apache_OpenOffice/archive/stripped/en-US ... Error: ERROR: /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/unxfbsdppc64.pro/Apache_OpenOffice/archive/install/en-US_inprogress/Apache_OpenOffice_4.2.0_FreeBSD_install-arc_en-US/openoffice4/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed! in function: register_extensionsstopping log at Thu Nov 26 18:53:42 2020 dmake: Error code 255, while making 'openoffice_en-US.archive' 1 module(s): instsetoo_native need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/util When you have fixed the errors in that module you can resume the build by running: build --from instsetoo_native *** Error code 1 Stop. make[1]: stopped in /usr/ports/editors/openoffice-devel *** Error code 1 Stop. make: stopped in /usr/ports/editors/openoffice-devel
The error appears to be here: ... /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/unxfbsdppc64.pro/Apache_OpenOffice/archive/install/en-US_inprogress/Apache_OpenOffice_4.2.0_FreeBSD_install-arc_en-US/openoffice4/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | ... ************************************************** ERROR: ERROR: /usr/ports/editors/openoffice-devel/work/aoo-4.2.0/main/instsetoo_native/unxfbsdppc64.pro/Apache_OpenOffice/archive/install/en-US_inprogress/Apache_OpenOffice_4.2.0_FreeBSD_install-arc_en-US/openoffice4/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed! in function: register_extensions ************************************************** I will investigate further.
Any non-default build options or anything interesting in /etc/make.conf?
(In reply to Don Lewis from comment #2) There's nothing unusual in my make.conf. After a bit of digging, it seems that this issue is related to the bridges. unopkg.bin sigfaults upon execution. Below is what I get from gdb. GNU gdb (GDB) 8.3.1 [GDB v8.3.1 for FreeBSD] Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "powerpc64-portbld-freebsd13.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./unopkg.bin... (No debugging symbols found in ./unopkg.bin) (gdb) run Starting program: /usr/ports/editors/openoffice-4/work/aoo-4.1.7/main/instsetoo_native/unxfbsdp.pro/Apache_OpenOffice/archive/install/en-US_witherror/Apache_OpenOffice_4.1.7_FreeBSD_install-arc_en-US/openoffice4/program/unopkg.bin Program received signal SIGSEGV, Segmentation fault. 0x0000000811bc6a18 in vtable for __cxxabiv1::__si_class_type_info () from /lib/libcxxrt.so.1 (gdb) It seems the bridges for powerpc64 needs to be adjusted to work inconjunction with clang, even when building with gcc.
FYI, the MacOS port (I don't know the arch) works. I think the FreeBSD port has a separate copy of the bridges code.
(In reply to Don Lewis from comment #4) Yes, but I don't believe clang is supported on MacOS PowerPC. My point is there seems to be a gcc/clang conflict in the code of the bridges on FreeBSD PowerPC64. This is indicated by gdb, when compiling with gcc, it should not reference the clang runtime library. The bridges work perfectly on freebsd 12.x. It's only on Current (13) that things break, as that's when the default C/C++ switches to clang.
I suspect that the configure logic needs to be adjusted for this combo. How are you trying to get the build to use gcc on 13-CURRENT?
(In reply to Don Lewis from comment #6) I’ve tried setting gcc in ‘etc/make.conf’ and in the Makefile with “USE_GCC = YES”. Getting the same results.
Something to be wary of is if any LIB_DEPENDS use clang for C++ compilation while the port uses gcc (or vice-versa), bad things tend to happen. I don't know if that is the problem here.
<https://cgit.freebsd.org/ports/commit/?id=c41bce980e44454f64e9b8e313941f9b56e5ce14> > editors/openoffice-4: mark BROKEN > BROKEN= does not build: invalid use of @return