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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,182c0df39337eeca X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII Newsgroups: comp.lang.ada Subject: Re: Wide Character Problem in Ada.Numerics References: <1177363740.965003.247270@l77g2000hsb.googlegroups.com> <462daae8$1@news.post.ch> <1177432510.964311.114370@r3g2000prh.googlegroups.com> From: Markus E Leypold Organization: N/A Date: Wed, 25 Apr 2007 12:01:13 +0200 Message-ID: User-Agent: Some cool user agent (SCUG) Cancel-Lock: sha1:LtkbZLHMuSTDxhEAdIBar5ha0Rs= MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit NNTP-Posting-Host: 88.72.230.139 X-Trace: news.arcor-ip.de 1177494794 88.72.230.139 (25 Apr 2007 11:53:14 +0200) X-Complaints-To: abuse@arcor-ip.de Path: g2news1.google.com!news3.google.com!fu-berlin.de!newsfeed.arcor-ip.de!news.arcor-ip.de!not-for-mail Xref: g2news1.google.com comp.lang.ada:15279 Date: 2007-04-25T12:01:13+02:00 List-Id: Adam Beneschan writes: > On Apr 24, 1:03 am, Jean-Pierre Rosen wrote: >> Martin Krischik a �crit :>> This is the line that has the bracket notation definition of pi in >> >> it. >> >> >> Does anyone know what is going on? Why is there an error in a system >> >> file? >> >> > Yes - I saw that to - GNAT produces this error if utf-8 (-gnatW8) is >> > used for source code. Best is to file a bug report. >> >> Since, with the source model, specifications are recompiled every time >> you need them, so is Ada.Numerics. With -gnatW8, you are telling the >> compiler you are using utf-8, but the source of Ada.Numerics uses >> bracket notation - hence the error. > > Wait a minute... are you saying that in GNAT, you cannot WITH a > package unless the source of the WITH'ed package uses the same > encoding as the source of the package doing the WITH'ing? Ouch. This > somehow seems to run counter to the whole philosophy of abstraction > that packages are supposed to provide. Wow, super. One would have to expected that the encoding problem is already solved in the file reader and the rest of the compiler would work on more or less the same representation anyway. Looks like a quick and dirty hack. Regards -- Markus