NetBSD Problem Report #54259

From kre@munnari.OZ.AU  Sat Jun  1 09:28:33 2019
Return-Path: <kre@munnari.OZ.AU>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id C32AB7A1E4
	for <gnats-bugs@gnats.NetBSD.org>; Sat,  1 Jun 2019 09:28:33 +0000 (UTC)
Message-Id: <201906010928.x519SOEx023465@jinx.noi.kre.to>
Date: Sat, 1 Jun 2019 16:28:24 +0700 (+07)
From: kre@munnari.OZ.AU
To: gnats-bugs@NetBSD.org
Subject: dns-sd with MKPIC=no fails to link
X-Send-Pr-Version: 3.95

>Number:         54259
>Category:       toolchain
>Synopsis:       dns-sd with MKPIC=no fails to link
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    toolchain-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 01 09:30:00 +0000 2019
>Originator:     Robert Elz
>Release:        NetBSD 8.99.42
>Organization:
>Environment:
System: NetBSD jinx.noi.kre.to 8.99.30 NetBSD 8.99.30 (1.1-20190114) #9: Mon Jan 14 13:29:08 ICT 2019 kre@onyx.coe.psu.ac.th:/usr/obj/testing/kernels/amd64/JINX amd64
	(which describes the system on which I used send-pr and nothing at
	all related to the build or target environments, and so is a waste
	of space)
Architecture: x86_64
Machine: amd64
>Description:
	I am trying to do a fully static build to test whether there need
	to be mode adjustments to -lrumpxxx in various places to allow for
	-lrump now needing -lrumpvfs (where those libraries are handed to
	cc/ld as "-lrumpvfs -lrump" sometimes now - which works for .so
	libraries, but might not when using .a libraries.

	While doing such a build, I encountered...

#      link  dns-sd/dns-sd
/usr/obj/testing/tools/bin/x86_64--netbsd-gcc    --sysroot=/release/testing/amd64   -pie  -shared-libgcc  -Wl,-z,relro     -o dns-sd  dns-sd.o ClientCommon.o  -Wl,-rpath-link,/release/testing/amd64/lib  -L=/lib -ldns_sd    
/usr/obj/testing/tools/lib/gcc/x86_64--netbsd/7.4.0/../../../../x86_64--netbsd/bin/ld: cannot find crtbeginS.o: No such file or directory
/usr/obj/testing/tools/lib/gcc/x86_64--netbsd/7.4.0/../../../../x86_64--netbsd/bin/ld: cannot find -lgcc_s
/usr/obj/testing/tools/lib/gcc/x86_64--netbsd/7.4.0/../../../../x86_64--netbsd/bin/ld: cannot find -lgcc_s
/usr/obj/testing/tools/lib/gcc/x86_64--netbsd/7.4.0/../../../../x86_64--netbsd/bin/ld: cannot find crtendS.o: No such file or directory
collect2: error: ld returned 1 exit status

*** Failed target:  dns-sd

	Dealing with gcc internal libraries, and crt*.o files is
	beyond my current knowledge, so I am hoping that someone
	else can look into that one.

	I have preseumed this to be a toolchain related issue, but
	feel free to reassign if appropriate.

>How-To-Repeat:
	build.sh -V MKPIC=no
>Fix:
	?

Home	PR Database Search