From nobody Sun Jan 26 20:16:53 2025 X-Original-To: freebsd-hackers@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 4Yh2rm6NfLz5lWNS for ; Sun, 26 Jan 2025 20:16:56 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Yh2rl5TTNz3Wsb for ; Sun, 26 Jan 2025 20:16:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=troutmask.apl.washington.edu header.s=troutmask header.b=j8KaxiHM; spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu; dmarc=fail reason="No valid SPF" header.from=washington.edu (policy=none) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.18.1/8.18.1) with ESMTP id 50QKGrFv001262 for ; Sun, 26 Jan 2025 12:16:53 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 50QKGrFv001262 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1737922613; bh=hCuvRoGAcsVBLlg23MvMvtDlGsOEI0BY3rid3i9UUgc=; h=Date:From:To:Subject:Reply-To:From; b=j8KaxiHM7mOVkvIV6v8iVhq4JCWJUylckRTPR/WYtQ+76PUP8t+mIIQ567CjLVGI5 BtekT9ZSQTP4tbHE6IKjsv24V9tNRR9fYOfu2of+L8kd3E4bJlvLR/8es26CiXYmp/ kvklL1Oj3pRl76kDZ+YmJ41XVGzX8rpbL8gLr4GW5K585ChWH33Tk9DlthvICUJmsL U90a1LX+55atK0xLoYWACrBmdIqfA8iwNi7D9Gw0JDqzYR0j5bCiPGgtY4QiMETBjO zhCL2agAt52ca2sEyfSKXPmvyUU5AZvLDIv5mMkf9vYwPIFz791MHHI3rKTZzyUvnq t4cE/muQTjJpw== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.18.1/8.18.1/Submit) id 50QKGrMg001261 for freebsd-hackers@freebsd.org; Sun, 26 Jan 2025 12:16:53 -0800 (PST) (envelope-from sgk) Date: Sun, 26 Jan 2025 12:16:53 -0800 From: Steve Kargl To: freebsd-hackers@freebsd.org Subject: gcc14 static linking ends with segfault Message-ID: Reply-To: sgk@troutmask.apl.washington.edu List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Result: default: False [-3.10 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF,none]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[128.95.76.21:from]; DKIM_TRACE(0.00)[troutmask.apl.washington.edu:~]; REPLYTO_DOM_NEQ_TO_DOM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; R_DKIM_PERMFAIL(0.00)[troutmask.apl.washington.edu:s=troutmask]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4Yh2rl5TTNz3Wsb In replacing an ancient system with new I re-installed all ports including lang/gcc14 of FreeBSD-current. -current is 2 day old sources. Consider, #include #include #include "mpfr.h" int main(void) { mpfr_t pi; mpfr_inits2(512, pi, NULL); mpfr_const_pi(pi, MPFR_RNDN); mpfr_printf("pi = %25.20Rf\n", pi); // A conscientious programmer cleans up after themself, // but on exit the system should take care of memory. // mpfr_clears(pi, NULL); return (0); } % gcc14 -o z -O2 -I/usr/local/include a.c -L/usr/local/lib -lmpfr -lgmp % ./z pi = 3.14159265358979323846 All seems to work with shared linking. The following used to work. % gcc14 -o z -O2 -I/usr/local/include a.c -L/usr/local/lib -lmpfr -lgmp \ -static % ./z pi = 3.14159265358979323846 Segmentation fault (core dumped) % gdb151 ./z z.core ... #0 0x0000000000427ba5 in __gmpn_mul_1 () (gdb) bt #0 0x0000000000427ba5 in __gmpn_mul_1 () #1 0x000000000040051f in __do_global_dtors_aux () at /usr/src/lib/csu/common/crtbegin.c:83 #2 0x00000000004bc165 in _fini () #3 0x0000000000458a7f in __cxa_finalize (dso=dso@entry=0x0) at /usr/src/lib/libc/stdlib/atexit.c:234 #4 0x0000000000458b70 in exit (status=0) at /usr/src/lib/libc/stdlib/exit.c:89 #5 0x00000000004483d9 in __libc_start1 (argc=1, argv=0x820a52900, env=0x820a52910, cleanup=, mainX=0x400480
) at /usr/src/lib/libc/csu/libc_start1.c:172 #6 0x00000000004004f0 in _start () at /usr/src/lib/csu/amd64/crt1_s.S:83 So, did someone break the startup files? -- Steve