|
SCOUG-Programming Mailing List ArchivesReturn to [ 29 | April | 2008 ]>> Next Message >>
131 This is a multi-part message in MIME format. ------=_NextPart_000_0065_01C8A9DB.566A05E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable While other choices may exist I have chosen to use a FORTH version = written by Rick VanNorman and downloaded from the = http://www.forth.org/compilers.html page. It seems to work as long as = you can remember to say "bye" to exit the program. Beyond that it seems = to have all the components available to support our effort. I would recommend that you download it. We will use it as the basis for = what transpires here as well as the monthly meeting. Also I recomment = that you read the FORTH overview given at = http://www.jimbrooks.org/web/forth/forthInternals.php. Once we have this well within our comfort zone in terms of the assembly = language and the FORTH internals, we can then proceed with some = "extensions" of our own. I use the term extensions somewhat guardedly = as I regard the use in FORTH and C of the terms as equally somewhat = specious. That aside we can then move on to the APL operators, their = implementation and use in aggregate expressions. Then after that we can = extend it to list processing and list aggregates. I don't know what we will change as we go along, but eventually we = should end up with a full SL/I implementation. In there someplace we = will develop the GUI support that we need, implement the two-stage proof = engine of logic programming, and put them altogether in the Developer's = Assistant. In the previous I quickly switched from "I" to "we" = deliberately to insure this as a team effort. Somewhere along the line I expect that my comments about the goals of = open source relative to the independence of each developer will sink in. = The more you come to appreciate declarative over imperative languages, = the more you come to appreciate logic programming, and the more you = overcome a resitance to the detail we will cover in terms of assembly = language, GUI, and other topics, the more you will come to appreciate = the level of independence you will have achieved. This is an effort which will require your participation, your feedback, = your questions, and most importantly your contributions. However you = may feel now, whatever trepidation you have at the moment, that we will = take as a challenge to put well behind us. Your independence depends = upon your ability to contribute. That in turn establishes what you can = do for yourself. The stronger you make yourself, the stronger we become = as a team. ------=_NextPart_000_0065_01C8A9DB.566A05E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable charset=3Diso-8859-1"> While other choices may exist I have chosen to use a = FORTH=20 version written by Rick VanNorman = and=20 downloaded from the rs.html page. =20 say "bye" to=20 exit the program. Beyond that it seems to have all the components=20 available to support our effort. I would recommend that you download it. We = will use it=20 as the basis for what transpires here as well as the monthly = meeting. Also=20 I recomment that you read the FORTH overview given at .jimbrooks.org/web/forth/forthInternals.php. Once we have this well within our comfort zone in = terms of the=20 assembly language and the FORTH internals, we can then proceed with some = "extensions" of our own. I use the term extensions somewhat = guardedly as I=20 regard the use in FORTH and C of the terms as equally somewhat = specious. =20 That aside we can then move on to the APL operators, their = implementation and=20 use in aggregate expressions. Then after that we can extend it to = list=20 processing and list aggregates. I don't know what we will change as we go along, but = eventually we should end up with a full SL/I implementation. In = there=20 someplace we will develop the GUI support that we need, implement the = two-stage=20 proof engine of logic programming, and put them altogether in the = Developer's=20 Assistant. In the previous I quickly switched from "I" to "we"=20 deliberately to insure this as a team effort. Somewhere along the line I expect that my comments = about the=20 goals of open source relative to the independence of each developer will = sink=20 in. The more you come to appreciate declarative over imperative = languages,=20 the more you come to appreciate logic programming, and the more you = overcome a=20 resitance to the detail we will cover in terms of assembly language, = GUI, and=20 other topics, the more you will come to appreciate the level of = independence you=20 will have achieved. This is an effort which will require your = participation, your=20 feedback, your questions, and most importantly your contributions. = However=20 you may feel now, whatever trepidation you have at the moment, that we = will take=20 as a challenge to put well behind us. Your independence depends = upon your=20 ability to contribute. That in turn establishes what you can do = for=20 yourself. The stronger you make yourself, the stronger we become = as a=20 team. ------=_NextPart_000_0065_01C8A9DB.566A05E0-- ===================================================== To unsubscribe from this list, send an email message to "steward@scoug.com". In the body of the message, put the command "unsubscribe scoug-programming". For problems, contact the list owner at "postmaster@scoug.com". ===================================================== >> Next Message >> Return to [ 29 | April | 2008 ]
P.O. Box 26904 Santa Ana, CA 92799-6904, USA Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED. SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners. |