From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!rutgers!labrea!jade!ucbvax!SEI.CMU.EDU!Robert.Firth From: Robert.Firth@SEI.CMU.EDU Newsgroups: comp.lang.ada Subject: 1:= syntax error Message-ID: <8709221755.AA21729@bd.sei.cmu.edu> Date: Tue, 22-Sep-87 13:54:57 EDT Article-I.D.: bd.8709221755.AA21729 Posted: Tue Sep 22 13:54:57 1987 Date-Received: Thu, 24-Sep-87 06:17:36 EDT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet List-Id: The problems with "1:=" generating an error can be traced to [RM 2.4.2 - Based Literals] and [RM 2.10 - Allowable Replacements of Characters]. The compiler believes that the sequence "1:" introduces a based literal, for instance "1:0123:". Accordingly, it fails on the "=" character, which cannot be part of a based literal. Recall that, while based literals are usually written "2#1010#", the colon is an allowable replacement for the hachure. You should expect various error messages, such as "illegal char in based literal", "invalid base in based literal", and so on. This lexis is correct according to the RM - indeed, any alternative would no longer be LR(1) and so would cause trouble for automatic scanner generators. And the colon is a replacement character because Steelman required that Ada be representable using a 56-character set. Sigh.