From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10381 Path: news.gmane.org!.POSTED!not-for-mail From: Ovi Nastai Newsgroups: gmane.linux.lib.musl.general Subject: musl gcc compiler generating "udiv" on a A9mp ARM core... Date: Mon, 15 Aug 2016 09:51:55 -0400 Message-ID: Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b60521a0eca63053a1c896b X-Trace: blaine.gmane.org 1471269144 5056 195.159.176.226 (15 Aug 2016 13:52:24 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 15 Aug 2016 13:52:24 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-10394-gllmg-musl=m.gmane.org@lists.openwall.com Mon Aug 15 15:52:13 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1bZIJI-0000rW-Ru for gllmg-musl@m.gmane.org; Mon, 15 Aug 2016 15:52:13 +0200 Original-Received: (qmail 20299 invoked by uid 550); 15 Aug 2016 13:52:10 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 20248 invoked from network); 15 Aug 2016 13:52:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=from:mime-version:thread-index:date:message-id:subject:to; bh=ub9EO+SvKNSXUG6ldUhFnIxulT+Xo/8Qt99KhiCKsMk=; b=ZRH3VO83di02rKt2JFvZ/pytkcJG/slFrI+8s+p8NwGc8Az40l8rXUYQlKWswJrdFu UFTikrJlOAKp0ZG8ULoDmsbWE9byUcDBQoIJhN2q0EM2ECBDr4f+yGB9gT0YIjFQMhjR GFJmN+v8URkwdS/S59D0+A4KnZWvf247ZjNd4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:thread-index:date:message-id :subject:to; bh=ub9EO+SvKNSXUG6ldUhFnIxulT+Xo/8Qt99KhiCKsMk=; b=cK8LJ2BqcgNyLobbelS7NHVt+NuRVhcu7wh5bBQJ6ekCH9ycOe74BUP8av4PBeDrBy 2YIyyk8K4hfriXAIvVkDrMNbalqS/mJMl5evS2e/rQ3HYTpSkUd8w8Nlv0fte4pdbsCM H76m1xn6b1zTTme7kodsnOQjKwkY7b/4ViXgUwOBiHEvVKdkyw8T/EkomXy6OpIAWujK rY9O4CBevNfxcUhF9tHogDrZ7zcLW77nePjFV8dWKeKcVtk6VvGrIKg90pICWTE/oHFy z/90XpcnC7ei7BfTXQoWAnua2I0ZZHTFR7U2NVn7bZ99A+k/2odAW5z/DU0epIRgFvsN Ip5w== X-Gm-Message-State: AEkoouub2TTFAs3RfqqO/VdjbqmflLOmNcwC/1LXWSUv3+LIVh860P4uisxN8C1W7eBg2QuvagHXrwE1JT+HR0jR X-Received: by 10.194.39.35 with SMTP id m3mr30671889wjk.51.1471269116438; Mon, 15 Aug 2016 06:51:56 -0700 (PDT) X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdH2+/NH+DI78qCsSeSjGf6ih9Wo9A== Xref: news.gmane.org gmane.linux.lib.musl.general:10381 Archived-At: --047d7b60521a0eca63053a1c896b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have an A9mp based SoC. My tool generates the =E2=80=9Cudiv=E2=80=9D opcode, that it is not support= ed by the A9mp. I also see the =E2=80=9C__aeabi_uidiv=E2=80=9D at times. I need to have the tool generating exclusively =E2=80=9C__aeabi_uidiv=E2=80= =9D, on my A9mp system. This is the tool=E2=80=99s version: =E2=80=A6 [onastai@bldsrv-ott-03 user]$ ../../../../../toolchains/gcc-arm-tzos-musl-4_8-2015q1/bin/arm-tzos-musl-gc= c --version arm-tzos-musl-gcc (GNU Tools for ARM Embedded Processors) 4.8.4 20140725 (release) [ARM/embedded-4_8-branch revision 213147] Copyright (C) 2013 Free Software Foundation, Inc. =E2=80=A6 This is the command line (to show the flags): =E2=80=A6 ../../../../../toolchains/gcc-arm-tzos-musl-4_8-2015q1/bin/arm-tzos-musl-gc= c -I. -I../../../../kernel/api -MD -MP -mcpu=3Dcortex-a9 -mtune=3Dmpcore -mfpu=3Dvfpv3 -D__TZOS__ -O2 -g -Wall -Werror -std=3Dgnu99 -D_POSIX_SOURCE= -c signals_tests.c -o bin/signals_tests.o ../../../../../toolchains/gcc-arm-tzos-musl-4_8-2015q1/bin/arm-tzos-musl-g+= + bin/signals_tests.o -o user.elf =E2=80=A6 Question: are there any flags to instruct the tool to NOT generate the =E2=80=9Cudiv=E2=80=9D opcodes, and replace them with =E2=80=9Csw division= =E2=80=9D (i.e. =E2=80=9C__aeabi_uidiv) ? Tnx, Ovi --047d7b60521a0eca63053a1c896b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi,

I have=C2=A0 an A9mp based SoC.

My tool generat= es the =E2=80=9Cudiv=E2=80=9D opcode, that it is not supported by the A9mp.= I also see the =E2=80=9C__aeabi_uidiv=E2=80=9D at times.

I need to have the tool generating exclusively =E2=80=9C__aeabi_ui= div=E2=80=9D, on my A9mp system.

=C2=A0

This is the tool=E2=80=99s version:

=E2=80=A6

[onastai@bldsrv-ott-03 user]$ ../..= /../../../toolchains/gcc-arm-tzos-musl-4_8-2015q1/bin/arm-tzos-musl-gcc --v= ersion

arm-tzos-musl-gcc (GNU Tools for ARM Embed= ded Processors) 4.8.4 20140725 (release) [ARM/embedded-4_8-branch revision = 213147]

Copyright (C) 2013 Free Software Foundati= on, Inc.

=E2=80=A6

This= is the command line (to show the flags):

=E2=80= =A6

../../../../../toolchains/gcc-arm-tzos-musl-4= _8-2015q1/bin/arm-tzos-musl-gcc -I. -I../../../../kernel/api -MD -MP -mcpu= =3Dcortex-a9 -mtune=3Dmpcore -mfpu=3Dvfpv3 -D__TZOS__ -O2 -g -Wall -Werror= =C2=A0 -std=3Dgnu99 -D_POSIX_SOURCE -c signals_tests.c -o bin/signals_tests= .o

../../../../../toolchains/gcc-arm-tzos-musl-4_= 8-2015q1/bin/arm-tzos-musl-g++=C2=A0=C2=A0 bin/signals_tests.o=C2=A0=C2=A0 = -o user.elf

=E2=80=A6

= =C2=A0

Question: are there any flags to instruct = the tool to NOT generate the =E2=80=9Cudiv=E2=80=9D opcodes, and replace th= em with =E2=80=9Csw division=E2=80=9D (i.e. =E2=80=9C__aeabi_uidiv) ?

=C2=A0

=C2=A0

Tnx,

Ovi

= =C2=A0

--047d7b60521a0eca63053a1c896b--