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,cc65ab136f46904d X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news3.google.com!feeder.news-service.com!85.214.198.2.MISMATCH!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: GNAT.Serial_Communications Date: Fri, 22 Apr 2011 17:14:17 +0100 Organization: A noiseless patient Spider Message-ID: References: <9af0087d-9637-40d9-8c30-2e06c2d1e4f4@o26g2000vby.googlegroups.com> <31dd80b2-3fd3-4078-8774-c396a52c94a0@r6g2000vbz.googlegroups.com> <0d509f1c-4ca7-4595-a026-65c108558d76@bl1g2000vbb.googlegroups.com> <35515c03-f565-4fc4-ac1c-e9b7268123b3@dn9g2000vbb.googlegroups.com> <1144e8e4-4193-4ffd-a8d2-145c38993eb2@p16g2000vbi.googlegroups.com> <6301289c-f450-4d7f-8391-01e17d2555b9@z27g2000prz.googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: mx03.eternal-september.org; posting-host="dFCm8HWntFqmDIilBLqEJQ"; logging-data="17834"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19koTw9SJ/CMgzbDix955Nd5cgXbqEZ6GA=" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (darwin) Cancel-Lock: sha1:a/geNvNAXnKzQM3nqbxonAVF3Gg= sha1:zdQluj/JJMq2F9pk0d0w5NRZbZ4= Xref: g2news2.google.com comp.lang.ada:19959 Date: 2011-04-22T17:14:17+01:00 List-Id: Brian Drummond writes: > On Thu, 21 Apr 2011 05:28:42 +0100, Simon Wright wrote: > >> Brian Drummond writes: >> >>> (1) modify g-sercom-linux.adb to do the job, or at least, what it's >>> supposed to (not corrupt settings unnecessarily). Then ... what has to >>> happen to regenerate the GNAT.Serial_Communications package? > >> Put the modified g-sercom-linux.adb in the compiler's search path, then >> use the "-a" flag to gnatmake. > > presumably the right thing to do for this application... > >> (b) don't say "gnatmake -f" for a full rebuild or you'll end up >> rebuilding the RTS! > > Would that be the right thing to do to avoid the problem in all future > applications? The recompiled binaries are in this application's program library, so - not. I think you could get away with putting the .ads/.adb in the adainclude/ directory and the .ali/.o in the adalib/ directory (write-protect the .ali). Worth a try, and easier than rebuilding the entire library.