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,f721b6ded54942f5 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!newshub.sdsu.edu!elnk-nf2-pas!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!stamper.news.atl.earthlink.net!newsread3.news.atl.earthlink.net.POSTED!d9c68f36!not-for-mail From: Marin David Condic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Problems with GtkAda-2.4.0 on Windows 2000. References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Date: Wed, 04 May 2005 12:23:51 GMT NNTP-Posting-Host: 209.165.23.88 X-Complaints-To: abuse@earthlink.net X-Trace: newsread3.news.atl.earthlink.net 1115209431 209.165.23.88 (Wed, 04 May 2005 05:23:51 PDT) NNTP-Posting-Date: Wed, 04 May 2005 05:23:51 PDT Organization: EarthLink Inc. -- http://www.EarthLink.net Xref: g2news1.google.com comp.lang.ada:10909 Date: 2005-05-04T12:23:51+00:00 List-Id: Jeff C wrote: > > > The problem is/was that there were issues with all of the various "sh" > like interpreters around a while ago on some versions of windows such > that various parameters were mangled. Also it increase the complexity of > the distribution because then they were also distributing a shell > interpreter. > > I am sure you can get it all to work if you use msys and configure/build > from a source distribution (pointing at one of the many existing binary > Gtk+ installers) as long as you restrict yourself to "modern" windows > like XP. > > Its too bad. I'm assuming the developers have more of an interest in Linux platforms than they do windows - but the advantage to GtkAda is the portability between the two. Once a tool starts depending on questionable OS-supplied tools, portability goes out the window. From an end-user's perspective it would be better for them to say "I have my own diff/merge tool, thank you very much!" - but of course that means the developer has to do more work. The disappointing thing is that it used to work and now GtkAda for Windows takes a big step backward. Given the limitation is at least known, I can keep from shooting myself in the foot and at least manage it independent of the tool. But that's a big pain in the posterior. > > > This is a packaging problem with the last public GtkAda release. It is > unfortuntate because it really make GtkAda Windows support look even > worse than it really is. > > Take a look at > http://lists.adacore.com/pipermail/gtkada/2005-January/003203.html or > more specifically the thread that starts with > > http://lists.adacore.com/pipermail/gtkada/2005-March/003268.html > > I didn't see that -largs -mwindows switch in the documentation, but it looks familiar. (I have not fooled with GtkAda in quite some time since my job has taken me elsewhere) I'll give it a shot. Thanks. MDC -- ====================================================================== Marin David Condic I work for: http://www.belcan.com/ My project is: http://www.jsf.mil/NSFrames.htm Send Replies To: m o d c @ a m o g c n i c . r "'Shut up,' he explained." -- Ring Lardner ======================================================================