Re: git: b2127b6f1ae2 - stable/13 - Install unwind.h into /usr/include

On Thu, 3 Mar 2022 12:30:41 -0800
John Baldwin <jhb@FreeBSD.org> wrote:

> On 3/3/22 10:08 AM, Dimitry Andric wrote:
> > I can't even get to building libreoffice, as all the openjdk ports fail to build, with DTrace errors:
> > 
> > 
> > dtrace: failed to compile script /wrkdirs/share/dim/ports/java/openjdk12/work/openjdk-jdk12u-jdk-12.0.2-10-4/build/bsd-x86_64-server-release/hotspot/variant-server/support/dtrace/hotspot.h.d: "/u
> > /mbuf.d", line 1: failed to copy type of 'm_data': Type information is in parent and unavailable
> > * For target hotspot_variant-server_gensrc_dtracefiles_hotspot_jni.h:
> > dtrace: failed to compile script /wrkdirs/share/dim/ports/java/openjdk12/work/openjdk-jdk12u-jdk-12.0.2-10-4/build/bsd-x86_64-server-release/hotspot/variant-server/support/dtrace/hotspot_jni.h.d:
> > race/mbuf.d", line 1: failed to copy type of 'm_data': Type information is in parent and unavailable
> > * For target hotspot_variant-server_gensrc_dtracefiles_hs_private.h:
> > dtrace: failed to compile script /wrkdirs/share/dim/ports/java/openjdk12/work/openjdk-jdk12u-jdk-12.0.2-10-4/build/bsd-x86_64-server-release/hotspot/variant-server/support/dtrace/hs_private.h.d:
> > ace/mbuf.d", line 1: failed to copy type of 'm_data': Type information is in parent and unavailable
> > 
> > It seems there is no way to disable DTrace in the openjdk ports, so I'm a little stuck on this.
> > 
> > Maybe it is possible to build libreoffice without Java support? But then I don't know if I will get the same error as you're getting.
> > 
> > -Dimitry
> 
> It might also be helpful to not re-use the same PR for multiple issues.  (When I
> first started reading the PR it was hard to understand why unwind.h had broken
> openjpeg.)

There is only one issue, editors/libreoffice fails to build.
Just multiple causes exists, unfortunately, and resolving single cause
makes hidden causes to appear.

Currently,

 *graphics/openjpeg15 issue is resolved.
 *LTO option is now known to be disabled for successful build.
 *Reverting git b2127b6f1ae2 (stable/13) / c00d34566536 (main) helpes
  successful build.

are known, but the last two are both workarounds, not fixes.


> If I have read it correctly, some build tool (gengal?) is now segfaulting during
> the build.  My initial guess is that the build tool decided to alter its behavior
> based on a configure-type check finding unwind.h and enabling some bit of
> functionality that previously was not enabled.

Unfortunately, unwind.h seems to be unconditionally included.

> 
> -- 
> John Baldwin


-- 
Tomoaki AOKI    <junchoon@dec.sakura.ne.jp>