From nobody Mon Sep 6 12:36:26 2021 X-Original-To: ruby@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7D9E317AAECB for ; Mon, 6 Sep 2021 12:36:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H37Dp2q4mz4fsf for ; Mon, 6 Sep 2021 12:36:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 3CD971EC61 for ; Mon, 6 Sep 2021 12:36:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 186CaQVJ039525 for ; Mon, 6 Sep 2021 12:36:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 186CaQp9039524 for ruby@FreeBSD.org; Mon, 6 Sep 2021 12:36:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ruby@FreeBSD.org Subject: [Bug 257525] lang/ruby26: add DTRACE option Date: Mon, 06 Sep 2021 12:36:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: evgeniy@khramtsov.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback- maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: FreeBSD-specific Ruby discussions List-Archive: https://lists.freebsd.org/archives/freebsd-ruby List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ruby@freebsd.org X-BeenThere: freebsd-ruby@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D257525 --- Comment #7 from Evgeniy Khramtsov --- (In reply to Steve Wills from comment #5) > What is the error? Was it posted previously and I'm missing it? See v1 commit message: compiling dmyenc.c linking miniruby ld: error: undefined symbol: __dtraceenabled_ruby___array__create >>> referenced by array.c >>> array.o:(ary_new) >>> referenced by array.c >>> array.o:(rb_ary_new) >>> referenced by array.c >>> array.o:(rb_assoc_new) >>> referenced 27 more times > The linked commit doesn't seem to explain much. > It seems like it would really be helpful if you could be more specific ab= out the issue(s) you seem to be encountering. > You seem to be saying that you have set these [...] options in src.conf > and an additional patch to enable using external LLVM toolchain. FreeBSD base system includes LLVM based toolchain, and if one follows CURRE= NT, then each update from source can take hours due to LLVM build. While there = are different ways to solve this via meta mode or ccache, the most efficient way to lessen compile times is to not build the base toolchain, and use devel/llvm12 from ports instead. LLVM from ports can also be fetched using poudriere-dev= el pkg seeding via '-b' option, resulting in no compile time for LLVM. This al= lows me to build both kernel+world in less than 5 minutes using cheap (QTJ2) hardware. I did the same for my poudriere build jail and installed devel/llvm12 as toolchain. The ports LLVM !=3D base LLVM; the base one can link DTrace symb= ols (in www/node, etc) while ports one can't. Maybe the ports LLVM can't link t= hem due to diff between base LLVM, or the base LLVM includes some headers by default, or I don't have related toolchain binaries in $PATH symlinked to /usr/local/llvm12/*. This is not an issue to me; I don't use DTRACE options in ports and opted to turn them off instead. The only ports that I use that have non-optional DTR= ACE are lang/ruby2*. > Full build log you get when trying to build ruby with this configuration = it might help? Sorry, but I can't expose my environment, as this is an infoleak that can h= elp crafting exploits and puts me in risk. I prefer to have unique binaries. I already posted the required steps to reproduce this. > True the option to disable DTRACE is harmless, at the same time, we try n= ot to add unnecessary options as each one adds a maintenance work in the lo= ng term. Currently DTrace support is an "automagic" option (which some folks dislike= ), but I think that the main rationale to include DTRACE as an option, is ports tree consistency. My use case happens to need this. > sysutils/py-diffoscope Thanks. --=20 You are receiving this mail because: You are the assignee for the bug.=