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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.13.213.211 with SMTP id x202mr2482189ywd.39.1485521340613; Fri, 27 Jan 2017 04:49:00 -0800 (PST) X-Received: by 10.157.52.34 with SMTP id v31mr549977otb.9.1485521340573; Fri, 27 Jan 2017 04:49:00 -0800 (PST) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!feeder3.usenet.farm!2.eu.feeder.erje.net!feeder.erje.net!2.us.feeder.erje.net!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder1.iad1.usenetexpress.com!216.166.98.84.MISMATCH!border1.nntp.dca1.giganews.com!nntp.giganews.com!i7no431856qta.1!news-out.google.com!15ni13555itm.0!nntp.google.com!r185no638794ita.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Fri, 27 Jan 2017 04:49:00 -0800 (PST) Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=144.132.203.17; posting-account=wavAeAoAAAAZF_sXSZepBukuPCBO0Zqt NNTP-Posting-Host: 144.132.203.17 User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <427190d2-0fb4-465b-b1be-0a10d9b2d290@googlegroups.com> Subject: Visual Studio IDE - Integration From: alby.gamper@gmail.com Injection-Date: Fri, 27 Jan 2017 12:49:00 +0000 Content-Type: text/plain; charset=UTF-8 Xref: news.eternal-september.org comp.lang.ada:33193 Date: 2017-01-27T04:49:00-08:00 List-Id: Dear Ada Community Is their any general interest in using Visual Studio as an IDE for ADA development ? (Not as a replacement to GPS, but rather as an alternative for those teams primarily working on Windows based environments) I have a pre Alpha solution that currently operates under Visual Studio 2015 (express/community edition) which covers the following functionality. 1) Project templates for console/GUI apps and static and shared libraries 2) Project configuration for most GNAT compiler, binder, linker options 3) Rudimentary syntax/keyword highlighting 4) GPRBUILD integration (ie MSBuild uses/invokes GPR project files) 5) GDB integration But note the following limitations/caveats apply a) A working native GCC toolchain must already be installed (either GNAP GPL or a Mingw32 environment should work fine) b) Some work needs to be done to support multilib (ie x86 vs x64) c) No GUI designer is available (ie winforms, WPF, XAML) d) I have a rudimentary binding to WinRT, BUT this is limited to NON GUI functionality, since XAML and Windows Composition API's seem to require a sandboxed/windows Store environment to run under ? I am more than willing to show some screen shots to demonstrate the current functionality Your thoughts/feedback are welcome Thanks Alex