From owner-freebsd-toolchain@freebsd.org Sun Dec 29 06:03:10 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D7FF01D58F1 for ; Sun, 29 Dec 2019 06:03:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47lqjn30xZz49cg for ; Sun, 29 Dec 2019 06:03:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: PzFqy9sVM1lXv_FSCUAVNqrDnpO5ecX6fm5jxVpNDqtbRpsDaqET0CpIAjtjLlG FaEyZwZr6wKDXh.sEtNDfnhP7spCrotKbpm0D4Wgw2gRm684.0fgbyuLh2Y0niXWXzpGbfve8UdM 3Kwky4CLKlla8lr_SJMhmE7MKALJtjjSN5NV33tjw4Iqbu.ggSxu2Yj1_SuYTsp9Ca6fCIw4nl1V IEtB0AiuJI1Ystv2Z6j5SuN_0Tn9bQ6CM8hLlUbPAjNdorzUcrkx34.c.RScVf5fPlDTMGLWp0qB 4w2fqm7EDWrJ_BgsNNtJ7DmsoiuVhOl_oM3khqEl_W24pOt0NLKzeubLZjfO3sPRueDEpNITx9ih _eOi4umOb9RyugPUoAbYFLZwkSvywPjaX0eKRObSUYwjjxypSttW5f_NhlA.4vn_HakEWIm1GnVh s4q5tSVLnHs.EOqEq.9pnovbj2RciTNU4lBmQdJ91cFVU_krd7F._5olhBWCk4n4aBigr9h7SpRV yITnXbj9Zad9kFR2ZhGiyZZFVcMWkgAmSp4ggOocG8mdipi3JaaEvvnyg2oTKmOJgyhfRHBRBI9n T36rx4G6NK_6nq2_xK1.RCKTAFeOAPTZS2TwUovlOkU1ta29KPIgUayhHplcYAMTxI_gX7YCOhyY vpEYvqJxNkGL8jevkOA2n8r2yYiy09IJ6roGRgECUVZ2U_YbofToa7ZN.VEFXcrapniEudMtHBeo IHRCp165vziBix7WBSsRRfHsd5T0EMq6QZZRNtLIt3osgLybxSmo_OeEh7eEMtSLLkQtvzPdb4gG .5XQk8.zjqwB2oqbwH2VY6LNYttAy0E56KeSKe4qJ8TmdeVdc3_0.3DP3Dhzahh72p3ObaDVz4Uc BAVQLK3mfDo84wwvk.wd9kfaGHq7zThX5cct20mc8yTT4F2bz1u_ReHGcsvuZNe2AcX54sU3xaGZ hC3583kFbAaXfFPjbwMMGNTg6Ev_WQs7ZrG6nAJ11pnjz7EbwlL3qsKQwREdflC5xcEYy9uL0KgY dzRAokF1Fr9lKlHwVyTpZC46e4xnEzfvP2lvD5GIgFIpXzxWJWJXsfmrlEdzXEiLqiHj0UpDaesU yz9Wh.ZhjbGH9gIpVh_4gA6GCqRavmNtdUKwHnWv4AiZ39JmZOqqqDlv6j77b9e4g7wnExUgmNpx MfezTyiXRRs0wuPZM9_vIjFrttgUOKf6MpN.2XbD8rju413UYJx1anfnyutyc3p4uCIHLndo2Yi9 XbC.R8pWaz0wjMPQkj7nZIGXyA0j55GtIJQJKIJpkjzB.fj62jz6rdvFTt.Kog6d3sDcMq9GtY0T SW_AiGSkqbYP.l5_piR5LZzu4wSfY4TbAClkoKpOhBXGKZPGo4_BkJRvvHgo.JvaL1mRYIeQAh8E bJP1Q._1UFrCusjv.EBZec.Zfo7Hrmp3Z35PdsnFJDQY- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sun, 29 Dec 2019 06:03:06 +0000 Received: by smtp403.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 792d29fcf967bd30fbb65f30061a1709; Sun, 29 Dec 2019 06:03:05 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: x11-toolkits/qt5-gui build on/for Cortex-A7 ( head -r356109 ) failed with: unable to execute command: Executable "as" doesn't exist Message-Id: <122B34CA-9CCC-4299-BB5C-F97D76C7426E@yahoo.com> Date: Sat, 28 Dec 2019 22:03:03 -0800 Cc: freebsd-arm To: FreeBSD Toolchain , FreeBSD ports X-Mailer: Apple Mail (2.3608.40.2.2.4) References: <122B34CA-9CCC-4299-BB5C-F97D76C7426E.ref@yahoo.com> X-Rspamd-Queue-Id: 47lqjn30xZz49cg X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.48 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[148.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-0.25), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Dec 2019 06:03:10 -0000 Is system-clang 9.0.1 supposed to implicitly try to use /usr/local/bin/as ? It does for this context . . . Note the -fno-integrated-as use in the later quoted log material. I'll also note that an experiment via -### shows that system-clang 9.0.1 then uses a command like (from a very simple example test): "/usr/local/bin/as" "-mfpu=3Dvfp" "-meabi=3D5" "-o" "a.o" = "/tmp/a-14ae2e.s" and that in turn presumes that devel/binutils has provided /usr/local/bin/as . That in turn means that, for ports-mgmt/poudriere-devel to work for x11-toolkits/qt5-gui , BUILD_DEPENDS=3D at-spi2-core>=3D0:accessibility/at-spi2-core \ ${LOCALBASE}/include/linux/input.h:devel/evdev-proto \ = ${LOCALBASE}/include/vulkan/vulkan.h:devel/vulkan-headers would need to also include (or the @native explicita-flavor variant): ${LOCALBASE}/bin/as:devel/binutils HOWEVER, I'm not sure if the implicit use of /usr/local/bin/as is intentional or not for system-clang. The failure report (1st error only, there were more): . . . --- .obj/pixman-arm-neon-asm.o --- cc -c -O2 -pipe -mcpu=3Dcortex-a7 -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -std=3Dgnu11 -fvisibility=3Dhidden= -fno-exceptions -Wall -W -pthread -fPIC -DQT_ACCESSIBILITY -DQT_DBUS = -DQT_FONTCONFIG -DQT_FREETYPE -DQT_GLIB -DQT_IMAGEFORMAT_PNG -DQT_OPENGL = -DQT_SHAPE -DQT_XCB -DQT_XKB -DQT_XKBCOMMON -DQT_XRENDER = -DQT_NO_USING_NAMESPACE -DQT_NO_FOREACH -DENABLE_PIXMAN_DRAWHELPERS = -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_BUILD_GUI_LIB = -DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS = -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_DEPRECATED_WARNINGS = -DQT_DISABLE_DEPRECATED_BEFORE=3D0x050000 -DQT_NO_EXCEPTIONS = -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_CORE_LIB = -fno-integrated-as -I. -I../../include -I../../include/QtGui = -I../../include/QtGui/5.13.2 -I../../include/QtGui/5.13.2/QtGui = -I.tracegen -isystem /usr/local/include/libdrm -isystem = /usr/local/include/qt5/QtCore/5.13.2 -isystem = /usr/local/include/qt5/QtCore/5.13.2/QtCore -isystem = /usr/local/include/qt5 -isystem /usr/local/include/qt5/QtCore -I.moc = -isystem /usr/local/include/libpng16 -isystem /usr/local/include = -I/usr/local/lib/qt5/mkspecs/freebsd-clang = ../3rdparty/pixman/pixman-arm-neon-asm.S -o .obj/pixman-arm-neon-asm.o . . . --- .obj/pixman-arm-neon-asm.o --- cc: error: unable to execute command: Executable "as" doesn't exist! cc: error: assembler command failed with exit code 1 (use -v to see = invocation) *** [.obj/pixman-arm-neon-asm.o] Error code 1 make[1]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/qtbase-everywhere-src-5.13.2/= src/gui . . . For reference: Build based on ports-mgmt/pooudriere-devel . =46rom early in the log, showing compiler information: #### /usr/ports/Mk/Scripts/ports_env.sh #### _CCVERSION_921dbbb2=3DFreeBSD clang version 9.0.1 = (git@github.com:llvm/llvm-project.git = c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /usr/bin _ALTCCVERSION_921dbbb2=3Dnone _CXXINTERNAL_acaad9ca=3DFreeBSD clang version 9.0.1 = (git@github.com:llvm/llvm-project.git = c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" = "/libexec/ld-elf.so.1" "--hash-style=3Dboth" "--enable-new-dtags" "-o" = "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" = "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" = "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" = "/usr/lib/crtend.o" "/usr/lib/crtn.o" CC_OUTPUT_921dbbb2_58173849=3Dyes CC_OUTPUT_921dbbb2_9bdba57c=3Dyes CC_OUTPUT_921dbbb2_6a4fe7f5=3Dyes CC_OUTPUT_921dbbb2_6bcac02b=3Dyes CC_OUTPUT_921dbbb2_67d20829=3Dyes CC_OUTPUT_921dbbb2_bfa62e83=3Dyes CC_OUTPUT_921dbbb2_f0b4d593=3Dyes CC_OUTPUT_921dbbb2_308abb44=3Dyes CC_OUTPUT_921dbbb2_f00456e5=3Dyes CC_OUTPUT_921dbbb2_65ad290d=3Dyes CC_OUTPUT_921dbbb2_f2776b26=3Dyes CC_OUTPUT_921dbbb2_b2657cc3=3Dyes CC_OUTPUT_921dbbb2_380987f7=3Dyes CC_OUTPUT_921dbbb2_160933ec=3Dyes CC_OUTPUT_921dbbb2_fb62803b=3Dyes _OBJC_CCVERSION_921dbbb2=3DFreeBSD clang version 9.0.1 = (git@github.com:llvm/llvm-project.git = c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /usr/bin _OBJC_ALTCCVERSION_921dbbb2=3Dnone ARCH=3Darmv7 OPSYS=3DFreeBSD _OSRELEASE=3D13.0-CURRENT OSREL=3D13.0 OSVERSION=3D1300069 PYTHONBASE=3D/usr/local _SMP_CPUS=3D4 CONFIGURE_MAX_CMD_LEN=3D262144 HAVE_PORTS_ENV=3D1 # uname -apKU FreeBSD OPiP2E 13.0-CURRENT FreeBSD 13.0-CURRENT #12 r356109M: Fri Dec = 27 17:24:56 PST 2019 = markmi@FBSDFHUGE:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENE= RIC-NODBG arm armv7 1300069 1300069 # cc -v FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git = c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: /usr/bin # svnlite info /usr/ports/ Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 520539 Node Kind: directory Schedule: normal Last Changed Author: ler Last Changed Rev: 520539 Last Changed Date: 2019-12-20 18:01:52 -0800 (Fri, 20 Dec 2019) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Sun Dec 29 21:00:18 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E7CF01E971F for ; Sun, 29 Dec 2019 21:00:18 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47mCcy5n70z45x9 for ; Sun, 29 Dec 2019 21:00:18 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id C63781E971B; Sun, 29 Dec 2019 21:00:18 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C5F391E971A for ; Sun, 29 Dec 2019 21:00:18 +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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47mCcy4mgdz45x2 for ; Sun, 29 Dec 2019 21:00:18 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 9DF521F37D for ; Sun, 29 Dec 2019 21:00:18 +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 xBTL0I26087567 for ; Sun, 29 Dec 2019 21:00:18 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id xBTL0I8v087566 for toolchain@FreeBSD.org; Sun, 29 Dec 2019 21:00:18 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201912292100.xBTL0I8v087566@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: toolchain@FreeBSD.org Subject: Problem reports for toolchain@FreeBSD.org that need special attention Date: Sun, 29 Dec 2019 21:00:18 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Dec 2019 21:00:19 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 234232 | clang Assertion failed when building the port dev 1 problems total for which you should take action. From owner-freebsd-toolchain@freebsd.org Mon Dec 30 02:24:21 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EC4301D20B3 for ; Mon, 30 Dec 2019 02:24:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47mLpr2TYJz4Q88 for ; Mon, 30 Dec 2019 02:24:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: yW7ABooVM1n65OhkbE.Qe8_Q93Yuk5BzkVOeWVXtVWhmkbPCzHmTEqBQ.lev2IH UeMY8.alsHG.hEIRX.JbswMEJon9ldmrNlrq3ShlVHrOHAE1e4RiQMva7HhblO8CjKckwq4PIYji 1ML2QeZ0vO98VIoeIAGfqqQCqije7h3PGye3yfqNEdT_TgxqvK6MRtQDIWnJ4U0.jfQ1POkRN5_r c2_wQL1pgTM5DsAq6YesRiyzIZxT4EPKbbvVI3btK5ROAkVzwGQ5yTqHW2vSCQAvS8eQznL7g6JQ mS1H7QPp1eeTlMJyUfop5XKTHyx3dVWLGtCxi248dNzYBWGOrgpp6TwWqvEkpaI7wXL2RDa2Srl. 3Ai97b2DVFGbkZnJxG7ww1bo5Boztwl5S4YN47T4wnaFnfpWVoqCWOmfbJh1pvsfNfjMC5YwH39t PmAjz7dBPYlFNgahmZR_Ff4lW.Ig1cHk2QLbYru7FhG.tKLyx7vXdjgdMGVpb8VY5L7WHa_ZfB3X sMKs32ZF7tV4bEvOQNu2b4_YS5eYN71LVDSDTrMTlWIv17pe6dHNKujDpP9vqJ1nVR1OnRaGDr4n 06iTkYGKwu9XxLqNd903TSZ0Z1eW.kyegsEjqefMGqM97MbHkZhXPgzVaYi6i8GVD.WYScxFWccQ Kx7HAnpoYb9t0BG.izuy7.EB9WBUyQCETY6vQVNrZYTOulUVggGfoRiPJAqLlZNeKw6m5XVLuiRW ShBQ3axcZZmVFxNVnG9F4vF9geI0OsMF4krdpLbAd1S7Xtf.6cD5eF9FkBKAO2WfKJ_qxcmOrKDk .u3sgBaEuNC26Q09kfJtL9JY9Eq0Z97kBsmBAScedRfF69ZYGuYLHVRiP2167W79Y0wRHhvV_q7j 5HqpUqx_WFi3OmJfIwqHNJdeJctzPNGCISuhD1h28A30YyeDW0DxRD31_sSKQgfauVqApzpIZAfO rhtnIc9jLczoPy1.CP.7F7WIzCVX8umHJwv7IR040aDd4Pd3mdqnziAK88p_QYS76TS8bl.73uRU LlMlJkQ_dmeTFxUSTJCO7izRrFxHW_9bm2LgzUlvAeF2JFWdPU_pzr66YHR1jVcbR3A_MY2W6_2g roZ7imjAIVWPNNwSDnG7foFedX4PKVRJUh9__S75izcS39Z_e3OYUOqf1r1n0sRyDFDcpc7CQjuy JLpf3TMBj7xupQaVWclGdqbc.CL9j0Jz65PFgoGqY.kTYWWdJYCKnzbBBJnhNxguyiATqjEIVgZ4 AOqoHK6p2kz6_ndlmamXbmv_MSm967W4IBGZWs8HrTua4OGlFXJig1KncvniuE1T71G8eKYCz71q vpvWW2xlgscPBP51onTsMkz0SM2f.4yQix724zjsdy6a2Eq8EhQbbEK4p95EtPA_6Bx83bppwJGL WxB6pFrl5J9DgYhARke.qqqcPxpcrQimUOA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Mon, 30 Dec 2019 02:24:18 +0000 Received: by smtp414.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d4f26c8e8bfbbc1debc21f4047c899d2; Mon, 30 Dec 2019 02:24:17 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: LDFLAGS.lld+= vs. 32-bit powerpc related use of ld.bfd in a powerpc64 overall build (head -r356187) Message-Id: <772FE77D-BF4D-4C45-979A-BBE72435103C@yahoo.com> Date: Sun, 29 Dec 2019 18:24:16 -0800 To: FreeBSD Toolchain , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3608.40.2.2.4) References: <772FE77D-BF4D-4C45-979A-BBE72435103C.ref@yahoo.com> X-Rspamd-Queue-Id: 47mLpr2TYJz4Q88 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.25 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.78)[-0.778,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.971,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.27), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[206.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[206.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2019 02:24:22 -0000 I have historically used the likes of: # grep -r no-threads /etc/ /etc/make.conf:LDFLAGS.lld+=3D -Wl,--no-threads But in trying to build for powerpc64 there is some 32-bit linking as well and it gets the above involved despite the .lld in the notation. LDFLAGS.lld being involved at all for a non-lld based link is the important point, not that I happened to use --no-threads . The first error report in the attempted build was: --- boot1.elf --- = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.powerpc64/t= mp/usr/bin/ld.bfd: unrecognized option '--no-threads' = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.powerpc64/t= mp/usr/bin/ld.bfd: use the --help option for usage information cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [boot1.elf] Error code 1 make[5]: stopped in /usr/src/stand/powerpc/boot1.chrp .ERROR_TARGET=3D'boot1.elf' = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src= /powerpc.powerpc64/stand/powerpc/boot1.chrp/boot1.elf.meta' .MAKE.LEVEL=3D'5' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'cc -target powerpc64-unknown-freebsd13.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc= .powerpc64/tmp = -B/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.powerpc64= /tmp/usr/bin -O2 -pipe -nostdinc = -I/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.powerpc64= /stand/libsa -I/usr/src/stand/libsa -D_STANDALONE -I/usr/src/sys = -Ddouble=3Djagged-little-pill -Dfloat=3Dfloaty-mcfloatface = -DLOADER_DISK_SUPPORT -m32 -mcpu=3Dpowerpc = -fuse-ld=3D/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.= powerpc64/tmp/usr/bin/ld.bfd -ffreestanding -msoft-float -I. -Iinclude = -I/usr/src/stand/common -std=3Dgnu99 -Wno-format-zero-length = -Wsystem-headers -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -nostdlib -static -Wl,-N -Wl,--no-threads -o = boot1.elf boot1.o qdivrem.o udivdi3.o ashldi3.o syncicache.o ;' .CURDIR=3D'/usr/src/stand/powerpc/boot1.chrp' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.= powerpc64/stand/powerpc/boot1.chrp' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.= powerpc64/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc64' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20181221' = PATH=3D'/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.pow= erpc64/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src= /powerpc.powerpc64/tmp/usr/bin:/usr/obj/powerpc64vtsc_clang/powerpc.powerp= c64/usr/src/powerpc.powerpc64/tmp/legacy/usr/sbin:/usr/obj/powerpc64vtsc_c= lang/powerpc.powerpc64/usr/src/powerpc.powerpc64/tmp/legacy/usr/bin:/usr/o= bj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.powerpc64/tmp/leg= acy/bin::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.p= owerpc64' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk = /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/stand/powerpc/boot1.chrp/Makefile /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/stand/powerpc/boot1.chrp/../Makefile.inc = /usr/src/stand/powerpc/boot1.chrp/../../Makefile.inc = /usr/src/stand/powerpc/boot1.chrp/../../defs.mk = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/stand/powerpc/boot1.chrp/Makefile.hfs = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.libnames.mk = /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk = /usr/src/share/mk/bsd.dirs.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/stand/powerpc/boot1.chrp /usr/src/sys/libkern = /usr/src/lib/libc/powerpc/gen /usr/src/stand/powerpc/boot1.chrp' 1 error =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Mon Dec 30 17:34:07 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 530961E5332 for ; Mon, 30 Dec 2019 17:34:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47ml0Z0ksNz4Gyt for ; Mon, 30 Dec 2019 17:34:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: E_mb3tEVM1lyz9fqYqm060OdxwRryHZJq3Dwv0AsefCX3HND0XpnesM_og69okk jTayQ4iZ3PykwQqJCV1zaTXa2ksY.BVvf_wRcIWnYM0juZ1cWq8bG0TMuES_aaZnXmv3cpts7mfe hd3QB5iDOmV4bJeLBYCiqIqHxjy6dMSt.7.CAhyRjaNgB11_FkPogKYPQl4aV739d2erdZ.gwghJ KeQVASE2rE6MTmuE7CVATlrH2ALDk58RLiKRkRnnsTT25D_Sjd9KIIiEPmVUDukDECOCH.6JCiQT V.Gc_RmbureqKICe3PC9Renl4Z65Nyjtx9CVOo1sXMGMGbCpg4JLeEU.kBLqxWE5hph0kC6Z4la2 TMYcNeNjygGuZLfE98GEDgeK8x.lFDRkFzYG_UbMo2HSaHbvwxx6oiP2XGLac_0lC0UquUEI2WBt HCFVvYVgpNuUlw1SFPTLgT2X3lrhgkkEyGo4nU_zdiIc.jIbLgv_iA3CGJR778wcXwsYeT34oCeB 2HKDXNh.NsbNElBy3J8l_P5.AcUSwAOhnl.h7hAfUaRcBpNSpE1CaWF3_HH.I8J_Y_qgnFW2YDxb MNzJWDYwDXWiSDYrmxZ04halJuvJAz0x3aF2XfutIftJp_po8rv.BtBVV2XTiJ0cMiZ8edrWDIT8 2u2hPk7ZZoDJeX49f2i5l7pUZRVPXcPXer637XeJ5Yl9N0vxd.kQYyI5CqdH.O_OI1O9P63SKz0C iYgZL3xYHJd1iTty0fjYx_um6Pn0MxIhE3y_IpLh0Bl8DZSdo8V.vJusYXdZ34MCs00BNNY91APK 7MwoJCAhPq2kA2_I.0dgKHK3X_ZjkISKRhOhah4eEN4kxIvHF8k6QH79YhIfP.tPWF0FQVtC2JVO 1wDiXuLUPumPytViqYe5fM.t8mRzYcXXdxxUEDElT6wXM5GkYhV.VZ0nyISIyMGEUU9owBsWbA3K d3XjGw46SVEMKhSMMvDFurc1mkt2s_mcXGTRbXdlhUXxTWUg8yzrz89WdbuuDbFXgeO2.asyRjFP O3737w.navUrOK4ftDBOGgfIzQ7nPYb4hCoat7kiR7SP431i8AUBFKdWcUirNZXML2IDpst.vX05 vRcj5jBbrGBsRj_lNi6RltuhiARP89mfiFK0neYaEvRzOLrAjY4lB7_HrWNSR1KvSFSqoBJDtPxe lds3XG6QnjttXtZIv_zdKxBmLvb7pnGcEUiE.jtfvR5D_ZpLpDsiRtLmEQgG3ymXhax5FsFulKMX 3A.jYIe0biVBJvOZa4L3ysj59nD7BWfQM2q9WPQPs0RV4OlZc9zSfZGKQ8UL3V5URmM7YsFGGwnf M0I9AmYFbz7a.dsN_UTA2yIPgyV_6IbPTC.2OMQ208KE5Mb1t4tOqRbeKLwf5YuuB_1xfXSRk2go mjPBGa_Ng4my4ebTCod20pPcSTEZDtxDy Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Mon, 30 Dec 2019 17:34:04 +0000 Received: by smtp432.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 49b1b93ced353c3513b83c00a3cf9930; Mon, 30 Dec 2019 17:33:58 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Building head -r356187 for powerpc64 via devel/freebsd-gcc9 fails: powerpc64-unknown-freebsd13.0-ld: over 480 cpu minutes on ThreadRipper 1950X Message-Id: <7CAD1629-A16F-4D7E-898A-5C06CAC4E0AF@yahoo.com> Date: Mon, 30 Dec 2019 09:33:56 -0800 To: FreeBSD PowerPC ML , FreeBSD Toolchain X-Mailer: Apple Mail (2.3608.40.2.2.4) References: <7CAD1629-A16F-4D7E-898A-5C06CAC4E0AF.ref@yahoo.com> X-Rspamd-Queue-Id: 47ml0Z0ksNz4Gyt X-Spamd-Bar: - X-Spamd-Result: default: False [-1.74 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.34)[-0.339,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.91)[-0.905,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[83.65.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (3.96), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2019 17:34:07 -0000 There are two nearly 100% cpu usage instances of powerpc64-unknown-freebsd13.0-ld , each with over 480 cpu minutes, one for clang.full and one for lld.full . (amd64->powerpc64 cross build.) The below shows the file system view of the status after all that time: 0 size .full files. # ls -ldTt = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/usr.bin/clang/clang/clang.full* | head -rw-r--r-- 1 root wheel 3071 Dec 30 00:30:02 2019 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/usr.bin/clang/clang/clang.full.meta -rw-r--r-- 1 root wheel 0 Dec 30 00:29:32 2019 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/usr.bin/clang/clang/clang.full # ls -ldTt = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/usr.bin/clang/clang/clang.full* | head -rw-r--r-- 1 root wheel 3071 Dec 30 00:30:02 2019 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/usr.bin/clang/clang/clang.full.meta -rw-r--r-- 1 root wheel 0 Dec 30 00:29:32 2019 = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/powerpc.po= werpc64/usr.bin/clang/clang/clang.full Attaching to one of them with gdb shows (I build ports optimized but with symbols generally): (gdb) bt #0 0x000000000035431d in ppc64_elf_inline_plt (info=3D) = at elf64-ppc.c:7473 #1 0x000000000032acb0 in ppc_before_allocation () at = eelf64ppc_fbsd.c:370 #2 0x0000000000319651 in lang_process () at ldlang.c:7678 #3 0x00000000003208d8 in main (argc=3D, argv=3D) at ./ldmain.c:441 ppc64_elf_inline_plt does not return (finish does not stop on its own). Using step shows: (gdb) step 7471 in elf64-ppc.c (gdb)=20 7473 in elf64-ppc.c (gdb)=20 7471 in elf64-ppc.c (gdb)=20 7473 in elf64-ppc.c . . . Looking at the instruction level: (gdb) display/i $pc 1: x/i $pc =3D> 0x35431d : jne 0x354310 = (gdb) nexti 7471 in elf64-ppc.c 1: x/i $pc =3D> 0x354310 : mov 0x8(%r13),%r12 (gdb)=20 7473 in elf64-ppc.c 1: x/i $pc =3D> 0x354314 : mov %r12d,%eax (gdb)=20 0x0000000000354317 7473 in elf64-ppc.c 1: x/i $pc =3D> 0x354317 : or $0x2,%eax (gdb)=20 0x000000000035431a 7473 in elf64-ppc.c 1: x/i $pc =3D> 0x35431a : cmp $0x7a,%eax (gdb)=20 0x000000000035431d 7473 in elf64-ppc.c 1: x/i $pc =3D> 0x35431d : jne 0x354310 = (gdb)=20 7471 in elf64-ppc.c 1: x/i $pc =3D> 0x354310 : mov 0x8(%r13),%r12 (gdb)=20 7473 in elf64-ppc.c 1: x/i $pc =3D> 0x354314 : mov %r12d,%eax (gdb)=20 0x0000000000354317 7473 in elf64-ppc.c 1: x/i $pc =3D> 0x354317 : or $0x2,%eax (gdb)=20 0x000000000035431a 7473 in elf64-ppc.c 1: x/i $pc =3D> 0x35431a : cmp $0x7a,%eax (gdb)=20 0x000000000035431d 7473 in elf64-ppc.c 1: x/i $pc =3D> 0x35431d : jne 0x354310 = . . . To do the experiment I built devel/freebsd-gcc9 based on: ( ports at -r520539 ) # svnlite diff /usr/ports/devel/freebsd-gcc9/ Index: /usr/ports/devel/freebsd-gcc9/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/devel/freebsd-gcc9/Makefile (revision 520539) +++ /usr/ports/devel/freebsd-gcc9/Makefile (working copy) @@ -53,6 +53,10 @@ --with-as=3D${LOCALBASE}/bin/${BU_PREFIX}-as \ --with-ld=3D${LOCALBASE}/bin/${BU_PREFIX}-ld =20 +.if ${TARGETARCH} =3D=3D powerpc64 +CONFIGURE_ARGS+=3D --with-abi=3Delfv2 +.endif + ALL_TARGET=3D all-gcc INSTALL_TARGET=3D install-gcc =20 (So I forced elfv2 for powerpc64.) I'm also using WITHOUT_LIB32 to avoid the the forced bss-plt that ends up involved: It stops the build: # svnlite diff /usr/src/share/mk/bsd.cpu.mk=20 Index: /usr/src/share/mk/bsd.cpu.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/share/mk/bsd.cpu.mk (revision 356187) +++ /usr/src/share/mk/bsd.cpu.mk (working copy) @@ -421,7 +421,7 @@ # normal builds works when CROSS_BINUTILS_PREFIX and could be removed # when LLD PowerPC 32 bit support is completed .if defined(CROSS_BINUTILS_PREFIX) -LD_BFD=3D${LOCALBASE}/bin/${CROSS_BINUTILS_PREFIX}-ld.bfd +LD_BFD=3D${CROSS_BINUTILS_PREFIX}ld.bfd .else LD_BFD=3D${OBJTOP}/tmp/usr/bin/ld.bfd .endif (The above change used a working file path.) I used: # more ~/src.configs/src.conf.powerpc64-xtoolchain-gcc.amd64-host=20 GCCVERSION=3D9 TO_TYPE=3Dpowerpc64 TOOLS_TO_TYPE=3D${TO_TYPE} VERSION_CONTEXT=3D13.0 # KERNCONF=3DGENERIC64vtsc-NODBG TARGET=3Dpowerpc .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITHOUT_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D WITHOUT_SYSTEM_LINKER=3D # WITH_LLVM_LIBUNWIND=3D WITH_LIBCPLUSPLUS=3D WITHOUT_LLD_BOOTSTRAP=3D WITHOUT_BINUTILS_BOOTSTRAP=3D WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D WITHOUT_LLVM_TARGET_ALL=3D WITHOUT_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLD_IS_LD=3D WITHOUT_BINUTILS=3D #WITH_PORT_BASE_BINUTILS=3D # Note: LLDB fails to build (link). WITHOUT_LLDB=3D # WITH_BOOT=3D # # Fails to build because of forced bss-plt use. WITHOUT_LIB32=3D # LOADER_DEFAULT_INTERP=3D4th # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D # #WERROR=3D MALLOC_PRODUCTION=3D # # Avoid stripping but do not control host -g status as well: DEBUG_FLAGS+=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D # #XCFLAGS+=3D -gdwarf-2 # # For TO (so-called "cross") stages . . . # So-called-cross via freebsd-gcc${GCCVERSION}@${TO_TYPE} # TOOLS_TO_TYPE based on freebsd-gcc${GCCVERSION}@${TO_TYPE} related = binutils. . . # CROSS_TOOLCHAIN=3D${TO_TYPE}-gcc${GCCVERSION} X_COMPILER_TYPE=3Dgcc = CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSI= ON_CONTEXT}/bin/ .if ${.MAKE.LEVEL} =3D=3D 0 = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}-gc= c${GCCVERSION} = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}-g= ++${GCCVERSION} = XCPP=3D/usr/local/bin/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}-c= pp${GCCVERSION} .export XCC .export XCXX .export XCPP XAS=3D/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/bin/as= XAR=3D/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/bin/ar= XLD=3D/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/bin/ld= XNM=3D/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/bin/nm= = XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/b= in/objcopy = XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/b= in/objdump = XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/bi= n/ranlib = XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/bin/= size #NO-SUCH: = XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/b= in/strings = XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEX= T}-strings .export XAS .export XAR .export XLD .export XNM .export XOBJCOPY .export XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS .endif # # # =46rom based on clang (via system). . . # .if ${.MAKE.LEVEL} =3D=3D 0 CC=3D/usr/bin/clang CXX=3D/usr/bin/clang++ CPP=3D/usr/bin/clang-cpp .export CC .export CXX .export CPP .endif By contrast, cross-building powerpc64 using system-clang and devel/binutils@powerpc64 ran to completion, as did the default system-clang/lld use. Using ELFv2 for devel/freebsd-gcc9 did avoid the internal plt template error report that I got earlier when targeting a ELFv1 context. 32-bit powerpc side note: For 32-bit powerpc, the only combination to complete buildworld buildkernel was system-clang with devel/binutils@powerpc . The default system linker failed with acl_nfs4.kld(.text+0x234): R_PPC_PLTREL24=20 reloc against local symbol. Using devel/freebsd-gcc9@powerpc with devel/binutils@powerpc resulted in forced bss-plt use stopping the build. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Mon Dec 30 18:13:44 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EA1D01E63D2 for ; Mon, 30 Dec 2019 18:13:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47mltJ0MX3z4KcC for ; Mon, 30 Dec 2019 18:13:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: CivHmuEVM1l4AFuzkAXnqThytyymhQ8pSS5H75Zrr6nHcjqY4bnfdo_HsfV6ydm SCT6k_EIjka0XzP33iH.ZtVslp2PaOj.5kZTaaWbD0hAzOi0cXMPMf08fLVIC8T4GJGxw0dSarhe YUYahFcxC4xLChIkb6jT2WFczrJjvx4Pgj7eL1m1iXBpoxY5K6IlEtd9y7adCCw_myTrwIdcJRSB S2PnSHV4rTXcmcRlyxRA1BaVjxe4wOCITs9l4n.0.AJLvR4N88S4bYgMredAKSyvcsfNYOqdHB8x vv0vj8pdRCan5yGPWOHT9sTkBmKigpSG8ZmrBCeZMfvudTr3zvdihHeUd_yetn1Bg_EPBalZZhG2 NLy6It4tki3SCeeWNzdPW3YjpdrBl3bdEumDcTn5eQ.6zWit041zP9VmX4oMyv7zeWl0nJTSSSms eUttv9lU6rKh.yGDxFVsZuM8JHk3pnyKpTW5ihlEAW_mxMiRaWILKJJPBClZ.YSX35iBDeJxuBd7 CD2X9i_AHyXPjqSifmh7SkfnFxocxUwbq6T4EdmKhTMbGI5fifhAF1yaWrp085ymlowdW2.2nDjZ 8HDE_guye5AJUXhzf.Rwigj60DqBCgpVW3hs.Pk93p7rDMZou3yRAdRrBARASQDZ8qsX7Y9lYZaL 7F0Azfsnhgm38xNkx95SEhPrDvlR_mYrw4dJG3wkgVs05dBRECODavYcZs036MW96rqR8O0rEQ_n .uj_Y6xGJpLZEkGklS8JgJmTYqK1zmRo_ps7nvsJHGkRcffIjP5q4dbkZcDFU1w5KvNTidzmUT2a rjZX6ZZrFwu7GNqvsfmJ3EXeNf14ewb1cfAgPtGhPMvxe__iWS_pz8ImSgOTLfMHv3ITUpS4.btt ng6WEetk3Bgu63fEGi.15O9WtnNBRKsNMgHIwQ1vMMMfmLkrLHlBHrxiYagmu_yoVr.jg_yFeJQi Iz5fT9Avpn408yBRFMz0SRS19x3LbZPvAerTTgIWfym1SOtA8.IIGQgv8NkF6NW1X0ao_nWzB_t6 45KQ4NB0tDL.uqWD7tmuzbOw2feMNGyKyAh9MoXfMIz8Ydj1EI45bx_xSu.1nfm9vRyC6746..9R nK5ZcKnANhnil2y4Xj3k_qGLOsQhsRmwlABDlLJMMH_UpF6ariTDDVI9pYysgxh.XAY4lAF2IY4O XXqcC1FH3VYbbqmhvZDsSoetulf2Pwyg5OOVXWrTuz3ficV955fz8t8B11XQhQfNMETh9W5OV2YU qC5G0HjT2FNztWV6Ggz3WF_eCqI7EogjVpQ0mPqt9ljVvIOPmX.9FbV_18fNnN3wX1mM7BwZsEWi 0499N.683jWtnWKPV1Fft4Hjy9Xhya98c_gisweL0uigsxOjkDthL721JeyNoFrduqnSOtrzN8M0 BYvqxivjtruS3E1pI0MHVF7Wn_QTkOdbpFDKHxA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Mon, 30 Dec 2019 18:13:41 +0000 Received: by smtp417.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 74d28e342bb80412c9da099e00cfb633; Mon, 30 Dec 2019 18:13:40 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: devel/binutils@powerpc64 ( powerpc64-unknown-freebsd13.0-ld ) unbounded loop in bfd/elf64-ppc.c : the source code and values Message-Id: <89FF670E-3C97-44F6-9B16-FE1B68B304E9@yahoo.com> Date: Mon, 30 Dec 2019 10:13:38 -0800 To: FreeBSD Toolchain , FreeBSD ports X-Mailer: Apple Mail (2.3608.40.2.2.4) References: <89FF670E-3C97-44F6-9B16-FE1B68B304E9.ref@yahoo.com> X-Rspamd-Queue-Id: 47mltJ0MX3z4KcC X-Spamd-Bar: - X-Spamd-Result: default: False [-1.96 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.49)[-0.490,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.97)[-0.970,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[148.64.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (3.86), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2019 18:13:45 -0000 I ran into the following ubounded loop (via the continue) in bfd/elf64-ppc.c while trying to do a devel/freebsd-gcc9@powerpc64 based buildworld buildkernel : /* Read the relocations. */ relstart = _bfd_elf_link_read_relocs (ibfd, sec, NULL, NULL, info->keep_memory); if (relstart == NULL) return FALSE; relend = relstart + sec->reloc_count; for (rel = relstart; rel < relend; ) { enum elf_ppc64_reloc_type r_type; unsigned long r_symndx; asection *sym_sec; struct elf_link_hash_entry *h; Elf_Internal_Sym *sym; unsigned char *tls_maskp; r_type = ELF64_R_TYPE (rel->r_info); if (r_type != R_PPC64_PLTCALL && r_type != R_PPC64_PLTCALL_NOTOC) continue; Nothing is done before the continue to make rel progress towards relend (or relend towards relstart). It just repeats the same activity over and over on the same rel value. This was in: devel/binutils/work-powerpc64/binutils-2.33.1/bfd/elf64-ppc.c The 1st line quoted above was line 7455 according to vi. Ref reference, both of the stuck links (clang.full and lld.full) have: (gdb) print r_type $1 = R_PPC64_REL16_HA (gdb) print/x *rel $3 = {r_offset = 0x2, r_info = 0x18000000fc, r_addend = 0x2} === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Tue Dec 31 02:14:18 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EAED71F05ED for ; Tue, 31 Dec 2019 02:14:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47myXp02H6z3GGZ for ; Tue, 31 Dec 2019 02:14:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FwTzk4UVM1lBpjReXYIeVsSKaSChfQz..aTY3RApPMw7Rc0JEJ1JLZOcghp1ZH2 kgvJIWk9SO_eQUXZlKD7eEsWF0RG9xpsgq7vo_809RY.Uq.jsjSSR80BoliMOzBa.znGF3k1QJPq O3ilye4T.NGxtIIQFdijch.HGe.H2uFnkPltU5ihtpFFzvWmru1hdf079YlB0v_deHXfnNTXZkVr LwDf8HRbmvD.A6VbdwKU0yEKLJcRciEv7NqvWqQ5HmPaMFsmtnWHSdfd2QX4kAvNQT8I4qnvGAHQ FkIFr176hvD.2IJDdXZ1Gr9dxw0tmD_ksuZwR07qeTB1vVGe9AhFA1PhQU3JY0ElWXYCIRvsmLtF STYjlTMa68ltWx0pkRAFcb4l6AzFoRmkHy6bbl9Gc1FNo2669Wv56nwfyZSGEtNSDVdJHhPF_AlU pVXqxHkELG33LUq0.pmOGsHAB0mCp58b4bDqhGMV3qn2hYpCFXOUGQc_GIQXtVjm0gltcbT7qbNV B44aQiXPYek2IXGGCiKac8tc2cuFMhR3huj8INauTZB0hhk6jMfssOUTCuqBOEWYl_TiayXcanCb jrCqyFG_ldEDVYSQsa_4uknk5qsECEn8LQQcWWkq9n7FahIIZ84eb71qQWjBjiPCNL9D7FmoZBi3 pXvOcsGBAOfsa1PrZdTlQkWMXrsjgeaHqK5OAxJOHYOG5c.pSExFDQlEXlj7p2I6A9Tg0ncuClxl p1wfyPz4sfzUftu7W4pDmoeVoLBKXaisf9gbKFyrDnWAuAqLBDeZnVRP9idTz84rUlIxIWBJXX62 dTPOc7o..28X7jrYjhdTThZlAv_n.OtL_bISUzFdxEltoSyJ6SgzVKlK_SRS9b27NmzuFy7ggK4x 7I_SnA.WttCHxfGk5QKlsku5ldibz2autPQytPcrPWzdX6ZusbYiPidfbG.iTbG1GSVg1mELOefk F4Qhr8DLe0uOZzrET9tiVevLdIOc7VBwRJ2QdP_qJHnLgZ4IJQflJvu237ILF_m.HUlBC21mCf1i KiYvfcVbyT5MNwwmfWr9s7Q012x9Cy0praeXpFMWaWZL.rq4wi3bzcETxr75uqy02N1puCAtmews 0M9Zgh8v43QN8ZPOVwbCLuY4C0irwA5SfYx4mNfVOJNS52rxdpqLB.1rcolD3ZI.2ykrlzFTT8M0 e0PSqHlH5Gf_PD1Wfqp3drIoHVNk.6Q53q1n4vt8LeGtELkgpjQbPAqn2xtH28CsqCRDn8SWeec_ F6aOfke_45oZgNs8v3.dMHE0Icn5Mpa0RqAzsx6xUL3hn5L2kbdvpDUoN.sb.lQT5JNUThN.PlTM tjXvGyNQfxd4UT4lmMc65yOLtxFvOpjTlB2SSneQrhrSnIhjU.kHozXGH7wmTVA9Ug2jokfELauu NSztdtwDgNi0_W7FE3GK.fRaomNbOqUN_yGI08vc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 31 Dec 2019 02:14:15 +0000 Received: by smtp413.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8d6b92f5a30b13dee2cb553bf60a4039; Tue, 31 Dec 2019 02:14:11 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: system-clang (elfv2) and devel/binutil@powerpc (32-bit): booting fail very early on PowerMac3,6 example ; also build problem why I tried this Message-Id: Date: Mon, 30 Dec 2019 18:14:09 -0800 To: Justin Hibbits , FreeBSD PowerPC ML , FreeBSD Toolchain X-Mailer: Apple Mail (2.3608.40.2.2.4) References: X-Rspamd-Queue-Id: 47myXp02H6z3GGZ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.69 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.35)[-0.348,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0]; NEURAL_HAM_LONG(-0.84)[-0.843,0]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.69.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (5.34), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.71), country: US(-0.05)]; RWL_MAILSPIKE_POSSIBLE(0.00)[84.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2019 02:14:19 -0000 (There are later notes below with build failure information that lead me to try devel/binutils@powerpc .) Because of the (cross-)build failure (from amd64): --- acl_nfs4.ko.full --- ld: acl_nfs4.kld(.text+0x234): R_PPC_PLTREL24 reloc against local symbol acl_nfs4.kld: could not read symbols: Bad value *** [acl_nfs4.ko.full] Error code 1 when using the default ld for 32-bit powerpc, I tried using devel/binutil@powerpc for which buildworld buildkernel at least ran to completion. The build was of a non-debug kernel (and world), but with symbols. But the result failed to boot, stopping very early: (typed from a image) . . . Booted from: /pci@f4000000/ata-6@d/disk@0 Loading /boot/defaults/loader.conf /boot/kernel/kernel data=3D0xd97874+0x2ebdd4 = syms=3D[0x4+0x97740+0x4+0xc34d2] Invalid memory access at %SRR0: 04C00000 %SRR1: c0000000 Apple PowerMac3,6 4.6.0f1 BootROM built on 02/20/03 at 13:52:27 . . . As for the build failure . . . # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc/sys/GEN= ERICvtsc-NODBG/modules/usr/src/sys/modules/acl_nfs4/acl_nfs4.kld.meta CMD ld -m elf32ppc_fbsd --secure-plt -d -warn-common -r -d -o = acl_nfs4.kld subr_acl_nfs4.o CMD ctfmerge -L VERSION -g -o acl_nfs4.kld subr_acl_nfs4.o CMD :> export_syms CMD awk -f /usr/src/sys/conf/kmod_syms.awk acl_nfs4.kld export_syms | = xargs -J% objcopy % acl_nfs4.kld CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc/sys/GEN= ERICvtsc-NODBG/modules/usr/src/sys/modules/acl_nfs4 TARGET acl_nfs4.kld . . . =46rom readelf -a for the subr_acl_nfs4.o : (acl_nfs4_sync_mode_from_acl is GLOBAL here) . . . Relocation section with addend (.rela.text): r_offset r_info r_type st_value st_name + r_addend 00000076 000014fc 00000000 .got2 + 8022 0000007a 000014fa 00000000 .got2 + 8026 000001ac 00003112 R_PPC_PLTREL24 00000000 groupmember + 8000 00000234 00003012 R_PPC_PLTREL24 00000458 = acl_nfs4_sync_mode_from_acl + 8000 000002c4 00003312 R_PPC_PLTREL24 00000000 priv_check_cred + 8000 000002f4 00003312 R_PPC_PLTREL24 00000000 priv_check_cred + 8000 0000032c 00003312 R_PPC_PLTREL24 00000000 priv_check_cred + 8000 00000360 00003312 R_PPC_PLTREL24 00000000 priv_check_cred + 8000 0000038c 00003312 R_PPC_PLTREL24 00000000 priv_check_cred + 8000 000007c6 000014fc 00000000 .got2 + 800a 000007ca 000014fa 00000000 .got2 + 800e 00001026 000014fc 00000000 .got2 + 8006 0000102a 000014fa 00000000 .got2 + 800a 00001676 000014fc 00000000 .got2 + 800a 0000167a 000014fa 00000000 .got2 + 800e 00001698 00002a12 R_PPC_PLTREL24 00000000 acl_alloc + 8000 000016a8 00003012 R_PPC_PLTREL24 00000458 = acl_nfs4_sync_mode_from_acl + 8000 00001748 00002b12 R_PPC_PLTREL24 00000000 acl_free + 8000 000017e8 00002b12 R_PPC_PLTREL24 00000000 acl_free + 8000 0000183a 000014fc 00000000 .got2 + 800a 0000183e 000014fa 00000000 .got2 + 800e . . . Relocation section with addend (.rela.text): r_offset r_info r_type st_value st_name + r_addend . . . 47: 00000000000007a0 128 FUNC GLOBAL DEFAULT 2 = acl_nfs4_sync_acl_from_mode 48: 0000000000000458 840 FUNC GLOBAL DEFAULT 2 = acl_nfs4_sync_mode_from_acl 49: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND groupmember . . . But after: CMD ld -m elf32ppc_fbsd --secure-plt -d -warn-common -r -d -o = acl_nfs4.kld subr_acl_nfs4.o CMD ctfmerge -L VERSION -g -o acl_nfs4.kld subr_acl_nfs4.o CMD :> export_syms CMD awk -f /usr/src/sys/conf/kmod_syms.awk acl_nfs4.kld export_syms | = xargs -J% objcopy % acl_nfs4.kld =46rom readelf -a for the acl_nfs4.kld : (acl_nfs4_sync_mode_from_acl is LOCAL here) . . . Relocation section with addend (.rela.text): r_offset r_info r_type st_value st_name + r_addend . . . 00000076 000004fc 00000000 .got2 + 8022 0000007a 000004fa 00000000 .got2 + 8026 000001ac 00003012 R_PPC_PLTREL24 00000000 groupmember + 8000 00000234 00002c12 R_PPC_PLTREL24 00000458 = acl_nfs4_sync_mode_from_acl + 8000 000002c4 00003212 R_PPC_PLTREL24 00000000 priv_check_cred + 8000 000002f4 00003212 R_PPC_PLTREL24 00000000 priv_check_cred + 8000 0000032c 00003212 R_PPC_PLTREL24 00000000 priv_check_cred + 8000 00000360 00003212 R_PPC_PLTREL24 00000000 priv_check_cred + 8000 0000038c 00003212 R_PPC_PLTREL24 00000000 priv_check_cred + 8000 000007c6 000004fc 00000000 .got2 + 800a 000007ca 000004fa 00000000 .got2 + 800e 00001026 000004fc 00000000 .got2 + 8006 0000102a 000004fa 00000000 .got2 + 800a 00001676 000004fc 00000000 .got2 + 800a 0000167a 000004fa 00000000 .got2 + 800e 00001698 00003c12 R_PPC_PLTREL24 00000000 acl_alloc + 8000 000016a8 00002c12 R_PPC_PLTREL24 00000458 = acl_nfs4_sync_mode_from_acl + 8000 00001748 00003912 R_PPC_PLTREL24 00000000 acl_free + 8000 000017e8 00003912 R_PPC_PLTREL24 00000000 acl_free + 8000 0000183a 000004fc 00000000 .got2 + 800a 0000183e 000004fa 00000000 .got2 + 800e . . . Symbol table (.symtab) contains 62 entries: Num: Value Size Type Bind Vis Ndx Name . . . 43: 0000000000000000 1112 FUNC LOCAL DEFAULT 1 = vaccess_acl_nfs4 44: 0000000000000458 840 FUNC LOCAL DEFAULT 1 = acl_nfs4_sync_mode_from_acl 45: 000000000000181c 248 FUNC LOCAL DEFAULT 1 = acl_nfs4_check =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Tue Dec 31 07:56:29 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4811F1F60BA for ; Tue, 31 Dec 2019 07:56:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-54.consmr.mail.gq1.yahoo.com (sonic308-54.consmr.mail.gq1.yahoo.com [98.137.68.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47n67b5yfmz41nR for ; Tue, 31 Dec 2019 07:56:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: elHRtHYVM1nu8EHgyM6zkqqaNc1ExhdQq2fY6OUkGnoR0U44LQDEKmeA2RuE44i CgY0UDmihK0qPjsxFBhNd4uAWNpqbnE7ejJcEeAxHVYaf.ATlp49X_qGGVC_LT6JXRRj_CczplKF oIFe0pvaFkxeU3Uw0_RL7JPIRgeYMRwnLyVyIE3Mqqq2Wg31JlxNKxZOz6MClIAgjNBdPgc3c.tu a1pP4Sy8J2ErZwkcRkrG9hXybcEgTpOfUAVa4nbJCf_EQEuKFdp_PdcTr9A7zssUnAlzLqVcsPJv wo8S9Mb_MPaxAsygAt4Bfy6dRXL9Gbl8s4HjdgpYEw0x2tNpTB4rIzbWsN5aRmKuEzEn7xLN5lEw 8SBg597GHvglg4OnQnfZUcGs9bjqgKjchd30Gsdai4hnVs3hzQtyX3ZlotYpT4ZBn_fiqbP_8AHI TDcNQyjAfxxJTShrABDn64.LpTPeimx8nnfWaLwRDwlQ.GkQyz6OVviMRm2RSOQtZXKgIBvgPPVv 3yB309ry0Ik_ST6uo_g05E8_Q7jRkoClU9cDCg2wIjuRPwCVVT0Po7z8guD9NaUHl195lwTIDhWR CdQ.nb4TwTnhKbL8jbhZAxlCnQ4PPIA0YU_B9B9GNTa.OmpMkFxE9jlqzUyzlxGnVuogA4pJirlu 2YSjW3svggJr782cdTTkkkFTM7ibA2stnRorMFCKEVXFMcILnSDihGqqCRaHsRzYci73sF0qwJ6z DMVa8aSeT.jglJj31cz3ogL.CPwTJNBwnbQ0uBwWZYsV2ADExDMmjNofTYVSJO5zo1Pa__JrnjR4 w15JFQS5Der7a_z62Yao4NA.B5iehzEp9GT3nyhTcl7n3qx4nuJhMe1_5NrFjt2oxsjfEAmdpcRE Rg16nsSvr8X1oYaL.cKiX8gON5WJWDo4RW77UhkCtdvTKtnb9CrxM9c2nLdHYfMQ0UnhxxB9hhsw 9ZNfRuzDrbYbXT45kpK8CfsOFVeSMb1s9.fAeFb1L6rBvsIxZ.XLV8BlSzRUE8g5pT0iS27mgP6L Y28zVQ8itXCjvb0dc4VHgo1cwnkwjZoTYrTqxXYCk2eaIMJojMjBvwqefrCNrm3GFwylzASAS24_ rj0.vKRoafMGSrvbnt5IJ95307nBB71YaGzMVO2snCtT4iqgPQCuWx1wFkgdKXvWrLToVQ_1npIq RsNCJ04dVqf.oESjUSd.4Vy5nJ3XiQ7Sv3nMIJestMShyTSRtQSi.qN33cJHV7BWwQgkp_KJj3lo Nscy_aF2iicxVeTsDopOjI0MXFTh8XiaQ3EF3YkxdIJ1LWPaOWuMSOdl4Ma9iOK2vLRzgzJ1DPnQ vSR4KNeyqc9T1.IhNBUpdf9XIPELaTRiNborz_2LJpeaK7rcDC9Cov.D2hyfp8TXclEPjNB6ECA3 UvV4ou2rRtOyXR2kBOOJ_V.F4FBAz4JH4VQ_FpPY- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 31 Dec 2019 07:56:26 +0000 Received: by smtp410.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a8dff368a7cac2bfc154fbddb001f8b4; Tue, 31 Dec 2019 07:56:21 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: system-clang (elfv2) and devel/binutil@powerpc (32-bit): booting fail very early on PowerMac3,6 example ; also build problem why I tried this Date: Mon, 30 Dec 2019 23:56:20 -0800 References: To: Justin Hibbits , FreeBSD PowerPC ML , FreeBSD Toolchain In-Reply-To: Message-Id: <958E918A-CBC2-4A5C-85C2-23DEAD1EDA53@yahoo.com> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47n67b5yfmz41nR X-Spamd-Bar: - X-Spamd-Result: default: False [-1.62 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.25)[-0.251,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.87)[-0.870,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (4.89), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.71), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[30.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[30.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2019 07:56:29 -0000 On 2019-Dec-30, at 18:14, Mark Millard wrote: > Because of the (cross-)build failure (from amd64): > > --- acl_nfs4.ko.full --- > ld: acl_nfs4.kld(.text+0x234): R_PPC_PLTREL24 reloc against local symbol > acl_nfs4.kld: could not read symbols: Bad value > *** [acl_nfs4.ko.full] Error code 1 I found something from my old experimental clang build environment for 32-bit powerpc that I'd missed undoing when I tried to put things back to normal. It turned out to be the reason that R_PPC_PLTREL24 was being generated: -mlongcall was missing in my build. (There was a time that clang did not have it but gcc did, so I had it conditional in my old, experimental environment.) With -mlongcall back in place as normal (not just for gcc), system-clang with old ld (cross build) completes buildworld buildkernel . The old 32-bit PowerMac is running an official modern-compiler-based system at last! Cool. Thanks. Sorry for the noise. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Tue Dec 31 22:52:12 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 937981DF848 for ; Tue, 31 Dec 2019 22:52:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47nV1653cBz3JL3 for ; Tue, 31 Dec 2019 22:52:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: OsVdo3kVM1lfAtlogCFYfFCBLf94zzBdVlGv7XJobTRq83tiAtsM2PqrYSdZNUr ufCsr_fusXpEWHLzIuNO61sJyceoP069ZbgzGMUQeWB5F2LyEa1ijxqKqyvEfJLuwgkwd6fAnFLN LXlevbSmbBz7ZxRJK8K.5ABbtIVknX6A2TpJY9JC32z49DPQhEcE3azHX1suOYQL1oMI4Y.516st C.7UJq2.VWQFORtZ.jFaEKaKtwrFcDF2XpEb1.NnfJh5Vg88vAAnhPqROKlzLsVMi65kMSN7akrq 0hriHZ4GTfXY7pUNpFzoiL9juTlabzF9wSitnzkb49dUO2l4JS_wJhikP_3QmitOXffjP4TR7EIS 6RDuWlszkpJrQdhvbWZVOF0hEeuKNzquw_pvQ.9bjfwqNFFRXphvpayzUpUoTLr9YbzptUHZ_CXl 5UMlECtfWhqDTNGRMobmawersJhLQQL3v4gSQAOOEYsiqGdfsnTfX3mvRcZzqzjg1DcfCnHR.Yl9 wOaKL1BjBJrOJYnVSu9iBic_LUiknGEXZCs_sZHrdF3rRyTS1dWrlK_p.zDMMWohJPL02bopZQGM wSjv_M.yas6RBK7A_lYRFv8QYhtccPMXY5Sru2MvvHzYP60E0Ozz91BUy2zHOCsFINpnPQaMOvDA fV0EZSQNAEtx34jN5oRuNVVld6iZvOZiMuSSM86IKSpWmykAGulwr1DoOh_3kKi5scqT3gARyFGO rWO44BCpLkQahzSuGht6CEJOwGLgSRkqYN.c5mOnxKlEJCNWXQgLKbGCunBd0triMdnhnqM81OO6 Rl7C8hYB.9u07LL9Yv6lfK3KpjChQQ4xdUGbPJqwFnXXmC6wPj3TzabQXJgF.KNMyXurIqU29w1A qfntK5vXgeIuv.tlOmZn9r9EbO67PdBwzmnox_k8HoAFLoVohKDJA6B3KZioTSIW50kE2jGXIhmj 4GSnDY..ypI5gZsRVJSSE3SqQk6o75lAMz4kfQisvkI_CuB77HYzw.vNOkHpb9PqQerKGOG3AXVd dxFTKybUiIWaFw_rxCzF119V8XeIgEZooCP6sjPP3gFpgA3eZcZUwIAG.29z35CC1m8B3MLRS1Yn Mol7it209WV2dnx5fvctMyn6veUFzjvBm0sxRbvusAO97oYKlDHPo._i1Fzuai5C5L_Kd1J0Jz1z x8IrcM3ZQQDYyACWpB19heYyz1hXv6Iyh4rfZrO2bUI8MGNzYAx0s4M_ZX_eYtksMTlgXP.hf5xM NvNrBHVFJmznQ1zx56HZCk53Af.VSN8iunjODXZJIRsVjto6TlWEGFTGg7vi5wKewleUokclwRdF 3uYSr0DiSuaoBbKtqbfsDcsA0WhTE38sxGOktkprs.ge77q_wSmctmnqs_x9dImseLutU3sZwyrS OOebXdBnwRqxkmKamWl5LFKRTLf8P4OIGQZEm1w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Tue, 31 Dec 2019 22:52:08 +0000 Received: by smtp423.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0d201687d6c8d1df5e90144631eb8e88; Tue, 31 Dec 2019 22:52:07 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: 32-bit powerpc kernel builds (head -r356187): old ld (works) vs. devel/binutils@powerpc based (fails to boot): DYNAMIC vs. EXEC_P Message-Id: Date: Tue, 31 Dec 2019 14:52:06 -0800 Cc: FreeBSD Toolchain To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3608.40.2.2.4) References: X-Rspamd-Queue-Id: 47nV1653cBz3JL3 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.32 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.839,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.98)[-0.976,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[206.64.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (1.60), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.71), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2019 22:52:12 -0000 My attempt to buildkernel via devel/binutils@powerpc produces a kernel that gets a very early crash. Looking at the normal and alternate kernels a little shows. . . Old ld (and such): /boot/kernel/kernel: file format elf32-powerpc-freebsd /boot/kernel/kernel architecture: powerpc:common, flags 0x00000150: HAS_SYMS, DYNAMIC, D_PAGED start address 0x001001e0 . . . 00e7a034 l O *ABS* 00000000 .hidden _DYNAMIC Produced via (from kernel.full.meta): CMD @ld -m elf32ppc_fbsd -Bdynamic -T /usr/src/sys/conf/ldscript.powerpc = --secure-plt -pie --no-warn-mismatch --warn-common --export-dynamic = --dynamic-linker /red/herring -X -o kernel.full locore.o . . . devel/binutils@powerpc based: /boot/kerbad/kernel: file format elf32-powerpc-freebsd /boot/kerbad/kernel architecture: powerpc:common, flags 0x00000112: EXEC_P, HAS_SYMS, D_PAGED start address 0x00100200 00e7a034 l O .dynamic 00000000 _DYNAMIC Produced via (from kernel.full.meta): CMD @/usr/local/powerpc-unknown-freebsd13.0/bin/ld -m elf32ppc_fbsd = -Bdynamic -T /usr/src/sys/conf/ldscript.powerpc --secure-plt = --build-id=3Dsha1 -pie --no-warn-mismatch --warn-common = --export-dynamic --dynamic-linker /red/herring -X -o kernel.full locore.o . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Wed Jan 1 00:38:00 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 448651E14BE for ; Wed, 1 Jan 2020 00:38:00 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47nXMD17zFz3NSt; Wed, 1 Jan 2020 00:38:00 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-7.local (unknown [IPv6:2601:648:8881:1e90:9916:9604:53d0:4c9f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id CCEF128C41; Wed, 1 Jan 2020 00:37:59 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: A devel/freebsd-gcc*/Makefile suggestion to avoid base/binutil preventing freebsd-gcc* builds To: Mark Millard , FreeBSD Toolchain References: From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: <8d769537-0525-f7d1-c380-4d0cfaf6a1e3@FreeBSD.org> Date: Tue, 31 Dec 2019 16:37:58 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2020 00:38:00 -0000 On 12/26/19 7:54 PM, Mark Millard wrote: > Context: devel/freebsd-gcc* (for example) > using: > > --with-as=${LOCALBASE}/bin/${BU_PREFIX}-as \ > --with-ld=${LOCALBASE}/bin/${BU_PREFIX}-ld > > The likes of ${BU_PREFIX}-ld possibly also > exists someplace else on the path in use. > So I suggest that the BUILD_DEPENDS and > RUN_DEPENDS cause the full path to be > checked so that the full path will be > created if they do not exist already. > So, using devel/freebsd-gcc9 as an example, > . . . > > > # svnlite diff /usr/ports/devel/freebsd-gcc9/ > Index: /usr/ports/devel/freebsd-gcc9/Makefile > =================================================================== > --- /usr/ports/devel/freebsd-gcc9/Makefile (revision 520539) > +++ /usr/ports/devel/freebsd-gcc9/Makefile (working copy) > @@ -16,8 +16,8 @@ > LIB_DEPENDS= libgmp.so:math/gmp \ > libmpfr.so:math/mpfr \ > libmpc.so:math/mpc > -BUILD_DEPENDS= ${BU_PREFIX}-as:devel/binutils@${TARGETARCH} > -RUN_DEPENDS= ${BU_PREFIX}-as:devel/binutils@${TARGETARCH} > +BUILD_DEPENDS= ${LOCALBASE}/bin/${BU_PREFIX}-as:devel/binutils@${TARGETARCH} > +RUN_DEPENDS= ${LOCALBASE}/bin/${BU_PREFIX}-as:devel/binutils@${TARGETARCH} > > FLAVORS= aarch64 amd64 i386 mips mips64 powerpc powerpc64 riscv64 sparc64 > TARGETARCH= ${FLAVOR} > > This avoids later not finding the file via > the full path in such contexts. I don't see why this would ever be the case that we'd have, say, x86_64-unknown-freebsd13.0-ld anywhere but in LOCALBASE from the amd64-binutils package. base/binutils only installs /usr/bin/ld and /usr/${BUTARGET}/bin/ld. It doesn't install a BUTARGET-ld binary anywhere. I might end up axeing /usr/BUTARGET/bin from the base/binutils package. I've trimmed most of the similar type files from base/gcc6 recently. -- John Baldwin From owner-freebsd-toolchain@freebsd.org Wed Jan 1 00:41:53 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3A97C1E16A8; Wed, 1 Jan 2020 00:41:53 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47nXRh62Mkz3Nn7; Wed, 1 Jan 2020 00:41:52 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-7.local (unknown [IPv6:2601:648:8881:1e90:9916:9604:53d0:4c9f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 3BC1E28D61; Wed, 1 Jan 2020 00:41:52 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: devel/freebsd-gcc9@powerpc (for example) : it has the clang vs. gcc vec_step name conflict (for powerpc families): build fails under clang To: Mark Millard , Gerald Pfeifer Cc: freebsd-toolchain@freebsd.org, freebsd-ppc@freebsd.org, freebsd-ports@freebsd.org References: From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: <70ace2dc-ab93-3fee-8ecf-019730195d5a@FreeBSD.org> Date: Tue, 31 Dec 2019 16:41:51 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2020 00:41:53 -0000 On 12/26/19 11:39 PM, Mark Millard wrote: >>> is missing the patch-clang-vec_step that is in: >>> >>> FBSDG5L2# ls -laT /usr/ports/lang/gcc9/files/ >> >> That is a hack that can be used to work around the issue; I strongly >> recommend addressing this in clang properly, though. I think using the hack patch in devel/freebsd-gcc* is fine for now, but can you confirm if both 6 and 9 need it or only 9? -- John Baldwin From owner-freebsd-toolchain@freebsd.org Wed Jan 1 00:43:43 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A9601E1A22 for ; Wed, 1 Jan 2020 00:43:43 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47nXTq1JCMz3NyF; Wed, 1 Jan 2020 00:43:43 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-7.local (unknown [IPv6:2601:648:8881:1e90:9916:9604:53d0:4c9f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id C438928D62; Wed, 1 Jan 2020 00:43:42 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: devel/aarch64-none-elf-gcc build failed with long list of "pkg-static: Unable to access file . . ." during package stage To: Mark Millard , FreeBSD Toolchain References: <1A735BFA-27C0-4C11-9A0F-6F06B5898805.ref@yahoo.com> <1A735BFA-27C0-4C11-9A0F-6F06B5898805@yahoo.com> From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: <20a2c6e4-e9df-03dc-dfec-ade1cbb8d5ee@FreeBSD.org> Date: Tue, 31 Dec 2019 16:43:41 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <1A735BFA-27C0-4C11-9A0F-6F06B5898805@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2020 00:43:43 -0000 On 12/28/19 1:27 PM, Mark Millard wrote: > Stop. > make: stopped in /usr/ports/devel/aarch64-none-elf-gcc > =>> Cleaning up wrkdir > ===> Cleaning for aarch64-none-elf-gcc-6.4.0_7 > build of devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-6.4.0_7 ended at Sat Dec 28 04:40:12 PST 2019 > > FreeBSD head -r356109 based context. > ports -r520539 based context. I intentionally don't maintain the non-xtoolchain gcc's. :) Probably these need the PLUGINS plist treatment that devel/freebsd-gcc* use. Alternatively, it might be nice to figure out why the plugins don't build when aarch64 is the native host. -- John Baldwin From owner-freebsd-toolchain@freebsd.org Wed Jan 1 00:44:41 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B5BF41E1A56 for ; Wed, 1 Jan 2020 00:44:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47nXVw536tz3P0C for ; Wed, 1 Jan 2020 00:44:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YN99qD0VM1mxXpi6XImlX.UamBTISCi4aFoef1obZwXZiXTw8D5qVvCbMXE0JCq gfclnhB37sKodnLw6C4lWZO6t4mARsEVCin65xWJ4oyd01dC8pS0AA7mSssAtXSQxX_5wsrivp_F rnUREfalrOQHjYt.PgjXgGskyuIVp.zWd9CTzVSATryIwZQ6oZ_TVUNUmPcGvcqzcCbpg1_DpW_3 Ef6KPZR4V2O5xtEtMU1O2tm9wY71dnFAdZLebmHdgYdxpn4xu8mFBPotrUk0nDtfGTZ_Wg_VGgk1 QJCirOFGvLEJyleFtWIG1Ay8Zxjguwo105hyqzvkY1C.s50jwZ24ahLuIOl3eapCbuZVQ9LBdy.a ytMjQtg8xEv.CmBAema1YnL5a7ykER8nIaHvVLXeSVf57eaWu0MSHYKXnlEfx9XVGvGbqJAqqJvb zap0G_o05HVOYuRuVdv.RAc9sGds6i_sy9A5DjkXUPFiSYrPKpVAaa6Fm0FhdOkjGGDdV4FZTAOC IZ8_sZ4ql71066n7LvDa.z0dG3giqUEkN1r0mI8H4zHgMzpsNN3M94FyiyttXNFpSvS0DQZMOCEe jQ4lbPeF0zJLp4F2AFJePw_no.unQDcvbpJcIaBr.VL_QUUYME7jZfSdXKrGTBi7d9h7GwElPukR Dg1qbER9v45yrpW23Dx8k9u_Qx5CLXtTZQgH_yrs_Eu1E.4zHBf0AB0m5UrznQMRByNVhUyTRgUT 0OGHTvGEQcbNdzxidsSn2FxGCBKG08H7Tf0hmYR8e2bUim2cbAp28iNhTnCvyRJiQ8pW9zL0fbXK qwZjRDlEM0Mx2KMHmTuLuwBIEQ8rZu2pN1WISvn8lC5jmS1LVsvEuXFgvdAb.8h1bItnp8d62u67 7DxmM9ywKCnpj__zSEqiOCaXrx4RqjxZQMyd_q_J2l8CMwjH9eL.LMDP2zs19kMVEbnq9Pt6dn0v xhZQ9EnGrBrLZWSEERXfOuGLCalV8VoI2_.wSNbzkgZVsMBYUKQFPdmsLUlbqFd4Cd3Am_NuGNaM _yuBT0SxhFCmtYxlwN7Ukj1zSlMsDeL1L96SO9IIOM.qk_Hvet0LIY.X37pcK2nRzmz6blyq20h5 sVapUKiKry1FPcdCS8TbkTWaa6qoRMVpqYes2erJdZY0z3oWMDSwnhB.jr5GcjPuxtVqc8f_ZhF2 tVUVa1xOZFkpJkWL3ubBInvrCjze2L0nQTeLhvDpEtbJqg9pDAgmq9c4x7LkEbu1fyqcIEUuolCA XUvYb2NbdApZHq3FdAOvNOpr6KUnoTbEcQ6uzW_JEW3ROweN.gyr7U7ME02ZvzWd93CpvER6zKVZ BBhCYNV4moSKqzOPckXCYxDnu5I0wz7zuWJGrkQUZUg17fftGSpJrWYZ00zMlA_PYu6Td7actJy_ .hWHy4TluExQtHH47Z.mkbUhMdwSZ Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Jan 2020 00:44:39 +0000 Received: by smtp422.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 4d7a3b991e6c3e3ff6628ba0d077bcfc; Wed, 01 Jan 2020 00:44:33 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: 32-bit powerpc kernel builds (head -r356187): old ld (works) vs. devel/binutils@powerpc based (fails to boot): DYNAMIC vs. EXEC_P From: Mark Millard In-Reply-To: Date: Tue, 31 Dec 2019 16:44:32 -0800 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47nXVw536tz3P0C X-Spamd-Bar: - X-Spamd-Result: default: False [-1.32 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.17)[-0.173,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.65)[-0.649,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[31.65.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (5.26), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.71), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2020 00:44:41 -0000 On 2019-Dec-31, at 14:52, Mark Millard wrote: > My attempt to buildkernel via devel/binutils@powerpc > produces a kernel that gets a very early crash. >=20 > Looking at the normal and alternate kernels a little > shows. . . >=20 >=20 >=20 > Old ld (and such): >=20 > /boot/kernel/kernel: file format elf32-powerpc-freebsd > /boot/kernel/kernel > architecture: powerpc:common, flags 0x00000150: > HAS_SYMS, DYNAMIC, D_PAGED > start address 0x001001e0 > . . . > 00e7a034 l O *ABS* 00000000 .hidden _DYNAMIC >=20 > Produced via (from kernel.full.meta): >=20 > CMD @ld -m elf32ppc_fbsd -Bdynamic -T = /usr/src/sys/conf/ldscript.powerpc --secure-plt -pie --no-warn-mismatch = --warn-common --export-dynamic --dynamic-linker /red/herring -X -o = kernel.full locore.o . . . >=20 >=20 > devel/binutils@powerpc based: >=20 > /boot/kerbad/kernel: file format elf32-powerpc-freebsd > /boot/kerbad/kernel > architecture: powerpc:common, flags 0x00000112: > EXEC_P, HAS_SYMS, D_PAGED > start address 0x00100200 >=20 > 00e7a034 l O .dynamic 00000000 _DYNAMIC >=20 > Produced via (from kernel.full.meta): >=20 > CMD @/usr/local/powerpc-unknown-freebsd13.0/bin/ld -m elf32ppc_fbsd = -Bdynamic -T /usr/src/sys/conf/ldscript.powerpc --secure-plt = --build-id=3Dsha1 -pie --no-warn-mismatch --warn-common = --export-dynamic > --dynamic-linker /red/herring -X -o kernel.full locore.o . . . _GLOBAL_OFFSET_TABLE_ has a similar status. In fact, there is a big difference in the two context's ABS lists: devel/binutils@powerpc produces a very short list: # readelf -a /boot/kerbad/kernel | grep "\" | more 2: 0000000000000070 0 NOTYPE GLOBAL DEFAULT ABS dlmisssize 569: 0000000000100100 0 NOTYPE GLOBAL DEFAULT ABS kernbase 5103: 0000000000000020 0 NOTYPE GLOBAL DEFAULT ABS testppc64size 8156: 0000000000000018 0 NOTYPE GLOBAL DEFAULT ABS = restorebridgesize 9078: 00000000000000b0 0 NOTYPE GLOBAL DEFAULT ABS imisssize 12351: 00000000000000f0 0 NOTYPE GLOBAL DEFAULT ABS dsmisssize 25923: 0000000000000070 0 NOTYPE GLOBAL DEFAULT ABS dlmisssize 26490: 0000000000100100 0 NOTYPE GLOBAL DEFAULT ABS kernbase 31024: 0000000000000020 0 NOTYPE GLOBAL DEFAULT ABS testppc64size 34077: 0000000000000018 0 NOTYPE GLOBAL DEFAULT ABS = restorebridgesize 34999: 00000000000000b0 0 NOTYPE GLOBAL DEFAULT ABS imisssize 38272: 00000000000000f0 0 NOTYPE GLOBAL DEFAULT ABS dsmisssize but the old ld produces a much longer list: # readelf -a /boot/kernel/kernel | grep "\" | more 2: 0000000000000070 0 NOTYPE GLOBAL DEFAULT ABS dlmisssize 212: 0000000000e793dc 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_gfb_set 462: 0000000000e793c8 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_mmu_set 569: 0000000000100100 0 NOTYPE GLOBAL DEFAULT ABS kernbase 1334: 0000000000dd5728 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sdt_probes_set 1395: 0000000000e5e608 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_vnet 1765: 0000000001183648 0 NOTYPE GLOBAL DEFAULT ABS end 1798: 0000000000dd36d0 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sysinit_set 1857: 0000000000dd4e34 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_modmetadata_set 2001: 0000000000dd7984 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_uart_fdt_class_and_device_set 2271: 0000000000dd5648 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_cam_xpt_proto_set 2384: 0000000000dd561c 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_cam_xpt_xport_set 2669: 0000000000dd407c 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_modmetadata_set 2746: 0000000000dd9ef8 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_pcpu 3281: 0000000000e793d8 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_videodriver_set 3324: 0000000000e793d4 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_mmu_set 3365: 0000000000e793c0 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_compressors 3430: 0000000000dd7960 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_scterm_set 3573: 0000000000dd5648 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_cam_xpt_xport_set 3892: 0000000000dd5684 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_ofw_set 4195: 0000000000dd7988 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_uart_fdt_class_and_device_set 4226: 0000000000dd36d0 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sysuninit_set 4322: 0000000000dd7954 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sdt_argtypes_set 4329: 0000000000e793e0 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_platform_set 4571: 0000000000dd7a00 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_pcpu 4676: 0000000000dd7960 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_cons_set 4736: 0000000000dd2468 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sysinit_set 4880: 0000000000100100 0 NOTYPE GLOBAL DEFAULT ABS begin 4919: 0000000000dd56d0 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sdt_providers_set 5094: 0000000000dd7990 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_vt_drv_set 5104: 0000000000000020 0 NOTYPE GLOBAL DEFAULT ABS testppc64size 5114: 0000000000e793e0 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_gfb_set 6014: 0000000000dc0328 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sysctl_set 6334: 0000000000dd5668 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_kdb_dbbe_set 6742: 0000000000dd5f8c 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sdt_probes_set 6783: 0000000000dd797c 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_cons_set 6846: 0000000000a29924 0 NOTYPE GLOBAL DEFAULT ABS _etext 7033: 0000000000e793e8 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_platform_set 7243: 0000000000e793c0 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_vnet 7507: 0000000000e793d8 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_scrndr_set 7624: 0000000000dd7984 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_gdb_dbgport_set 7732: 0000000000e793c8 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_compressors 8087: 0000000000e793dc 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_scrndr_set 8156: 0000000000000018 0 NOTYPE GLOBAL DEFAULT ABS = restorebridgesize 8744: 0000000000dd5674 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_ofw_set 8758: 0000000000dd797c 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_gdb_dbgport_set 8844: 0000000000dd5f8c 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sdt_argtypes_set 9079: 00000000000000b0 0 NOTYPE GLOBAL DEFAULT ABS imisssize 9271: 0000000000dd407c 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sysuninit_set 9509: 0000000000dd565c 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_cam_xpt_proto_set 9761: 0000000000dd565c 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_kdb_dbbe_set 9774: 0000000000dd5668 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_kbddriver_set 10044: 0000000000dd5674 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_kbddriver_set 10068: 0000000000dd5728 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sdt_providers_set 10096: 0000000001183648 0 NOTYPE GLOBAL DEFAULT ABS _end 10706: 0000000000e793d4 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_videodriver_set 10909: 0000000000dd7954 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_scterm_set 11510: 0000000000e9786c 0 NOTYPE GLOBAL DEFAULT ABS _edata 11935: 0000000000dd7988 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_vt_drv_set 12130: 0000000000dc2240 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sysctl_set 12351: 00000000000000f0 0 NOTYPE GLOBAL DEFAULT ABS dsmisssize 25863: 0000000000e7a028 0 OBJECT LOCAL HIDDEN ABS = _GLOBAL_OFFSET_TABLE_ 25864: 0000000000e7a034 0 OBJECT LOCAL HIDDEN ABS _DYNAMIC 25921: 0000000000000070 0 NOTYPE GLOBAL DEFAULT ABS dlmisssize 26131: 0000000000e793dc 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_gfb_set 26381: 0000000000e793c8 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_mmu_set 26488: 0000000000100100 0 NOTYPE GLOBAL DEFAULT ABS kernbase 27253: 0000000000dd5728 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sdt_probes_set 27314: 0000000000e5e608 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_vnet 27684: 0000000001183648 0 NOTYPE GLOBAL DEFAULT ABS end 27717: 0000000000dd36d0 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sysinit_set 27776: 0000000000dd4e34 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_modmetadata_set 27920: 0000000000dd7984 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_uart_fdt_class_and_device_set 28190: 0000000000dd5648 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_cam_xpt_proto_set 28303: 0000000000dd561c 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_cam_xpt_xport_set 28588: 0000000000dd407c 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_modmetadata_set 28665: 0000000000dd9ef8 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_pcpu 29200: 0000000000e793d8 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_videodriver_set 29243: 0000000000e793d4 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_mmu_set 29284: 0000000000e793c0 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_compressors 29349: 0000000000dd7960 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_scterm_set 29492: 0000000000dd5648 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_cam_xpt_xport_set 29811: 0000000000dd5684 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_ofw_set 30114: 0000000000dd7988 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_uart_fdt_class_and_device_set 30145: 0000000000dd36d0 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sysuninit_set 30241: 0000000000dd7954 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sdt_argtypes_set 30248: 0000000000e793e0 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_platform_set 30490: 0000000000dd7a00 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_pcpu 30595: 0000000000dd7960 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_cons_set 30655: 0000000000dd2468 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sysinit_set 30799: 0000000000100100 0 NOTYPE GLOBAL DEFAULT ABS begin 30838: 0000000000dd56d0 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sdt_providers_set 31013: 0000000000dd7990 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_vt_drv_set 31023: 0000000000000020 0 NOTYPE GLOBAL DEFAULT ABS testppc64size 31033: 0000000000e793e0 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_gfb_set 31933: 0000000000dc0328 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sysctl_set 32253: 0000000000dd5668 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_kdb_dbbe_set 32661: 0000000000dd5f8c 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sdt_probes_set 32702: 0000000000dd797c 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_cons_set 32765: 0000000000a29924 0 NOTYPE GLOBAL DEFAULT ABS _etext 32952: 0000000000e793e8 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_platform_set 33162: 0000000000e793c0 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_vnet 33426: 0000000000e793d8 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_scrndr_set 33543: 0000000000dd7984 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_gdb_dbgport_set 33651: 0000000000e793c8 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_compressors 34006: 0000000000e793dc 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_scrndr_set 34075: 0000000000000018 0 NOTYPE GLOBAL DEFAULT ABS = restorebridgesize 34663: 0000000000dd5674 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_ofw_set 34677: 0000000000dd797c 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_gdb_dbgport_set 34763: 0000000000dd5f8c 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sdt_argtypes_set 34998: 00000000000000b0 0 NOTYPE GLOBAL DEFAULT ABS imisssize 35190: 0000000000dd407c 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sysuninit_set 35428: 0000000000dd565c 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_cam_xpt_proto_set 35680: 0000000000dd565c 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_kdb_dbbe_set 35693: 0000000000dd5668 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_kbddriver_set 35963: 0000000000dd5674 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_kbddriver_set 35987: 0000000000dd5728 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sdt_providers_set 36015: 0000000001183648 0 NOTYPE GLOBAL DEFAULT ABS _end 36625: 0000000000e793d4 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_videodriver_set 36828: 0000000000dd7954 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_scterm_set 37429: 0000000000e9786c 0 NOTYPE GLOBAL DEFAULT ABS _edata 37854: 0000000000dd7988 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_vt_drv_set 38049: 0000000000dc2240 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sysctl_set 38270: 00000000000000f0 0 NOTYPE GLOBAL DEFAULT ABS dsmisssize So what do the __start_set_* and __stop_set_* symbols show up as in /boot/kerbad/kernel generally? PROTECTED visibility as a GLOBAL as it turns out: # readelf -a /boot/kerbad/kernel | egrep "__(start|stop)_set_" | more 00e83680 002c0701 R_PPC_ADDR32 00000000 = __stop_set_uart_fdt_class_set + 0 00e83684 0021a801 R_PPC_ADDR32 00000000 = __start_set_uart_fdt_class_set + 0 212: 0000000000e793dc 0 NOTYPE GLOBAL PROTECTED 48 = __start_set_gfb_set 462: 0000000000e793c8 0 NOTYPE GLOBAL PROTECTED 45 = __start_set_mmu_set 1334: 0000000000dd5728 0 NOTYPE GLOBAL PROTECTED 34 = __start_set_sdt_probes_set 1395: 0000000000e5e608 0 NOTYPE GLOBAL PROTECTED 43 = __start_set_vnet 1798: 0000000000dd36d0 0 NOTYPE GLOBAL PROTECTED 23 = __stop_set_sysinit_set 1857: 0000000000dd4e34 0 NOTYPE GLOBAL PROTECTED 25 = __stop_set_modmetadata_set 2001: 0000000000dd7984 0 NOTYPE GLOBAL PROTECTED 39 = __start_set_uart_fdt_class_and_device_set 2271: 0000000000dd5648 0 NOTYPE GLOBAL PROTECTED 28 = __start_set_cam_xpt_proto_set 2383: 0000000000dd561c 0 NOTYPE GLOBAL PROTECTED 27 = __start_set_cam_xpt_xport_set 2669: 0000000000dd407c 0 NOTYPE GLOBAL PROTECTED 25 = __start_set_modmetadata_set 2746: 0000000000dd9ef8 0 NOTYPE GLOBAL PROTECTED 41 = __stop_set_pcpu 3281: 0000000000e793d8 0 NOTYPE GLOBAL PROTECTED 46 = __stop_set_videodriver_set 3324: 0000000000e793d4 0 NOTYPE GLOBAL PROTECTED 45 = __stop_set_mmu_set 3365: 0000000000e793c0 0 NOTYPE GLOBAL PROTECTED 44 = __start_set_compressors 3429: 0000000000dd7960 0 NOTYPE GLOBAL PROTECTED 36 = __stop_set_scterm_set 3573: 0000000000dd5648 0 NOTYPE GLOBAL PROTECTED 27 = __stop_set_cam_xpt_xport_set 3892: 0000000000dd5684 0 NOTYPE GLOBAL PROTECTED 31 = __stop_set_ofw_set 4195: 0000000000dd7988 0 NOTYPE GLOBAL PROTECTED 39 = __stop_set_uart_fdt_class_and_device_set 4226: 0000000000dd36d0 0 NOTYPE GLOBAL PROTECTED 24 = __start_set_sysuninit_set 4322: 0000000000dd7954 0 NOTYPE GLOBAL PROTECTED 35 = __stop_set_sdt_argtypes_set 4329: 0000000000e793e0 0 NOTYPE GLOBAL PROTECTED 49 = __start_set_platform_set 4570: 0000000000dd7a00 0 NOTYPE GLOBAL PROTECTED 41 = __start_set_pcpu 4676: 0000000000dd7960 0 NOTYPE GLOBAL PROTECTED 37 = __start_set_cons_set 4736: 0000000000dd2468 0 NOTYPE GLOBAL PROTECTED 23 = __start_set_sysinit_set 4918: 0000000000dd56d0 0 NOTYPE GLOBAL PROTECTED 33 = __start_set_sdt_providers_set 5094: 0000000000dd7990 0 NOTYPE GLOBAL PROTECTED 40 = __stop_set_vt_drv_set 5114: 0000000000e793e0 0 NOTYPE GLOBAL PROTECTED 48 = __stop_set_gfb_set 6014: 0000000000dd0550 0 NOTYPE GLOBAL PROTECTED 22 = __start_set_sysctl_set 6334: 0000000000dd5668 0 NOTYPE GLOBAL PROTECTED 29 = __stop_set_kdb_dbbe_set 6742: 0000000000dd5f8c 0 NOTYPE GLOBAL PROTECTED 34 = __stop_set_sdt_probes_set 6784: 0000000000dd797c 0 NOTYPE GLOBAL PROTECTED 37 = __stop_set_cons_set 7033: 0000000000e793e8 0 NOTYPE GLOBAL PROTECTED 49 = __stop_set_platform_set 7243: 0000000000e793c0 0 NOTYPE GLOBAL PROTECTED 43 = __stop_set_vnet 7507: 0000000000e793d8 0 NOTYPE GLOBAL PROTECTED 47 = __start_set_scrndr_set 7624: 0000000000dd7984 0 NOTYPE GLOBAL PROTECTED 38 = __stop_set_gdb_dbgport_set 7732: 0000000000e793c8 0 NOTYPE GLOBAL PROTECTED 44 = __stop_set_compressors 8088: 0000000000e793dc 0 NOTYPE GLOBAL PROTECTED 47 = __stop_set_scrndr_set 8616: 0000000000000000 0 NOTYPE WEAK DEFAULT UND = __start_set_uart_fdt_class_set 8745: 0000000000dd5674 0 NOTYPE GLOBAL PROTECTED 31 = __start_set_ofw_set 8758: 0000000000dd797c 0 NOTYPE GLOBAL PROTECTED 38 = __start_set_gdb_dbgport_set 8844: 0000000000dd5f8c 0 NOTYPE GLOBAL PROTECTED 35 = __start_set_sdt_argtypes_set 9271: 0000000000dd407c 0 NOTYPE GLOBAL PROTECTED 24 = __stop_set_sysuninit_set 9509: 0000000000dd565c 0 NOTYPE GLOBAL PROTECTED 28 = __stop_set_cam_xpt_proto_set 9760: 0000000000dd565c 0 NOTYPE GLOBAL PROTECTED 29 = __start_set_kdb_dbbe_set 9774: 0000000000dd5668 0 NOTYPE GLOBAL PROTECTED 30 = __start_set_kbddriver_set 10044: 0000000000dd5674 0 NOTYPE GLOBAL PROTECTED 30 = __stop_set_kbddriver_set 10068: 0000000000dd5728 0 NOTYPE GLOBAL PROTECTED 33 = __stop_set_sdt_providers_set 10706: 0000000000e793d4 0 NOTYPE GLOBAL PROTECTED 46 = __start_set_videodriver_set 10909: 0000000000dd7954 0 NOTYPE GLOBAL PROTECTED 36 = __start_set_scterm_set 11271: 0000000000000000 0 NOTYPE WEAK DEFAULT UND = __stop_set_uart_fdt_class_set 11935: 0000000000dd7988 0 NOTYPE GLOBAL PROTECTED 40 = __start_set_vt_drv_set 12130: 0000000000dd2468 0 NOTYPE GLOBAL PROTECTED 22 = __stop_set_sysctl_set 26133: 0000000000e793dc 0 NOTYPE GLOBAL PROTECTED 48 = __start_set_gfb_set 26383: 0000000000e793c8 0 NOTYPE GLOBAL PROTECTED 45 = __start_set_mmu_set 27255: 0000000000dd5728 0 NOTYPE GLOBAL PROTECTED 34 = __start_set_sdt_probes_set 27316: 0000000000e5e608 0 NOTYPE GLOBAL PROTECTED 43 = __start_set_vnet 27719: 0000000000dd36d0 0 NOTYPE GLOBAL PROTECTED 23 = __stop_set_sysinit_set 27778: 0000000000dd4e34 0 NOTYPE GLOBAL PROTECTED 25 = __stop_set_modmetadata_set 27922: 0000000000dd7984 0 NOTYPE GLOBAL PROTECTED 39 = __start_set_uart_fdt_class_and_device_set 28192: 0000000000dd5648 0 NOTYPE GLOBAL PROTECTED 28 = __start_set_cam_xpt_proto_set 28304: 0000000000dd561c 0 NOTYPE GLOBAL PROTECTED 27 = __start_set_cam_xpt_xport_set 28590: 0000000000dd407c 0 NOTYPE GLOBAL PROTECTED 25 = __start_set_modmetadata_set 28667: 0000000000dd9ef8 0 NOTYPE GLOBAL PROTECTED 41 = __stop_set_pcpu 29202: 0000000000e793d8 0 NOTYPE GLOBAL PROTECTED 46 = __stop_set_videodriver_set 29245: 0000000000e793d4 0 NOTYPE GLOBAL PROTECTED 45 = __stop_set_mmu_set 29286: 0000000000e793c0 0 NOTYPE GLOBAL PROTECTED 44 = __start_set_compressors 29350: 0000000000dd7960 0 NOTYPE GLOBAL PROTECTED 36 = __stop_set_scterm_set 29494: 0000000000dd5648 0 NOTYPE GLOBAL PROTECTED 27 = __stop_set_cam_xpt_xport_set 29813: 0000000000dd5684 0 NOTYPE GLOBAL PROTECTED 31 = __stop_set_ofw_set 30116: 0000000000dd7988 0 NOTYPE GLOBAL PROTECTED 39 = __stop_set_uart_fdt_class_and_device_set 30147: 0000000000dd36d0 0 NOTYPE GLOBAL PROTECTED 24 = __start_set_sysuninit_set 30243: 0000000000dd7954 0 NOTYPE GLOBAL PROTECTED 35 = __stop_set_sdt_argtypes_set 30250: 0000000000e793e0 0 NOTYPE GLOBAL PROTECTED 49 = __start_set_platform_set 30491: 0000000000dd7a00 0 NOTYPE GLOBAL PROTECTED 41 = __start_set_pcpu 30597: 0000000000dd7960 0 NOTYPE GLOBAL PROTECTED 37 = __start_set_cons_set 30657: 0000000000dd2468 0 NOTYPE GLOBAL PROTECTED 23 = __start_set_sysinit_set 30839: 0000000000dd56d0 0 NOTYPE GLOBAL PROTECTED 33 = __start_set_sdt_providers_set 31015: 0000000000dd7990 0 NOTYPE GLOBAL PROTECTED 40 = __stop_set_vt_drv_set 31035: 0000000000e793e0 0 NOTYPE GLOBAL PROTECTED 48 = __stop_set_gfb_set 31935: 0000000000dd0550 0 NOTYPE GLOBAL PROTECTED 22 = __start_set_sysctl_set 32255: 0000000000dd5668 0 NOTYPE GLOBAL PROTECTED 29 = __stop_set_kdb_dbbe_set 32663: 0000000000dd5f8c 0 NOTYPE GLOBAL PROTECTED 34 = __stop_set_sdt_probes_set 32705: 0000000000dd797c 0 NOTYPE GLOBAL PROTECTED 37 = __stop_set_cons_set 32954: 0000000000e793e8 0 NOTYPE GLOBAL PROTECTED 49 = __stop_set_platform_set 33164: 0000000000e793c0 0 NOTYPE GLOBAL PROTECTED 43 = __stop_set_vnet 33428: 0000000000e793d8 0 NOTYPE GLOBAL PROTECTED 47 = __start_set_scrndr_set 33545: 0000000000dd7984 0 NOTYPE GLOBAL PROTECTED 38 = __stop_set_gdb_dbgport_set 33653: 0000000000e793c8 0 NOTYPE GLOBAL PROTECTED 44 = __stop_set_compressors 34009: 0000000000e793dc 0 NOTYPE GLOBAL PROTECTED 47 = __stop_set_scrndr_set 34537: 0000000000000000 0 NOTYPE WEAK DEFAULT UND = __start_set_uart_fdt_class_set 34666: 0000000000dd5674 0 NOTYPE GLOBAL PROTECTED 31 = __start_set_ofw_set 34679: 0000000000dd797c 0 NOTYPE GLOBAL PROTECTED 38 = __start_set_gdb_dbgport_set 34765: 0000000000dd5f8c 0 NOTYPE GLOBAL PROTECTED 35 = __start_set_sdt_argtypes_set 35192: 0000000000dd407c 0 NOTYPE GLOBAL PROTECTED 24 = __stop_set_sysuninit_set 35430: 0000000000dd565c 0 NOTYPE GLOBAL PROTECTED 28 = __stop_set_cam_xpt_proto_set 35681: 0000000000dd565c 0 NOTYPE GLOBAL PROTECTED 29 = __start_set_kdb_dbbe_set 35695: 0000000000dd5668 0 NOTYPE GLOBAL PROTECTED 30 = __start_set_kbddriver_set 35965: 0000000000dd5674 0 NOTYPE GLOBAL PROTECTED 30 = __stop_set_kbddriver_set 35989: 0000000000dd5728 0 NOTYPE GLOBAL PROTECTED 33 = __stop_set_sdt_providers_set 36627: 0000000000e793d4 0 NOTYPE GLOBAL PROTECTED 46 = __start_set_videodriver_set 36830: 0000000000dd7954 0 NOTYPE GLOBAL PROTECTED 36 = __start_set_scterm_set 37192: 0000000000000000 0 NOTYPE WEAK DEFAULT UND = __stop_set_uart_fdt_class_set 37856: 0000000000dd7988 0 NOTYPE GLOBAL PROTECTED 40 = __start_set_vt_drv_set 38051: 0000000000dd2468 0 NOTYPE GLOBAL PROTECTED 22 = __stop_set_sysctl_set (Note: the "bad" in "/boot/kerbad/" is just a reference to the boot failure, a relationship of the link results and code handling the loaded kernel code. Which style of linker output for the kernel is "more correct" for the linker options supplied is not part of my claims. I am noting the mismatches, however.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Wed Jan 1 01:28:21 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 40E351E2558 for ; Wed, 1 Jan 2020 01:28:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47nYTH1RR7z3QWc for ; Wed, 1 Jan 2020 01:28:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 8l3wQjkVM1m6Nx4y0izPsLd_QkLG0GlV.QLMp.HBCuzl8jRfrFIRJe.LsUUY1uz MIi5VT9Kq7KbNWSYaQqDuGQXV_h3JjB1CFhlkZFI4x_NRpPMegjO6Q5IcA5teyTyvqlyVIOHYXLM TZERPrxIYSLzOjols4oZlYgfZ24pIclLlpJ0mvB4Qzk4AZXpoPtZYwvA51bL64giKEp4uFyCyEKP bXluwpvgzVriXsEnpP.B_GsD.3cIaMuTjYW.9ldS1M0X2AJC3E9Fk45HxkUqSc4xjPGJPn7fURE7 HPepRv05wy.X6YoHBvfMsXkVe47Q8pvwNzGkzrcsqObFBjjcB8phpytggi6j1LmnUNzEHGNZFLl2 DmDw0_06RC7vIQ9eYVNziqqn0PQ9lvcpt1QRfdnh.Q3cv0piKm4N4FxwShKPpbma2BVayJXcGrxM bWc3SH8VeWZvCk0p7w3DbFynwk50pRJP366g.eXRKp.62pLRYhpvYyd3fJstH8oj4usM9xhsFqyg iy0kI0u1IwMERGx4DrJMrvsGwnPzrirfLV4Er_pzFM_DAHao3hANqt4C15l39O2hcORvqcYWWC3T auaPJWFt5CRHow0uC8s7126bzu9TvVixdUI7tMNcx10taz4D.g1KGFsew_FWoCkBTaRADZqdJKny H7RgxB2WyW3a1osM2nR7nPjHQfrM5RRrJy4E7GMMaomQnWcGgF_xiBOwPmkURJYb5yv6ZD159F.V vXsdPVhYsKreTkbIWwyHcUsqVU98VoELU7ekw2ZW4dw5rYUpXBqPHBqnDTxTv8JVADrIvCGyTAmC bxe_u0c23_4N9uQ3gXNCArLO0pw4soiVcpJaZqIt8wwE2d3QVnlHAwFFyLGsr3R1GDhWMcKjB11s p.MJ1I.1sMW89nBpO9WMIiJuwUrFFq9uyz7mo.9X9uExfu4ARYNTLsi3LQF5wfPVUWmddZa1iwww sAoHPoHr85yCeeGRW9hyipkbWJgsiAZCZIZkpcKdPVMEqLNQDXumUMfHfcXMYUXpSZOSYO5zRPCN 0z4RJK0XH2guHA50_failG_0.xl3RWaClMmKR_2xCgpYeLwwSe08kNuovZ7mcZIixLqqv_890e.G eEYpc.P2F1sYib.T44cYR54yVCB8uJ8ZY8UG.ZBijEHaAQGxGG9TGY7rgUvZqzUhBra1X6Ar4Wlj e.WPS8yE3NzlNEv30E.D6E0ENOOHHOthO7kmMuszkQgDwD.68MlYpcZU9._JcGvOXcO3ryPqevdF jB9Z9zp8ciISxi4bw_Pdu.1tGrA1Pde.hn9DWNKaqhHWWagBZsVprJn3PmOAoQ0GuULdFfBJag24 X7_eNj5XK65Jtur7.wou2KydI2UGujUKpkxgvQT1DiSAy07gG1wth6a7UHK1zFFIrlt6_tUfLGZv PhqSpKdDa1sSQvluXaNXfsiOXCZWxdZ7O8Jo- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Jan 2020 01:28:16 +0000 Received: by smtp426.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 437ea9b333fad99f810cb9cb57033503; Wed, 01 Jan 2020 01:28:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: devel/freebsd-gcc9@powerpc (for example) : it has the clang vs. gcc vec_step name conflict (for powerpc families): build fails under clang From: Mark Millard In-Reply-To: <70ace2dc-ab93-3fee-8ecf-019730195d5a@FreeBSD.org> Date: Tue, 31 Dec 2019 17:28:10 -0800 Cc: Gerald Pfeifer , freebsd-toolchain@freebsd.org, freebsd-ppc@freebsd.org, freebsd-ports@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <70ace2dc-ab93-3fee-8ecf-019730195d5a@FreeBSD.org> To: John Baldwin X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47nYTH1RR7z3QWc X-Spamd-Bar: - X-Spamd-Result: default: False [-1.19 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.08)[-0.077,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.61)[-0.611,0]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_FIVE(0.00)[5]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[147.66.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (6.67), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.71), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2020 01:28:21 -0000 On 2019-Dec-31, at 16:41, John Baldwin wrote: > On 12/26/19 11:39 PM, Mark Millard wrote: >>>> is missing the patch-clang-vec_step that is in: >>>> >>>> FBSDG5L2# ls -laT /usr/ports/lang/gcc9/files/ >>> >>> That is a hack that can be used to work around the issue; I strongly >>> recommend addressing this in clang properly, though. > > I think using the hack patch in devel/freebsd-gcc* is fine for now, but can > you confirm if both 6 and 9 need it or only 9? > devel/freebsd-gcc6 and devel/freebsd-gcc9 both need it. The vec_step identifier has been in use in gcc's gcc/tree-vect-loop.c for a long time and still is in use. Going the other way, reserving vec_step for opencl/altivec for PowerPc's has been in clang for a long time. I've had to have local patches for lang/gcc6 and later and in devel/powerpc64-gcc historically (2017+) because of my clang-targeting-PowerPc activities and trying to build gcc versions via clang as part of those activities. (Of course, some places have patches of their own now.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Wed Jan 1 01:40:34 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BBF791E2882 for ; Wed, 1 Jan 2020 01:40:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.gq1.yahoo.com (sonic302-20.consmr.mail.gq1.yahoo.com [98.137.68.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47nYlP34P2z3Qv4 for ; Wed, 1 Jan 2020 01:40:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: XG9np0kVM1lneLglj.pwKqMKg5Gq7naqqRX6iFFgdW14iS8edtYWNYBckkrGVlq .nNm_CZBQioOSp2lwaj0gTFEzgx1K_waRgbK8upPgzeoN5Si3ApCv7isV1b.ZagFeFIngcakCzb9 vAvDooqovrAfg4inY0pXFpvXa_lLEQgyQAsi.IyS.E1lZi4dyiC6GkVvCbYDMN_tznsWybo1sm7B n2qhd0Eg5dzCsb0K66ayAAh.U0ClthHTi9_SNffDiYPD1dRQJ6huNa0RRiBZsb6Cy_4wnrbxwwWR 51DTRzqhMQtLQThcuwMemDtVm637B0PW7Y5tyoQbf0Rk7TYd0Y4VEfqhBfXR8f2neJlLMLwPZqDa oFZjCKHkXGSwSZUOyvlEiJ_2M9zLRepIZoX9xtQe2BG1QqHyFRDaApubj5ln9n8DLEINoGq8A2GG bAUfBaMwPoRITNSudpqgZeKIJ0LiyR3gV.LfvwUfpE0XtoEmPGLVPVC8vp9XihZDr1iVigFuBwv9 uzl9xIdVT_GowgRwws3AEFr4Dd3V09HXcJZeoecrRJbXX7DM6p6ZUkLxcLA308g4jRU1jOZpePpQ PnnHUSr9._5tNkMkTEa20fyQsOab_0EBCRI2mRVPiD0_jeqmNV7T.rlUe4xwY8S.i6ZDlweRxvsO hj0nnwbYbcEClqhkSaIhh77OK168B.e9LKlaufXKMFxz8BBFzi8CiA1WL5nUaEA4_NUFetQpb1R7 lYcNe2IYSrwgdnUqy7uBKf60k2I5whuEnV9DM7c40o5XLbXElu3NJIeoBASDapjqMmUS89TNDu0m GqvBaUAX1dqUtdaYUZiD30Ez36sECuoiX8cVzbeu9Z9YqGC1I3qKUD79cAZVDex8BFrRKP5Yuac7 wUYcqpS_9aeIfDEbiSXIH1JOpc9HMSvbHEpUBuW8iRrcDWYANTGyq3_LiBd.nN32VXqjeeEJ0WKV A5qVyoP1SPbYhq3V_jW0XpWockNUVlS.LReeaHkuILwWvjc8FTrm2qOVJTVAGRyIXCszbmWK8vRe Es6UFOfy4bi7PoJOFMf3LONJUsH24b_OxsJaW.8tWvkl59Kyd9dhOiFHohfqfPc0o1oPmhEcO4_n Xv7_fA3Q.zSVTp6Xet.ZF0WaJ7bTH24XhgbSCfYtxmM0P5WhL.ct.d_DuUyDC9UeqdVSiY6ttPPI pT22daBdeRIzKIO9Kutr0l.m2.DcNfWgxFATQBjO0cVLWKY9jGE97qr0LLmEmDIY6tefn4yKekVM 68AI2FpDjESMnEXwFeOVEYQbvi9cmhO9HhL669C2k5wdkPaxsmd1j.WamWZ5fp10JndM5xRHtn_b CgHlnPf7JfwKANY6697NidDEbBR6lVdqCyc0QY31tIOnI37jVasav4RN2dx06KSNT5RlU9uztvJ7 aEVRFKRYVZjCvlMrk6QHZBO3SMYaibQCtVgZ.UCM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Jan 2020 01:40:31 +0000 Received: by smtp407.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2eb5a483cbaa57ef9683a05fd87272de; Wed, 01 Jan 2020 01:40:30 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: A devel/freebsd-gcc*/Makefile suggestion to avoid base/binutil preventing freebsd-gcc* builds From: Mark Millard In-Reply-To: <8d769537-0525-f7d1-c380-4d0cfaf6a1e3@FreeBSD.org> Date: Tue, 31 Dec 2019 17:40:29 -0800 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <252003C3-B06B-4371-A6D5-DBB3795DD0D7@yahoo.com> References: <8d769537-0525-f7d1-c380-4d0cfaf6a1e3@FreeBSD.org> To: John Baldwin X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47nYlP34P2z3Qv4 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.46 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.966,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-0.02), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.71), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2020 01:40:34 -0000 On 2019-Dec-31, at 16:37, John Baldwin wrote: > On 12/26/19 7:54 PM, Mark Millard wrote: >> Context: devel/freebsd-gcc* (for example) >> using: >>=20 >> --with-as=3D${LOCALBASE}/bin/${BU_PREFIX}-as \ >> --with-ld=3D${LOCALBASE}/bin/${BU_PREFIX}-ld >>=20 >> The likes of ${BU_PREFIX}-ld possibly also >> exists someplace else on the path in use. >> So I suggest that the BUILD_DEPENDS and >> RUN_DEPENDS cause the full path to be >> checked so that the full path will be >> created if they do not exist already. >> So, using devel/freebsd-gcc9 as an example, >> . . . >>=20 >>=20 >> # svnlite diff /usr/ports/devel/freebsd-gcc9/ >> Index: /usr/ports/devel/freebsd-gcc9/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/devel/freebsd-gcc9/Makefile (revision 520539) >> +++ /usr/ports/devel/freebsd-gcc9/Makefile (working copy) >> @@ -16,8 +16,8 @@ >> LIB_DEPENDS=3D libgmp.so:math/gmp \ >> libmpfr.so:math/mpfr \ >> libmpc.so:math/mpc >> -BUILD_DEPENDS=3D ${BU_PREFIX}-as:devel/binutils@${TARGETARCH} >> -RUN_DEPENDS=3D ${BU_PREFIX}-as:devel/binutils@${TARGETARCH} >> +BUILD_DEPENDS=3D = ${LOCALBASE}/bin/${BU_PREFIX}-as:devel/binutils@${TARGETARCH} >> +RUN_DEPENDS=3D = ${LOCALBASE}/bin/${BU_PREFIX}-as:devel/binutils@${TARGETARCH} >>=20 >> FLAVORS=3D aarch64 amd64 i386 mips mips64 powerpc powerpc64 riscv64 = sparc64 >> TARGETARCH=3D ${FLAVOR} >>=20 >> This avoids later not finding the file via >> the full path in such contexts. >=20 > I don't see why this would ever be the case that we'd have, say, > x86_64-unknown-freebsd13.0-ld anywhere but in LOCALBASE from the > amd64-binutils package. >=20 > base/binutils only installs /usr/bin/ld and /usr/${BUTARGET}/bin/ld. > It doesn't install a BUTARGET-ld binary anywhere. I might end up > axeing /usr/BUTARGET/bin from the base/binutils package. I've > trimmed most of the similar type files from base/gcc6 recently. Good to know. Thanks. (My use goes back to when base/binutils did put in place the likes of /usr/bin/BUTARGET-ld --as reported in a bugzilla comment back in 2018-Feb. So I'd seen the problem in the past and had to work around it.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Wed Jan 1 05:58:43 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D9891E2C9D for ; Wed, 1 Jan 2020 05:58:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-48.consmr.mail.gq1.yahoo.com (sonic313-48.consmr.mail.gq1.yahoo.com [98.137.65.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47ngTG21d0z4Xfd for ; Wed, 1 Jan 2020 05:58:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: N_6BpMEVRDvd.miR6A7lED5GPdAEx7ojsA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Jan 2020 05:58:40 +0000 Received: by smtp401.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 375855fd364ab727ae9c0e4d38c0023c; Wed, 01 Jan 2020 05:56:39 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: For reliable builds, gnu/usr.bin/binutils/Makefile needs similar to gnu/usr.bin/binutils/Makefile.inc0 TARGET_CPUARCH use, not ${TARGET} use Message-Id: <6C451320-79D8-41C7-ACF8-FD4C7E9751A2@yahoo.com> Date: Tue, 31 Dec 2019 21:56:37 -0800 To: FreeBSD PowerPC ML , FreeBSD Toolchain X-Mailer: Apple Mail (2.3608.40.2.2.4) References: <6C451320-79D8-41C7-ACF8-FD4C7E9751A2.ref@yahoo.com> X-Rspamd-Queue-Id: 47ngTG21d0z4Xfd X-Spamd-Bar: - X-Spamd-Result: default: False [-1.31 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; SUBJECT_HAS_CURRENCY(1.00)[]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.86)[-0.861,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.953,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ipnet: 98.137.64.0/21(0.88), asn: 36647(0.71), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[111.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[111.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2020 05:58:43 -0000 My cross-build attempts were failing to build ld.bfd for use for building LIB32 for powerpc64 until I made the following change: # svnlite diff gnu/usr.bin/binutils/Makefile Index: gnu/usr.bin/binutils/Makefile =================================================================== --- gnu/usr.bin/binutils/Makefile (revision 356187) +++ gnu/usr.bin/binutils/Makefile (working copy) @@ -15,7 +15,16 @@ # GNU binutils 2.17.50 ld. # Except if we are on powerpc, that needs the ld from binutils to link # 32-bit binaries. -.if ${MK_LLD_IS_LD} == "no" || ${TARGET} == "powerpc" +# +# Localized variation of some gnu/usr.bin/binutils/Makefile.inc0 +# content: +.if defined(TARGET_ARCH) +HACK_TARGET_CPUARCH=${TARGET_ARCH:${__TO_CPUARCH}} +.else +HACK_TARGET_CPUARCH=${MACHINE_CPUARCH} +.endif +# +.if ${MK_LLD_IS_LD} == "no" || ${HACK_TARGET_CPUARCH} == "powerpc" SUBDIR.${MK_BINUTILS}+=ld .endif Otherwise, gnu/usr.bin/binutils/ld/Makefile was not used to build ld.bfd and the build ending up stopping, reporting the lack of anything at the path it specified to clang for executing the 32-bit linker. (No place else under gnu/ was using ${TARGET} . Many places were using ${MACHINE_CPUARCH} . But straight use of ${MACHINE_CPUARCH} here did not work for the context. Thus, I went for the more general code from Makefile.inc0 instead, reusing what others had already figured out.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Thu Jan 2 00:44:05 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C2341E57EB for ; Thu, 2 Jan 2020 00:44:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47p8Rm066nz4ZR6 for ; Thu, 2 Jan 2020 00:44:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .q7NKScVM1lym3_24bzCuWT5gJZaUuYbasJmX7zKZVfJHMsili71Zr77_LnA8rD ZSW.1b7FXA5Qy7QL.6b8dINJ0c0Wg..ZpOG7QFWkRxjs.ZjPb9V6JJpgS.5_UogMZ34.5KIFMJJ_ HIU1ct2s3QrxS8dOv110ffDgHL.urtj2lF3gBQXXQp4z0ZtXeuQs3rm77vRJwi4e7gofOHxKTOQL dE_V6c8qIlWbuWgV0IyW2pl93q46QrChXhib73SdTC41foP9LpfzZGxaALuIgLPowiDLsea6P0Wi SQeD0z_1PYQrmpIotUhMAM9Wbhhwb79IIdQtkwL0bcm8VTyj5bUSBQhLnm1RDbDYTfmiePjkv_CN LeQ_ueltwWYwye3Jre_JTQUzaGByZMnBQwNRPf4CDwg3nFs0CVYL4nUO1oihEH.cBl76CsAMQZU0 aLux0RxxoodjGYGxxZg8CkUFiPaP8l.0oLKnSUyvydl1VPNnKUE8a5vMUcikDRf8gI9M0z19aVtq heEaQRDAqIO7Ct4wcERF0qJbAZ9BH2vOmp.cmYaA0DkfmFNT5Li1pH5Fum3z27sBAQ7ry0oYk7MJ RYG2WH1L1tqeY5n04rosjxpEEY5DH8heOJ8h5XuySCyqPDHLPP8xevNhn1PnSNHWLw4j17kcDzFg kqkvzqKoIZG5pPL_R1KcY1bAiM3xx25TMcKXftMfntZHy4sVrfdJkn5lA.X.l4CRSdQ0yDG9EQBG 7vnhILmn3DrRlEaYSYeZUM.fjTpsQ8cEP8KDaJc7.sB8f9nVGQz.DKL_jm6tyJ4lnKBEGZkclcUh I_pwEexfuUlGeSlFQRViPwFJOSaR6z2tmhOgZzYXv1CMZ8Sys4ONGUKEJjLjQ8QgcwvT4WkafihB 8PrTvsBlfeVdE4xDCFnsW4lAF6du9jm67LdVC_buZpUX2TK3Yvo.4uohilPidxUGVhwXRR5NHbRR 6eJp1crYwHw2n4T0XJbhX0_3huDanpWHVBBQ2F.FUmUftviSyDHG.B4StXVe5uWDqw6z8XX.gOkF zVM_28SICsq9qqQsRn2qdDiM9IqCB_b8wSt.RSChUX5JANyIrRbJvENLbacrZAUS.giPIAcV.NY. 7AbJAJNT.jE5RvyYL4C0N92LjO3BDHOOKEY3PJXemOpgJW4SuUXXECw1OkfXZMvB8CXjtIJcAP.H ncGeu7AYOTgYuPNu_DkwqoVbBMZd6rjkViEr69xld5Eorn501Zczz47IMYT42vY9xeATJ.sy2oan WyxdWCEFicYiEjwgoclb0wiC4eDsWrehU5MoY8P37mYFIaMGORByh9kwMc0KNi5Jxq51stbj7KI9 gchldCp_eNm1vd10aCUZ_5YhAsJzHgVoyEoo96OFxMInJ9Gest3v78r2W2qIgCILZ7Gw7nz8rgKi 27Nb104GajFZIwKDMk7j8fMEF2xa.z36RostAL66W Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Thu, 2 Jan 2020 00:44:02 +0000 Received: by smtp407.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2e658b58b475deaea0a3c00677726a2d; Thu, 02 Jan 2020 00:43:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: 32-bit powerpc kernel builds (head -r356187): old ld (works) vs. devel/binutils@powerpc based (fails to boot): DYNAMIC vs. EXEC_P (powerpc64 lld too) From: Mark Millard In-Reply-To: Date: Wed, 1 Jan 2020 16:43:58 -0800 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <27625540-FBB9-44B9-819E-06671133E7FB@yahoo.com> References: To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47p8Rm066nz4ZR6 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.18 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.14)[-0.140,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.54)[-0.540,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[32.64.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (6.52), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.71), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2020 00:44:05 -0000 On 2019-Dec-31, at 16:44, Mark Millard wrote: > On 2019-Dec-31, at 14:52, Mark Millard wrote: >=20 >> My attempt to buildkernel via devel/binutils@powerpc >> produces a kernel that gets a very early crash. >>=20 >> Looking at the normal and alternate kernels a little >> shows. . . >>=20 >>=20 >>=20 >> Old ld (and such): >>=20 >> /boot/kernel/kernel: file format elf32-powerpc-freebsd >> /boot/kernel/kernel >> architecture: powerpc:common, flags 0x00000150: >> HAS_SYMS, DYNAMIC, D_PAGED >> start address 0x001001e0 >> . . . >> 00e7a034 l O *ABS* 00000000 .hidden _DYNAMIC >>=20 >> Produced via (from kernel.full.meta): >>=20 >> CMD @ld -m elf32ppc_fbsd -Bdynamic -T = /usr/src/sys/conf/ldscript.powerpc --secure-plt -pie --no-warn-mismatch = --warn-common --export-dynamic --dynamic-linker /red/herring -X -o = kernel.full locore.o . . . >>=20 >>=20 >> devel/binutils@powerpc based: >>=20 >> /boot/kerbad/kernel: file format elf32-powerpc-freebsd >> /boot/kerbad/kernel >> architecture: powerpc:common, flags 0x00000112: >> EXEC_P, HAS_SYMS, D_PAGED >> start address 0x00100200 >>=20 >> 00e7a034 l O .dynamic 00000000 _DYNAMIC >>=20 >> Produced via (from kernel.full.meta): >>=20 >> CMD @/usr/local/powerpc-unknown-freebsd13.0/bin/ld -m elf32ppc_fbsd = -Bdynamic -T /usr/src/sys/conf/ldscript.powerpc --secure-plt = --build-id=3Dsha1 -pie --no-warn-mismatch --warn-common = --export-dynamic >> --dynamic-linker /red/herring -X -o kernel.full locore.o . . . >=20 I see the same sort of thing for powerpc64 kernels, based on system lld and such vs. based on devel/binutils@powerpc64 . (The old 2 socket/2-cores-per PowerMac is rebuilding the 435 ports on head -r356187 .) > _GLOBAL_OFFSET_TABLE_ has a similar status. >=20 > In fact, there is a big difference in the two > context's ABS lists: devel/binutils@powerpc > produces a very short list: >=20 > # readelf -a /boot/kerbad/kernel | grep "\" | more > 2: 0000000000000070 0 NOTYPE GLOBAL DEFAULT ABS dlmisssize > 569: 0000000000100100 0 NOTYPE GLOBAL DEFAULT ABS kernbase > 5103: 0000000000000020 0 NOTYPE GLOBAL DEFAULT ABS = testppc64size > 8156: 0000000000000018 0 NOTYPE GLOBAL DEFAULT ABS = restorebridgesize > 9078: 00000000000000b0 0 NOTYPE GLOBAL DEFAULT ABS imisssize > 12351: 00000000000000f0 0 NOTYPE GLOBAL DEFAULT ABS dsmisssize > 25923: 0000000000000070 0 NOTYPE GLOBAL DEFAULT ABS dlmisssize > 26490: 0000000000100100 0 NOTYPE GLOBAL DEFAULT ABS kernbase > 31024: 0000000000000020 0 NOTYPE GLOBAL DEFAULT ABS = testppc64size > 34077: 0000000000000018 0 NOTYPE GLOBAL DEFAULT ABS = restorebridgesize > 34999: 00000000000000b0 0 NOTYPE GLOBAL DEFAULT ABS imisssize > 38272: 00000000000000f0 0 NOTYPE GLOBAL DEFAULT ABS dsmisssize >=20 > but the old ld produces a much longer list: >=20 > # readelf -a /boot/kernel/kernel | grep "\" | more > 2: 0000000000000070 0 NOTYPE GLOBAL DEFAULT ABS dlmisssize > 212: 0000000000e793dc 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_gfb_set > 462: 0000000000e793c8 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_mmu_set > 569: 0000000000100100 0 NOTYPE GLOBAL DEFAULT ABS kernbase > 1334: 0000000000dd5728 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_sdt_probes_set > 1395: 0000000000e5e608 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_vnet > 1765: 0000000001183648 0 NOTYPE GLOBAL DEFAULT ABS end > 1798: 0000000000dd36d0 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sysinit_set > 1857: 0000000000dd4e34 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_modmetadata_set . . . (detail dropped) . . . > 35963: 0000000000dd5674 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_kbddriver_set > 35987: 0000000000dd5728 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sdt_providers_set > 36015: 0000000001183648 0 NOTYPE GLOBAL DEFAULT ABS _end > 36625: 0000000000e793d4 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_videodriver_set > 36828: 0000000000dd7954 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_scterm_set > 37429: 0000000000e9786c 0 NOTYPE GLOBAL DEFAULT ABS _edata > 37854: 0000000000dd7988 0 NOTYPE GLOBAL DEFAULT ABS = __start_set_vt_drv_set > 38049: 0000000000dc2240 0 NOTYPE GLOBAL DEFAULT ABS = __stop_set_sysctl_set > 38270: 00000000000000f0 0 NOTYPE GLOBAL DEFAULT ABS dsmisssize >=20 > So what do the __start_set_* and __stop_set_* symbols > show up as in /boot/kerbad/kernel generally? PROTECTED > visibility as a GLOBAL as it turns out: >=20 > # readelf -a /boot/kerbad/kernel | egrep "__(start|stop)_set_" | more > 00e83680 002c0701 R_PPC_ADDR32 00000000 = __stop_set_uart_fdt_class_set + 0 > 00e83684 0021a801 R_PPC_ADDR32 00000000 = __start_set_uart_fdt_class_set + 0 > 212: 0000000000e793dc 0 NOTYPE GLOBAL PROTECTED 48 = __start_set_gfb_set > 462: 0000000000e793c8 0 NOTYPE GLOBAL PROTECTED 45 = __start_set_mmu_set . . . (detail dropped) . . . > 35681: 0000000000dd565c 0 NOTYPE GLOBAL PROTECTED 29 = __start_set_kdb_dbbe_set > 35695: 0000000000dd5668 0 NOTYPE GLOBAL PROTECTED 30 = __start_set_kbddriver_set > 35965: 0000000000dd5674 0 NOTYPE GLOBAL PROTECTED 30 = __stop_set_kbddriver_set > 35989: 0000000000dd5728 0 NOTYPE GLOBAL PROTECTED 33 = __stop_set_sdt_providers_set > 36627: 0000000000e793d4 0 NOTYPE GLOBAL PROTECTED 46 = __start_set_videodriver_set > 36830: 0000000000dd7954 0 NOTYPE GLOBAL PROTECTED 36 = __start_set_scterm_set > 37192: 0000000000000000 0 NOTYPE WEAK DEFAULT UND = __stop_set_uart_fdt_class_set > 37856: 0000000000dd7988 0 NOTYPE GLOBAL PROTECTED 40 = __start_set_vt_drv_set > 38051: 0000000000dd2468 0 NOTYPE GLOBAL PROTECTED 22 = __stop_set_sysctl_set >=20 >=20 >=20 > (Note: the "bad" in "/boot/kerbad/" is just a > reference to the boot failure, a relationship > of the link results and code handling the loaded > kernel code. Which style of linker output for the > kernel is "more correct" for the linker options > supplied is not part of my claims. I am noting > the mismatches, however.) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Fri Jan 3 10:35:04 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 07D841ED92F for ; Fri, 3 Jan 2020 10:35:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47q1WB4zgsz3BnZ for ; Fri, 3 Jan 2020 10:35:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: z3J9ZlUVM1lvNDj60HXH5QK4ld3yhWT2aM8Vb5abyAZ3kAeoMTehAQvTce0rQzk X8CHW3EF3c4pq1Bwdd2oIlsY_QGluHc70Nf1Kq05wBh9T38MQRV_gpiY9S_.u60X6A3xdprs_QHY IjCoNM_HuHJVoC.kWtZ8NCtxJl7kf.NGSiEVaMrMOrfKI7Lh3Sny1O.NNgOYpY8ph3rIHD9aDRHE 4AZmhEze0BCSmu0mpDLydpZuwUhztqHYy1PjiC4sUD8keM8A3h00IYa57bQSkjwFiV7aPKJS7MkE I7wa21rONO7rwLZU576xdtg9o37tbDGme0noCgW10RCKMMq3GqCVK42vMHg3Cgm8qIrDCw26zItl ttdkcDH4WtH._atN9TPQraZkfyEaCrm1h5ZdN38EIihC_PA.jOmsnQ_Fd7qbzqW3AUUgGvColUKq 7_mu.YoMJg2mYZJ370sGGWbtxfGlFEGboP3QCwHYp38BaUPtgb1nOanc4kYcFybQKUlVuI2LJnmH KrwRk3DnxSzAt1wllqsxgFjk7XAxA7k5EUYajwE3h.L5GTNVIA7NNiG8zKG2dzuYQV0gFfZimZbM Iw.KNTvBZIWI31wVxTVDlM2UQFYr0VN0.9fIDMMSLxgNHtAUDjIwF3iloMd_tbKmO_WopluzRe8. iLhkWoD.QHhhQkuAZ5SM.DJNTkcIccF_V82_nnCOaUGqxHrVvRYtlkod6qMK.AKUIihwLwAHFbO9 MC30izMAQZB2I1BdJcE4VkzEJG_EKf0KUJBOMCqfvD4cRgbBaSo7Os4DBhfTRV7liySVRFKZQg_T gSYkDCji42zEVOXJvwtMPwcu9oA4Jpd9Pxw9UyDBe4woSfi_gU_rWw..tCENRNvHU0Ym4vSan8Bk 59OwuJRN0dUOZt7eeH9vH6wzn3cqQ_QRk.BgyCpL2nRPnQuG98.yYx00hU4O8HBc3BWzJACepTlu yYMjHI9ivaI4rZZnHJsoUEHhOI7NNrZKmKKzXu8uYikIVV3KweaYfuK2qmiGUKp0ueLwYra1w37k xW2zTnBh3TSyPGrcbEYjScKWwuTIDbinKvvQB2wOIlDs6.WOoV4r416wGo60Z5nT.m_SWHjzDDVy DoKFs3E9_OH4Jm_qzB1mD4BBH_7wCP7R7mfWr.ym6WrtOM_z1DmUZAEoPrWDP_qRmjXCGC6zJVxH CZD11a88T2gUSUjSs5a4jrikIY76L5p3MV2zcpUsYmQt_fiH.K7l7qH8nVGQ6oeOgICeY_NVi7Sl LCdBDwcROl5G6jPORmPFaZiGAEILzFrRVbbACEG0J9hcP7xgW0q_F.7kRiuyZKKI2XzTeyH.M3CS PQYHBHAe5XC8.UxAzAvdMxLkS.qkerEhflBjGhkbJHZ.ZL8JHinU_y5wXWwJzkmrpC_TOqhOOotS dY7X4ooPvf2kIqwNHSHPDJO7RB1V4N574EHplXr5V Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 Jan 2020 10:35:00 +0000 Received: by smtp430.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c999ce3654d1cbc9969140fa1871acef; Fri, 03 Jan 2020 10:34:58 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: svn commit: r356289 - head Message-Id: Date: Fri, 3 Jan 2020 02:34:56 -0800 Cc: FreeBSD Toolchain To: John Baldwin , svn-src-head@freebsd.org X-Mailer: Apple Mail (2.3608.40.2.2.4) References: X-Rspamd-Queue-Id: 47q1WB4zgsz3BnZ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.23 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.39)[-0.389,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.34)[-0.337,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[147.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (5.65), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.70), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2020 10:35:04 -0000 John Baldwin jhb at FreeBSD.org wrote on Thu Jan 2 21:41:07 UTC 2020 : > On 1/2/20 1:34 PM, John Baldwin wrote: > > Author: jhb > > Date: Thu Jan 2 21:34:44 2020 > > New Revision: 356289 > > URL: https://svnweb.freebsd.org/changeset/base/356289 > >=20 > > Log: > > Look for cross toolchain makefiles in /usr/share/toolchains. > > =20 > > The freebsd-binutils and freebsd-gcc* packages install toolchain > > makefiles to /usr/share/toolchains rather than LOCALBASE. >=20 > The short version is that you can do something like this to use GCC > as the system compiler (/usr/bin/cc): >=20 > cd /usr/ports/base/binutils ; make install clean > cd ../gcc6 ; make install clean >=20 > Then 'make CROSS_TOOLCHAIN=3Dfreebsd-gcc6 buildworld', etc. If you = aren't > planning on doing cross-builds you can set CROSS_TOOLCHAIN in = /etc/src.conf. >=20 > As described elsewhere, the base/* packages can be cross-built (along > with pkg), so for any architectures not yet using clang we could = fairly > easily provide a cross-built package repo (though that architecture = list > is becoming rather small). I will probably add a base/gcc9 port once = we > can build a full system with gcc9. Just an FYI from some experiments that I did recently: devel/binutils@powerpc and devel/binutils@powerpc64 and base/binutils@powerpc and base_binutils@powerpc64 do not put out the same content as lld or the old toolchain's ld (still used normally for 32-bit powerpc). buildkernel runs to completion but the result crashes from the kernel sseflf-loading and what was produced not matching. For example, binutils put out very few ABS symbols compared to lld/old-ld and classifies the kernel as ET_EXEC, not ET_DYN, because of the non-zero VirtAddr in: Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg = Align . . . LOAD 0x000000 0x00100000 0x00100000 0xd9786c 0x1083648 RWE = 0x10000 . . . (I'm not claiming that is all there is that matters.) These points are true using system-clang as the compiler. (I've only cross-built so far.) I do not know if other architectures have similar issues or not. But, it appears that in some cases, there is more work to allowing the GNU linker to be used, for at least buildkernel . I do not know if there is an intent to support a (modern) GNU binutils ld (in addition to lld) or not. So it may be that the effort would not be put in. (I'm not claiming which side(s) would change if the effort was put in.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Fri Jan 3 21:14:49 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B2A371E97D7 for ; Fri, 3 Jan 2020 21:14:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47qHjP4KVTz4N3t for ; Fri, 3 Jan 2020 21:14:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 929831E97D6; Fri, 3 Jan 2020 21:14:49 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 925D01E97D4 for ; Fri, 3 Jan 2020 21:14:49 +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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47qHjP3S8jz4N3s for ; Fri, 3 Jan 2020 21:14:49 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 71F7823D7 for ; Fri, 3 Jan 2020 21:14:49 +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 003LEnb6010173 for ; Fri, 3 Jan 2020 21:14:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 003LEnlS010162 for toolchain@FreeBSD.org; Fri, 3 Jan 2020 21:14:49 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: toolchain@FreeBSD.org Subject: [Bug 233664] enable LLVM libunwind for armv7, armv6 Date: Fri, 03 Jan 2020 21:14:49 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: feature, needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mmel@FreeBSD.org X-Bugzilla-Flags: mfc-stable12- mfc-stable11- 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 MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2020 21:14:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233664 --- Comment #16 from Ed Maste --- FYI LLVM libunwind is currently used for all FreeBSD CPU architectures exce= pt armv6, armv7, and sparc64. Do we have a list of known issues affecting armv6/armv7? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Jan 3 22:35:09 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5ACFA1F1AAD for ; Fri, 3 Jan 2020 22:35:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47qKV42xDVz4S8j for ; Fri, 3 Jan 2020 22:35:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: KmEFpL4VM1nygK5Vavt1gvuisdl3Ia97LGvvZRAP8NFYKLYYGwRwnN_jLc1CQPD RWatfVZ04LqATPc4J2cpUAEccmrp1hDRl.eo9jaTGUnAVmAmJ8veksbiRfwxrr4PVjTATWzTnJRh Kzw4jXXeRXmK_jXi60OF.u_Rjz74T3YnTvW_yD._CYjW6NeeSJRSmqrIO6ivW8dkjOlqkh23Jq0. zzqsFOl2z9nDtFPpq0xaHfi2OHPVdrymApaG01Y.lD5Q_OZbCMeNqBIvhvmb69uBY_CcpzaHUjV. MxftyNTqSljD108rmRpU3W4TH3c2rPb.zY1.8oB2rUj01E5t1u5FK1wq9g1xQzvsrVAKMNoDI5.v ga.hkDfYsh32vjb.gZaK_T7hQYv8cy96LX3pxT0vtyDXsgNK8TwC6hTnInXsaIeTxo4hqCSsCHia cS0crqFMEDrWHVgdEpQ.CcJoeKKw8Z9MlEhh48rOTZ7qdWbfB1d5HiHanas3kydCBHoOYIrUhT1Y w6n.M1pARTTZcB23o7ucBZRYOXR27KiV5tzOn71DPcEN0yITaeazFhD1frdZXDd.2p1cZRiNkR22 qwaB630hNYrIp4uX1VJxp2TCC_BvekfLjSJVvqMtENxu3_jKb88A9l60P5Bl66zu9v7XMTs2r07o lOmq1OayplKyHpBjVEXzWGHDLOP07mPz5knLGcOQu4IoVf9eP0vQjlk4GTXLOuT2L_RIXplEOF2l WFNps._hyLmb9BKHJSGaqheoHzAvtaxQXuQ7xI3JqQ0Jf9o4c9569nepB2NFt0aiugbEaFNEnk5f JpB4vuNf4ZFMfLqUvC51MY9FIFD_t6QTTagpte8cO0X6oMpuWM4L1DSFuoDQgbrqnmJmEV8cQC4d 289vKOkkZcZ4SFGpBNvGx_ulJv6xRUL_bbuCEGprCEMimk5YMBxOx3yD.7A9Riuzc9XVjFoYiJpj QkoSfouaYPBOyHjoC29RCIrX56cc_dcdWgaSrUlBOhfC0tKKscqfNOSR6epbpCJU9aSF6fJ_WSCk Abl2XCWH0yVmw4NMYXZbus2eqXtT8IpjJfvWJ51NkxO_iOYQKkvU6mmyxSMKpc689ifSufeD_uEX e35Ufi4rq7yO1YwMf5zXbGN0AFSs02Rzr05KEmmJKS4o0I54aXdRwRcECTZOlOKabWd8h4C92hZj 0DxqScKERWR2Z74zQqbrlO5ZApdlK.KR9m7_NdYDamsotkwTKVxcgees5toBMFcLfXY2pHLR.bpQ aXTooBIv4l.ogJMFvqYBLde5i_v2G1SjoPLawpYIa_Ub50SPCE2n3VRnGn8m18Bdmepr2fhMu0hb o821pcFIBMwof0j_9l_TEKwAyww7VvnK0ZaYlpBDyGJyTx5InwUZIYKnwTvZBgSbpJuGsHGeiEUz rkspE6gOdhxkiOQj1n4ZHd.3_QS5kO.t1kA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 Jan 2020 22:35:05 +0000 Received: by smtp405.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID b7e99f74f31230abbb73da5ba5ff0a3b; Fri, 03 Jan 2020 22:35:02 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: The 32-bit powerpc FreeBSD early-boot "tfo_ccache_bucket panic" on (2 socket?) G5s: visible at -r356118, not happening at -r356109 Message-Id: <157118DA-71A7-4085-987D-CD659370B9CA@yahoo.com> Date: Fri, 3 Jan 2020 14:35:01 -0800 To: Justin Hibbits , "bdragon@freebsd.org" , FreeBSD PowerPC ML , FreeBSD Toolchain X-Mailer: Apple Mail (2.3608.40.2.2.4) References: <157118DA-71A7-4085-987D-CD659370B9CA.ref@yahoo.com> X-Rspamd-Queue-Id: 47qKV42xDVz4S8j X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.48 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (0.02), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.70), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.69.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2020 22:35:09 -0000 This is based on testing artifact.ci.freebsd.org 32-bit powerpc materials on some (2 socket) G5s. It is the later FreeBSD head revision that causes an earlier boot-failure than the other one that I recently reported. There are no 32-bit powerpc artifacts between -r356109 and -r356118 (non-inclusive of either end). This limits how specific the evidence is -- but also avoids getting my personal builds involved as a potential problem source. I'll note that -r356111 was for: Use LLVM as default toolchain for all PowerPC targets and -r356014 was for: [PowerPC] enable atomic.c in compiler_rt and do not check and forces lock/lock_free decisions in compiled time (and would start to be put to use by -r356111 and later). This suggests the possibility of atomic-activity that is insufficient on the example G5 machines. (I only have access to dual socket G5s.) But I've no specific evidence about the llvm generated code leads to the tfo_ccache_bucket panic. The crashes look like (typed from a screen shot): . . . Timecounters tick every 1.000 msec firewire0: w nodes, maxhop <= 1 cable IRM irm(1) (me) firewire0: bus manager 1 . . . (1 or 2 lines that only sometimes show up, then) . . . panic: lock "tfo_ccache_bucket" 0xd2858008 already initialized cpuid = 0 time = 1 KDB: stack backtrace 0xd00048b0: at kdb_backtrace+0x64 0xd0004910: at vpanic+0x200 0xd0004980: at panic+0x64 0xd00049c0: at lock_init+0x200 0xd00049d0: at _mtx_init+0x7c 0xd00049f0: at tcp_fastopen_init+0x1e8 0xd0004a20: at tcp_init+0x234 0xd0004a50: at protosv_init+0x1d4 0xd0004a60: at vnet_domain_init+0x5c 0xd0004a80: at vnet_register_sysinit+0x154 0xd0004ab0: at mi_startup+0x280 0xd0004af0: at btext+0x74 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x74: addi r3,r0,0x0 db> === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Sat Jan 4 01:10:44 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 04F051D9CCF; Sat, 4 Jan 2020 01:10:44 +0000 (UTC) (envelope-from bdragon@imap.cc) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47qNxb2N0zz4bLV; Sat, 4 Jan 2020 01:10:43 +0000 (UTC) (envelope-from bdragon@imap.cc) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 97F31463; Fri, 3 Jan 2020 20:10:41 -0500 (EST) Received: from imap1 ([10.202.2.51]) by compute1.internal (MEProxy); Fri, 03 Jan 2020 20:10:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imap.cc; h= mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=0HdAqKnXa+1Pg9dmIuO9B5saS5M7BD8 jLZwMgy+zRIM=; b=7xsUEij6d6VmHO498SU6ui+zovbmJuo6uVgEN2KvQIgxiAa bdykm6d75t8LRfKyl4iIyfS1P+rUo5RrI3vV8/kBzoZdOw8uUxnCE2TOFQdqe8zI 2SmhglqNLLvQtBMJb/a64Jt9FFPFGCr/9H+tSjnYa4+8Mwxaa1WbIHoXNjtyRJFz tqKIz7SAvQo8uc+ayvoVf0hsbcz4ZZtUQkBsf5ITK71FwNF4c4XerqfxnITuXR5i u/gyRlwiHfXzqTxQ508X+q+Y7aR7iB5OUgI4k1zl7HeGilM9oHnuWrEzcZABHKvo j2xHIJcUgqnSBySyZUwFLBAXX4vm6Cp7YzrrKlA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=0HdAqK nXa+1Pg9dmIuO9B5saS5M7BD8jLZwMgy+zRIM=; b=QyD7Suabstqw7m3rzrlJiW dQi5X/wzVZSLHUq0Ll2MPIhf1kkGHQHnYlCLLYCF/MkFtCG6GqMbYA6nmy5WEM4Q 5ilemAw9DoqzT4K8c6pYc0DVZGkWjK1OUGvtVU+BtqHpaUq6ZAOak5RLH9UsPT+/ Tm+hrbRA0sAZhr+ZXSG5/u0WI1KB+hvs164CiF4rwneQ6yq2STs5+nBt4STsQ9C8 FewaCSFJOrWlPpHtJEWmwDW603xqp0TzCq+ciJ7JWx9Tvgp9RcNd+yrW1XWUDWjU gx5xI4yW+XXqjLcyGHUJEX0WgSbbTTMeg0ZH3Yvgty5JDuwFnuEc5GJfH0AgzByA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdeggedgfeduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdludehmdenucfjughrpefofgggkfgjfhffhffvufgtsehttdertder reejnecuhfhrohhmpedfuehrrghnughonhcuuegvrhhgrhgvnhdfuceosggurhgrghhonh esihhmrghprdgttgeqnecuffhomhgrihhnpehfrhgvvggsshgurdhorhhgpdgushhlqdho nhhlhidrnhgvthenucfrrghrrghmpehmrghilhhfrhhomhepsggurhgrghhonhesihhmrg hprdgttgenucevlhhushhtvghrufhiiigvpedu X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 0632BC200A4; Fri, 3 Jan 2020 20:10:40 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-694-gd5bab98-fmstable-20191218v1 Mime-Version: 1.0 Message-Id: In-Reply-To: <157118DA-71A7-4085-987D-CD659370B9CA@yahoo.com> References: <157118DA-71A7-4085-987D-CD659370B9CA.ref@yahoo.com> <157118DA-71A7-4085-987D-CD659370B9CA@yahoo.com> Date: Fri, 03 Jan 2020 19:10:20 -0600 From: "Brandon Bergren" To: "Mark Millard" , "Justin Hibbits" , "Brandon Bergren" , "FreeBSD PowerPC ML" , "freebsd-toolchain@FreeBSD.org" Subject: =?UTF-8?Q?Re:_The_32-bit_powerpc_FreeBSD_early-boot_"tfo=5Fccache=5Fbuck?= =?UTF-8?Q?et_panic"_on_(2_socket=3F)_G5s:_visible_at_-r356118,_not_happ?= =?UTF-8?Q?ening_at_-r356109?= Content-Type: text/plain X-Rspamd-Queue-Id: 47qNxb2N0zz4bLV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=imap.cc header.s=fm2 header.b=7xsUEij6; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=QyD7Suab; dmarc=pass (policy=none) header.from=imap.cc; spf=pass (mx1.freebsd.org: domain of bdragon@imap.cc designates 64.147.123.25 as permitted sender) smtp.mailfrom=bdragon@imap.cc X-Spamd-Result: default: False [-0.89 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; XM_UA_NO_VERSION(0.01)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[imap.cc]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25:c]; MV_CASE(0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[imap.cc:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[imap.cc,none]; SUBJ_EXCESS_QP(1.20)[]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_IN_DNSWL_LOW(-0.10)[25.123.147.64.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[imap.cc]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[imap.cc:s=fm2,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.00)[ip: (-9.82), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.68), country: US(-0.05)]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jan 2020 01:10:44 -0000 Yeah, this is the crash that I've been banging my head on for days. On Fri, Jan 3, 2020, at 4:35 PM, Mark Millard wrote: > This is based on testing artifact.ci.freebsd.org > 32-bit powerpc materials on some (2 socket) G5s. > It is the later FreeBSD head revision that causes > an earlier boot-failure than the other one that I > recently reported. > > There are no 32-bit powerpc artifacts between > -r356109 and -r356118 (non-inclusive of either end). > This limits how specific the evidence is -- but also > avoids getting my personal builds involved as a > potential problem source. > > I'll note that -r356111 was for: > > Use LLVM as default toolchain for all PowerPC targets > > and -r356014 was for: > > [PowerPC] enable atomic.c in compiler_rt and do not check and forces > lock/lock_free decisions in compiled time > > (and would start to be put to use by -r356111 and > later). > > This suggests the possibility of atomic-activity > that is insufficient on the example G5 machines. > (I only have access to dual socket G5s.) But I've > no specific evidence about the llvm generated > code leads to the tfo_ccache_bucket panic. > > The crashes look like (typed from a screen > shot): > > . . . > Timecounters tick every 1.000 msec > firewire0: w nodes, maxhop <= 1 cable IRM irm(1) (me) > firewire0: bus manager 1 > . . . (1 or 2 lines that only sometimes show up, then) . . . > panic: lock "tfo_ccache_bucket" 0xd2858008 already initialized > cpuid = 0 > time = 1 > KDB: stack backtrace > 0xd00048b0: at kdb_backtrace+0x64 > 0xd0004910: at vpanic+0x200 > 0xd0004980: at panic+0x64 > 0xd00049c0: at lock_init+0x200 > 0xd00049d0: at _mtx_init+0x7c > 0xd00049f0: at tcp_fastopen_init+0x1e8 > 0xd0004a20: at tcp_init+0x234 > 0xd0004a50: at protosv_init+0x1d4 > 0xd0004a60: at vnet_domain_init+0x5c > 0xd0004a80: at vnet_register_sysinit+0x154 > 0xd0004ab0: at mi_startup+0x280 > 0xd0004af0: at btext+0x74 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x74: addi r3,r0,0x0 > db> > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > -- Brandon Bergren bdragon@imap.cc From owner-freebsd-toolchain@freebsd.org Sat Jan 4 13:31:47 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 54C241ED254; Sat, 4 Jan 2020 13:31:47 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47qjNg1btPz4FZB; Sat, 4 Jan 2020 13:31:47 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-7.local (unknown [IPv6:2601:648:8881:1e90:8d3e:cb31:1f4e:f50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id BAF2E1F047; Sat, 4 Jan 2020 13:31:46 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: svn commit: r356289 - head To: Mark Millard , svn-src-head@freebsd.org Cc: FreeBSD Toolchain References: From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: Date: Sat, 4 Jan 2020 05:31:44 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jan 2020 13:31:47 -0000 On 1/3/20 2:34 AM, Mark Millard wrote: > John Baldwin jhb at FreeBSD.org wrote on > Thu Jan 2 21:41:07 UTC 2020 : > >> On 1/2/20 1:34 PM, John Baldwin wrote: >>> Author: jhb >>> Date: Thu Jan 2 21:34:44 2020 >>> New Revision: 356289 >>> URL: https://svnweb.freebsd.org/changeset/base/356289 >>> >>> Log: >>> Look for cross toolchain makefiles in /usr/share/toolchains. >>> >>> The freebsd-binutils and freebsd-gcc* packages install toolchain >>> makefiles to /usr/share/toolchains rather than LOCALBASE. >> >> The short version is that you can do something like this to use GCC >> as the system compiler (/usr/bin/cc): >> >> cd /usr/ports/base/binutils ; make install clean >> cd ../gcc6 ; make install clean >> >> Then 'make CROSS_TOOLCHAIN=freebsd-gcc6 buildworld', etc. If you aren't >> planning on doing cross-builds you can set CROSS_TOOLCHAIN in /etc/src.conf. >> >> As described elsewhere, the base/* packages can be cross-built (along >> with pkg), so for any architectures not yet using clang we could fairly >> easily provide a cross-built package repo (though that architecture list >> is becoming rather small). I will probably add a base/gcc9 port once we >> can build a full system with gcc9. > > Just an FYI from some experiments that I did recently: > > devel/binutils@powerpc and devel/binutils@powerpc64 and > base/binutils@powerpc and base_binutils@powerpc64 do > not put out the same content as lld or the old > toolchain's ld (still used normally for 32-bit powerpc). > buildkernel runs to completion but the result > crashes from the kernel sseflf-loading and what was > produced not matching. For example, binutils put out > very few ABS symbols compared to lld/old-ld and > classifies the kernel as ET_EXEC, not ET_DYN, because > of the non-zero VirtAddr in: > > Program Headers: > Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align > . . . > LOAD 0x000000 0x00100000 0x00100000 0xd9786c 0x1083648 RWE 0x10000 > . . . > > (I'm not claiming that is all there is that matters.) > > > These points are true using system-clang as the > compiler. (I've only cross-built so far.) > > I do not know if other architectures have similar issues > or not. But, it appears that in some cases, there is more > work to allowing the GNU linker to be used, for at least > buildkernel . > > I do not know if there is an intent to support a (modern) > GNU binutils ld (in addition to lld) or not. So it may be > that the effort would not be put in. (I'm not claiming > which side(s) would change if the effort was put in.) I have only really tested amd64, mips, and risc-v with GCC. Other platform maintainers would have to work through any MD issues. The expectation is that GCC + ld.bfd should hopefully work as well as clang + lld. Trying to cross-thread those (GCC + lld or clang + ld.bfd) might also work in theory, but is a bit harder to guarantee, especially GCC + lld. -- John Baldwin