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.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,4443958c9fa96bcd X-Google-Attributes: gid103376,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Path: g2news2.google.com!news1.google.com!news.glorb.com!news2!feeder.erje.net!newsfeed.straub-nv.de!noris.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Mon, 29 Dec 2008 13:00:48 +0100 From: Georg Bauhaus Reply-To: rm.tsoh+bauhaus@maps.futureapps.de User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Using "/" As Dot Replacement with GNAT References: <5bd799d9-fbf0-4c72-83a6-f46d96c5831d@o40g2000prn.googlegroups.com> <7o9ajg.3a7.ln@hunter.axlog.fr> In-Reply-To: <7o9ajg.3a7.ln@hunter.axlog.fr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <4958bbf3$0$31334$9b4e6d93@newsspool4.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 29 Dec 2008 13:00:51 CET NNTP-Posting-Host: 1d2c2384.newsspool4.arcor-online.net X-Trace: DXC=hY]PhBGGa7j^Y=RbYBPl4`4IUK2=dcFSHeDdO[db X-Complaints-To: usenet-abuse@arcor.de Xref: g2news2.google.com comp.lang.ada:4081 Date: 2008-12-29T13:00:51+01:00 List-Id: Jean-Pierre Rosen wrote: > Michael Rohan a �crit : >> Hi Folks, >> >> Has anyone had any success using "/" as the dot replacement for file >> names with GNAT, i.e., the spec file for the package A.B.C would be a/ >> b/c.ads? This would give a structure similar to the Java source >> structure. >> > I doubt it would work, since neither DOS/Windows nor Unix allows "/" in > file names. Under Unix, "/" is the *only* character not allowed in file > names! IIUC, the OP would like the unit A.B.C to live in file C.ads in directory B which lives in directory A. I would guess that since there is already support for -I in GNAT, using directory nesting as a match for child package placement could be added.