From owner-svn-src-all@FreeBSD.ORG Sun Mar 13 07:11:05 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D16E1065670; Sun, 13 Mar 2011 07:11:05 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AD4F28FC13; Sun, 13 Mar 2011 07:11:03 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA05123; Sun, 13 Mar 2011 09:10:54 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PyfS2-00007g-Fx; Sun, 13 Mar 2011 09:10:54 +0200 Message-ID: <4D7C6DFC.8020504@freebsd.org> Date: Sun, 13 Mar 2011 09:10:52 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110308 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Artem Belevich , Alexander Leidinger References: <201103120909.p2C99P2j010783@svn.freebsd.org> <20110312211423.00000f34@unknown> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r219561 - in head/sys: cddl/dev/systrace modules/dtrace modules/dtrace/dtraceall modules/dtrace/systrace_freebsd32 modules/dtrace/systrace_linux32 X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 07:11:05 -0000 on 13/03/2011 08:35 Artem Belevich said the following: > On Sat, Mar 12, 2011 at 12:14 PM, Alexander Leidinger > wrote: >> But this looks like it will be named linux32 in any case. In the short >> term I would prefer: >> ---snip--- >> #if defined(__amd64__) >> #define MODNAME "linux32" >> #elif defined(__i386__) >> #define MODNAME "linux" >> #endif >> ---snip--- > > Makes sense. It's what's done with freebsd syscalls -- 'freebsd' for > native syscalls, freebsd32 for 32-bit compat. BTW, in my opinion, it might not make a lot of sense. That is, we can have native and compat FreeBSD system calls, but Linux system calls are always compat and never native, whether the emulation is for the same arch or not. Explicit suffix makes things clearer. But that's just my opinion. A public mailing list may be a better place to discuss this further. -- Andriy Gapon