From nobody Sat May 27 13:21:42 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QT2WV6NP6z4Cjxd for ; Sat, 27 May 2023 13:21:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QT2WT2y9Dz3CrM for ; Sat, 27 May 2023 13:21:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=bUtjkfgp; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685193715; bh=3evfKAD2945sSfzK4mJbYxu/HmeMcTXXxaqjr4K//XA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=bUtjkfgpG7Cs7dkO1ay9qQkrITuBHZmTb5HjVLQoz0iidjpzdqA6+S7KCROPYUaHXlqorYFdfZy3l0sPWn8tAVdrSLCkiAoW0Bmf4HjtuK9h8PFZveld7BOzaJWf8ec3cgkS0wv5vWF864GCqPEvaaI4il2XMVHMP3IBLW3ajGUIc0YqNHXEtGmmiDwADuYcY6QfCJlgzWSLqMSVJjr2e1qNOw02bMuS3eKik2/T6fNJGHc7D9WO4MTFF/nGY6tfZRRzC6gIFyiIk6o6mEoiF6/C6jd0a8ih0uhSWMo99ZpDGlB4V1MTY6Whk0NJwMDKRizE1wu/lVk2t7qLCAAvYw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685193715; bh=kILgqp6sCPyS6AXEd1Bewy0lqIt/ECbEfT55rV5UemV=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=cUgLIfX1GmLKuWOKsYe1FgRvZapfyaL86UKz/aYYE5G2ZDp5wsiIE1R2bdiEYxFyvltAxZRHQcsQqZ2nCpQP+S9o+YQ19CvgRuwcOOIPGtwfSCbp+yaUvcLSV+YQapdVON3FJWfu17j6Nhf2rQVyUoA6MaTGnfwoqYWKQmLu1zGd8pOqqTbB9+fVUF4/u71DeMq3a3lwMOagJ9+z0HkVGLqoiOn38FwTAd5kLwDBWDvpqDZdHJC5IAtAce+iIXu/k2ej7im4f+ZfXQjmEcxKuTl7McjuQsarK6hmw1wmiGrpsq7dQxI7MN6iBzpzpn6ewsCHA0ufupZv9I54UjYpmA== X-YMail-OSG: fqNiqH0VM1m1GQmThs7Au81pbVlxb7tZGBkWeL.phX25AesSYxOe2A8GipF85WS Mp67Zoo9yBR.qoJ9POvT8ZM_PyzxGVtqHiHaBnWg0670g2UpvMrAP1isXW5kyZ7V9FIRcvNggwAP xCK_BlRgzV9Y3WEP2uK.VNvWO_LxHiUXR.YZxV5uGt0nbE7Ve9wuzYWlFYhHd7b6L3im_LdesFSh izzHEe8pTU6XIMSPozNfkPOXd_5F7fOP.bR_VMypLUEvNpYXnurpAQi3yDTUegs8zKAPwHpMQ4qx D0l8JBTUvV1MJmtScNwEng.LgKXM9B4y5P93.4sg0F34R0MmRHXDb.T2c4h62rmOi0KWOXkoyeJb 9ZUFJPHSECwN0qI17Nc9ob9BHJ0SyT2g01GdVNwxjwb1XTaZmx4fOQFLZem4IfUV2QBDX7u0wvCK EtZmZV2CGWHxcyGfDhooOcqUSwpLCghIv12e1Tdmv0jSzTF58IRqFyGsX.n6kXhpjZTnWjTcRnWB 7semdbLr9qiBcSuHUhPEdmUSRoKqVxo9uAJF0pHBecSVm5zRwJbtnHi81hP0sProg.ANmTAq5dYM bD.xbNcr3gWUQIqG9IN8s5ep0moCuRzwPsILiS1mHM5Dok8KaDK8VH3GunbWvEnsbFGlN3pISvTS .tXPgayNq_j9V0qNxRV3oHgVB.b_WuTGbTzH68E_QTHQZ4L_RMMaypCmIM2hyf.TlW5jSDmAXLOp RsLZ2R7lmIB7Xxn8G4zpT6vSZhocAHsYzbw.V6SXweEfmm4LvBQUQX2EfGDND6qPTGMVCnVLSdLp zHCh9n7s8iE3q1gWiHzP9wbhXXpj5D.iN4rFwPmfmf1zhB1h4ATw4RTecae36sS6w7uXHkJXYfi. 8kUrlKJAKthfBKicqz4WkgegUMdNAAHm5HAv6NDJtYNBymFI8q0mUiqI9VeN9Lqdl4rhMHXIIvLq sVaeHJS1Z7TETFbW6UpYrt3.Ct5I78fAZzqlfcaWKbwEY_3aQ.GbqOe2DxWc7KeS2obquKgTyPWI Dtj2p00V24Il2xk.qDbS9STL2lWYetSs3U9hSGpgZbUhYhr7rACBLQMORjGP_DvN6prG96GSkcde 3F5l3waPoEPEqj9bfRwn08UDeoQSEKkMC7B3DGioUUFrmK.puX6KnlT4mObU9aGTdbQBAS4hqgoM I1MsdQgnaoeVMpJ2fU9BuifXCAcPdDtyc8YbrePPurOOBLBfJaYh5hKPZBy0jIyD4xrnxOmHYGVK NHpi1YOg6uBbKmY.dQr9gycI7lMirT8.Hx6ccMjYVaVOAEEaGATOEcSmNrdUV8TM2d3rXTu7a0o2 lEXNvvVc.Si1blGco1KIOZHK0mlSdLLmRDQjjeH4njS_LuC2ud.C6YxDozn7h0UJr8XWilE7kMxX kNwIEnSquJk6TkD45mbqRLs255zlAR89ZSmklN4zwfHDZwTnglgd.Nu63.3lPrRu1ZoV3my6sebK .LJCFE8QcJHNDKrMEDQnvRS592qTG3.ntRw1pnjFZM.uyWTZXaDPDEKFE6FfZJirzw7i_hFtkOr. gwxnBoHsclUgW1rWOBPGz4P7Fc7eXbDe6l9pByermKuk7xv.43M.mjULiMOXaug3tcYXlC8jg_vr baPyjdZLzXa9KD6XmUZ16QSrN4RAGJ5RdzYn2aFiIf52cQlJQTo0ur6hlxn1uCn3Z8j41twF0aIy r0XWTXNzs3LleU60oNKsMARH3azn234btMApNP1xkPdwYrxxD7x5z8gK11Gm9BmJZvy1hCJBbFTQ fwRoJxmV53bMS98B.iI9ANZ1tbZEc6Vqu0Sz0Gp0sJ5aAuV5YOL_oY9R8zlE.uXmrvPfGoa3pBn4 n8DjNkdc1zq4UjCbZVbng2qTOZsDLTaDpT7SK_lRhb803CFI4G55vynaBijKHX3jKMccvM3dMCZO WgstcXUrviDcfKXnHnwzU_hjKEfjJrjl3cZ3taZ3hNUm2K60TsJAfFKkkvvQV1DtR3AkdShhgVqj ZU_di36VvpgCuVo4jR6_PJu8lVrf3OYq0ExwpTy361L3Vea4dyfsamHJkSxW0KdXeHNWnD6cEMGJ 6KikOGE5eqbGjfkw0eH4hxf2RItn_1ut.s1tNLJk_9zdUuKaIK6HQqpvg4dxXkdCb0kpCbkdg6o1 G72Q.xR7CIo8pmg1VnLsk9pHFTfpn.cFx_iaiAKbkpF3LW2SZGcD4g2Q6X_ZNLKREefVDeinsFPU jbsM1e0GYxc5rIqPuojQXDPU4VJsKawvvlumWlCCaqfdCDGNzap662m5ur45hMQl8JF2aCjaOwoL NZ9M- X-Sonic-MF: X-Sonic-ID: 69ef8bb6-932c-493e-947f-e606733a1612 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 27 May 2023 13:21:55 +0000 Received: by hermes--production-ne1-574d4b7954-scd6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID d7a63b9e89920e260a08ea793cfb52fa; Sat, 27 May 2023 13:21:54 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: devel/arm-none-eabi-newlib headers inconsistencies (not functional) or am I misusing something? From: Mark Millard In-Reply-To: <8A93F4D2-4FDA-4C3D-8FA3-2D72DAD06A8B@yahoo.com> Date: Sat, 27 May 2023 06:21:42 -0700 Cc: freebsd-arm@freebsd.org, kevans@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <572F38A8-67ED-4A77-A5EC-C431141BF386@yahoo.com> References: <11a941a3a1c9e001559ccc6183af131d@mail.yourbox.net> <784313c52e2f42eb63f3755a5c093fdc@mail.yourbox.net> <9E888138-D3D0-4A6C-92B9-31705D470089@yahoo.com> <232dc6e4e0d3b5f3abcd37049db0991b@mail.yourbox.net> <8A93F4D2-4FDA-4C3D-8FA3-2D72DAD06A8B@yahoo.com> To: =?utf-8?B?Sm9zw6kgUMOpcmV6?= X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-1.50 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.00)[0.003]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; BLOCKLISTDE_FAIL(0.00)[98.137.65.82:server fail]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.82:from]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.82:from] X-Rspamd-Queue-Id: 4QT2WT2y9Dz3CrM X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N On May 27, 2023, at 05:27, Mark Millard wrote: > On May 27, 2023, at 04:21, Jos=C3=A9 P=C3=A9rez wrote: >=20 >> El 2023-05-27 12:18, Mark Millard escribi=C3=B3: >>>> should be fixed or is it ok >>>> to leave it as it is now? >>> Leave it as it is. >>=20 >> Ok. >>=20 >>> You need >>> /usr/local/lib/gcc/arm-none-eabi to be first (or >>> the only entry). >>=20 >> If I force the search path to use /usr/local/arm-none-eabi/include >> only, it does not work: >> % arm-none-eabi-gcc -nostdinc -I/usr/local/arm-none-eabi/include = break_arm.c >> In file included from /usr/local/arm-none-eabi/include/stdio.h:35, >> from break_arm.c:1: >> /usr/local/arm-none-eabi/include/sys/cdefs.h:45:10: fatal error: = stddef.h: No such file or directory >> 45 | #include >> | ^~~~~~~~~~ >> compilation terminated. >=20 > Interesting that devel/arm-none-eabi-newlib would be > incomplete in its file coverage. But its use of > stddef.h from gcc is probably just fine (for now). > (Language standard update tracking could change > that someday if material that is used is moved > between headers by the standard.) >=20 >> If I add arm gcc port paths AFTER newlib path, it works: >> % arm-none-eabi-gcc -nostdinc -I/usr/local/arm-none-eabi/include = -I/usr/local/lib/gcc/arm-none-eabi/11.3.0/include = -I/usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed -c break_arm.c It is unclear what you are doing for linking. I expect for the link to be using the devel/arm-none-eabi-newlib files for linking, that you would need to use -nodefaultlibs and other command line options to control which files are used for linking, much like for the headers. This might involve using, say, -Wl,??? options to control the linker more directly. Using -v on the arm-none-eabi-gcc command lines should show more detail about what the compiler is doing for its various stages, including linking if you use arm-none-eabi-gcc to cause the linking. >> && echo done >> done >>=20 >> Shall the include path be swapped in the arm gcc port? >=20 > No. Ports like sysutils/u-boot-rpi2 would end up using > devel/arm-none-eabi-newlib when it happens to be installed > -- but should not use devel/arm-none-eabi-newlib. The order > is correct for the 30+ ports that use devel/arm-none-eabi-gcc > already. You should not change what happens for those ports. >=20 >> We shall also evaluate whether the system defaul /usr/include shall >> be left as a last resort or not. >=20 > This removal might be valid, I do not know. None of > the ports that use devel/arm-none-eabi-gcc should > actually find or use any files from the /usr/include/ > tree. If some purpose needed /usr/include/ , it could > use the command line to get the search path it needs. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com