[Bug 257525] lang/ruby26: add DTRACE option
- In reply to: bugzilla-noreply_a_freebsd.org: "[Bug 257525] lang/ruby26: add DTRACE option"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 06 Sep 2021 15:28:59 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257525 --- Comment #11 from Steve Wills <swills@FreeBSD.org> --- (In reply to Evgeniy Khramtsov from comment #10) > Seems that dtrace calls "ld" regardless of what is set as LD in /usr/share/mk/sys.mk. LD set via env(1) is also ignored. Maybe a base issue? Thank you, yes, this is the cause of the issue and what I was trying to get to. Indeed, dtrace expects an "ld" command: https://cgit.freebsd.org/src/tree/cddl/contrib/opensolaris/lib/libdtrace/common/dt_open.c#n789 It would be nice if it checked LD environment variable, and we can file a bug requesting that, but expecting an "ld" command to exist somewhere seems like a pretty reasonable expectation to me. I'm not even sure where the right place to file a bug on dtrace would be. What is the upstream source? Or perhaps it should be filed against FreeBSD base since this was added here: https://cgit.freebsd.org/src/commit/cddl/contrib/opensolaris/lib/libdtrace/common/dt_open.c?id=fb24b944be9a0a5c0fe8a09b28321d1ff2c245fd Seems like there are a number of ways around the issue for now. You could patch this hard coded path in your setup for now, since you've already patched so many other things. Or perhaps create a patch to dtrace to have it check LD environment variable and fall back to "ld" and add that to a dtrace bug report. But, since we now understand the issue and disabling dtrace in the port avoids it and also helps with reproducibility, I'm OK with the patch to ruby to add the DTRACE option. Thanks again for the help understanding the issue. I'll try to file a bug against FreeBSD base and create a patch when I have some time. -- You are receiving this mail because: You are the assignee for the bug.