From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	MAILING_LIST_MULTI,RCVD_IN_MSPIKE_H2 autolearn=ham autolearn_force=no
	version=3.4.4
Received: (qmail 2485 invoked from network); 9 Nov 2022 12:14:20 -0000
Received: from second.openwall.net (193.110.157.125)
  by inbox.vuxu.org with ESMTPUTF8; 9 Nov 2022 12:14:20 -0000
Received: (qmail 13771 invoked by uid 550); 9 Nov 2022 12:14:17 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
List-ID: <musl.lists.openwall.com>
Reply-To: musl@lists.openwall.com
Received: (qmail 13743 invoked from network); 9 Nov 2022 12:14:16 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com;
	s=mimecast20190719; t=1667996044;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references;
	bh=SWNY4n1/5ZIPmcMEQdGwNnCW3dZjkfFB+wdDu/ehVUw=;
	b=SdF53IDD7KvF9ixn/p0ct6NJC3tvLnNbGNTcKa80HZd8yZSV9XDeP1MCVFSlw5ROQiJcqc
	Ks8c5ZMdTClOMAFpPzC7o+KtD2MI59Rfqy29VD94fQdo/wh6XkSojfTa72ofY1JP7/avkd
	e49P3jwcxao3IR1i9Gw/sL2O0MMtPbM=
X-MC-Unique: pWqWDcpnM5S2lKGMxJvTPQ-1
From: Florian Weimer <fweimer@redhat.com>
To: =?utf-8?B?546L5rSq5Lqu?= <wanghongliang@loongson.cn>
Cc: musl@lists.openwall.com
References: <66e5839c-0be7-2c29-df5f-713d7e0d758e@loongson.cn>
	<20221109114854.GD98588@port70.net>
Date: Wed, 09 Nov 2022 13:13:59 +0100
In-Reply-To: <20221109114854.GD98588@port70.net> (Szabolcs Nagy's message of
	"Wed, 9 Nov 2022 12:48:54 +0100")
Message-ID: <87y1ske35k.fsf@oldenburg.str.redhat.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 3.1 on 10.11.54.4
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: redhat.com
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [musl] A question about if crti.s and crtn.s is not necessary?

* Szabolcs Nagy:

> * =E7=8E=8B=E6=B4=AA=E4=BA=AE <wanghongliang@loongson.cn> [2022-11-09 10:=
51:37 +0800]:
>> In LoongArch port, I found build musl and libc-test is OK without
>> crt/loongarch64/crti.s and crt/loongarch64/crtn.s,
>>=20
>> so I want to ask if crti.s and crtn.s is not necessary in architecture?
>
> in musl the generic crti/crtn.o is empty.
> which works if no user code uses .init or .fini sections.
>
> the old way of doing ctors/dtors used .init/.fini but new targets use
> .init_array/.fini_array for a while now.
>
> if no language feature uses .init/.fini, should we support this?

New architectures are supposed to not use DT_INIT/DT_FINI (in glibc
terms, ELF_INITFINI is defined as 0) because they have been deprecated
in the toolchain for a long, long time.

Thanks,
Florian