X-Received: by 10.224.184.11 with SMTP id ci11mr26537692qab.1.1357176441586; Wed, 02 Jan 2013 17:27:21 -0800 (PST) Received: by 10.49.75.195 with SMTP id e3mr7709611qew.24.1357176441569; Wed, 02 Jan 2013 17:27:21 -0800 (PST) Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!news.glorb.com!ee4no12346080qab.0!news-out.google.com!k2ni4226qap.0!nntp.google.com!ee4no12466001qab.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.java.programmer Date: Wed, 2 Jan 2013 17:27:21 -0800 (PST) In-Reply-To: <50e4d730$0$288$14726298@news.sunsite.dk> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=149.4.223.154; posting-account=lPVJQwoAAACjT2AlnY0YSj2LC4j2qtwQ NNTP-Posting-Host: 149.4.223.154 References: <0f28108e-6d35-43a1-a9df-b6c5636fb0ec@googlegroups.com> <50e4d730$0$288$14726298@news.sunsite.dk> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <24e3a8de-a422-4d4e-a319-aeedddb9df03@googlegroups.com> Subject: Re: question on java lang spec chapter 3.3 (unicode char lexing) From: "Aryeh M. Friedman" Injection-Date: Thu, 03 Jan 2013 01:27:21 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: csiph.com comp.lang.java.programmer:20891 >=20 > Well - since he is writing a lexer for Java then ... A little more on the project... while the over all project *IS* for fun a f= ew components may find there way into more serious work related projects bu= t only to be used on code written by me or others on my team... specificall= y we may use the lexing/parsing component to make the following tools (the = actual code generation/etc. of the compilation is currently purely fun [see= note]): 1. Scan for a complete list of classes referenced by a given class (our bui= ld system sometimes hiccups on not realizing that when class X calls an ins= tance of class Y and Y has been modified it needs to recompile X {if, and o= nly if, the signature(s) have changed}) 2. Do some minor style enforcement like warning (have not decided if it sho= uld reject or just warn) if a class/method does not have something that at = least looks like a javadoc header comment (/** ... */ is sufficient for thi= s purpose) Note: A long term personal project of mine is to write a OS completely from the g= round up in a super set of Java (the only addition I see that is needed is = some type of "safe" pointer type)... in this case safe being defined as you= can assign a literal address to it but your not allowed to do ptr math on = it