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-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,d2b82a7b0e64b610 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-11-13 22:36:59 PST Path: archiver1.google.com!news2.google.com!news.maxwell.syr.edu!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: GLADE + s-stratt.adb + GtkAda problem. Date: 14 Nov 2003 06:34:38 +0000 Organization: Pushface Sender: simon@smaug.pushface.org Message-ID: References: NNTP-Posting-Host: pogner.demon.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: news.demon.co.uk 1068791817 26601 62.49.19.209 (14 Nov 2003 06:36:57 GMT) X-Complaints-To: abuse@demon.net NNTP-Posting-Date: Fri, 14 Nov 2003 06:36:57 +0000 (UTC) User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 Xref: archiver1.google.com comp.lang.ada:2473 Date: 2003-11-14T06:34:38+00:00 List-Id: "Dr. Adrian Wrigley" writes: > I seem to remember solving it simply by deleting the new > s-stratt.adb file that comes with GLADE, and removing the references > to it in the appropriate Makefile. When you rebuild GLADE, you get > libraries that seem to work OK, but won't necessarily work in > heterogenous systems. They will definitely not work in heterogenous systems! (well, if you use them for streaming data over the network). Rebuilding the RTS is the way I've found works best. We put it in a special place and use the --RTS=path flag. The Makefile.adalib needs some care if you're using it under Windows .. Do _not_ use the -a flag; it will compile library files, but won't necessarily carry all the options you need through. -- Simon Wright 100% Ada, no bugs.