From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: SuperH port Date: Wed, 8 Oct 2008 07:31:56 -0700 (PDT) Message-ID: <200810081431.m98EVuUJ011805@mothra.ics.uci.edu> References: <18668.31387.21197.719443@a1ihome1.kph.uni-mainz.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1223476424 4244 80.91.229.12 (8 Oct 2008 14:33:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 8 Oct 2008 14:33:44 +0000 (UTC) Cc: sh@gentoo.org, emacs@gentoo.org, emacs-devel@gnu.org To: Ulrich Mueller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 08 16:34:37 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kna6U-00027M-3m for ged-emacs-devel@m.gmane.org; Wed, 08 Oct 2008 16:33:30 +0200 Original-Received: from localhost ([127.0.0.1]:50999 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kna5Q-0005ol-7C for ged-emacs-devel@m.gmane.org; Wed, 08 Oct 2008 10:32:24 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kna5K-0005oa-5g for emacs-devel@gnu.org; Wed, 08 Oct 2008 10:32:18 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kna5I-0005nq-HH for emacs-devel@gnu.org; Wed, 08 Oct 2008 10:32:17 -0400 Original-Received: from [199.232.76.173] (port=44962 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kna5I-0005nm-E0 for emacs-devel@gnu.org; Wed, 08 Oct 2008 10:32:16 -0400 Original-Received: from barrelv2.ics.uci.edu ([128.195.1.114]:43957) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1Kna5I-0008VJ-2p for emacs-devel@gnu.org; Wed, 08 Oct 2008 10:32:16 -0400 Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by barrelv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id m98EVvq7005859; Wed, 8 Oct 2008 07:31:58 -0700 (PDT) Original-Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id m98EVuUJ011805; Wed, 8 Oct 2008 07:31:56 -0700 (PDT) In-Reply-To: <18668.31387.21197.719443@a1ihome1.kph.uni-mainz.de> (Ulrich Mueller's message of "Wed, 8 Oct 2008 11:17:15 +0200") Original-Lines: 115 X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: m98EVvq7005859 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:104419 Archived-At: Ulrich Mueller writes: > Hello, >=20 > please find below a patch that ports Emacs to SuperH running GNU/Linux. > (Thanks to the Gentoo SuperH architecture team, especially Ra=C3=BAl Po= rcel > for his help with testing.) >=20 > I've also restored the two alternatives in configure.in for > shle-*-netbsd and sh-*-openbsd which were deleted in the recent > "desupport old platforms" campaign. Given this from your patch: > + Status of SuperH support on NetBSD and OpenBSD is unknown. > + Please do not wily nilly add them back, removing stuff is not something we take lightly, so we should not be adding back things that are not known to work, nor were requested by actual users. > + ## SuperH (little endian) Linux-based GNU system > + sh[34]-*-linux-gnu* ) > + machine=3Dsh3el opsys=3Dgnu-linux > + ;; > + > + ## SuperH (big endian) Linux-based GNU system > + sh[34]eb-*-linux-gnu* ) > + machine=3Dsh3eb opsys=3Dgnu-linux > + ;; Were both endian versions tested? Why have two files, only a single macro should be different between them, and it can be conditionally defined. Simply adding the file back is not OK, work has been done to clean up and simplify these files. > +/* Define WORDS_BIG_ENDIAN if lowest-numbered byte in a word > + is the most significant byte. */ > + > +#undef WORDS_BIG_ENDIAN This should be conditionally defined. > + > +/* Define NO_ARG_ARRAY if you cannot take the address of the first of a > + * group of arguments and treat it as an array of the arguments. */ > + > +#define NO_ARG_ARRAY > + > +/* Now define a symbol for the cpu type, if your compiler > + does not define it automatically. */ > + > +/* Define EXPLICIT_SIGN_EXTEND if XINT must explicitly sign-extend > + the 24-bit bit field into an int. In other words, if bit fields > + are always unsigned. > + > + This flag only matters if you use USE_LISP_UNION_TYPE. */ > + > +#define EXPLICIT_SIGN_EXTEND Is this needed? Please test without it. > +/* Data type of load average, as read out of kmem. */ > + > +#define LOAD_AVE_TYPE long > + > +/* Convert that into an integer that is 100 for a load average of 1.0 = */ > + > +#define LOAD_AVE_CVT(x) (int) (((double) (x)) * 100.0 / FSCALE) These are not needed for GNU/Linux, remove them. > +/* Define CANNOT_DUMP on machines where unexec does not work. > + Then the function dump-emacs will not be defined > + and temacs will do (load "loadup") automatically unless told otherw= ise. */ > + > +#undef CANNOT_DUMP Not needed. > +/* Define VIRT_ADDR_VARIES if the virtual addresses of > + pure and impure space as loaded can vary, and even their > + relative order cannot be relied on. > + > + Otherwise Emacs assumes that text space precedes data space, > + numerically. */ > + > +#define VIRT_ADDR_VARIES Is this needed? Please test without it. > +/* Define HAVE_ALLOCA to say that the system provides a properly > + working alloca function and it should be used. > + Undefine it if an assembler-language alloca > + in the file alloca.s should be used. */ > + > +#define HAVE_ALLOCA Remove. > +/* Define NO_REMAP if memory segmentation makes it not work well > + to change the boundary between the text section and data section > + when Emacs is dumped. If you define this, the preloaded Lisp > + code will not be sharable; but that's better than failing completel= y. */ > + > +#define NO_REMAP This is not needed.