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.107.134.14 with SMTP id i14mr2384169iod.36.1485525077715; Fri, 27 Jan 2017 05:51:17 -0800 (PST) X-Received: by 10.157.44.136 with SMTP id p8mr564323otb.20.1485525077682; Fri, 27 Jan 2017 05:51:17 -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!news.glorb.com!r185no643591ita.0!news-out.google.com!15ni13849itm.0!nntp.google.com!r185no643588ita.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Fri, 27 Jan 2017 05:51:17 -0800 (PST) In-Reply-To: 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 References: <427190d2-0fb4-465b-b1be-0a10d9b2d290@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <1ce198d4-7316-436d-8867-e323a5ab1741@googlegroups.com> Subject: Re: Visual Studio IDE - Integration From: alby.gamper@gmail.com Injection-Date: Fri, 27 Jan 2017 13:51:17 +0000 Content-Type: text/plain; charset=UTF-8 Xref: news.eternal-september.org comp.lang.ada:33195 Date: 2017-01-27T05:51:17-08:00 List-Id: On Saturday, January 28, 2017 at 12:12:49 AM UTC+11, Dmitry A. Kazakov wrote: > On 27/01/2017 13:49, alby.gamper@gmail.com wrote: > > > 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 > > As for me I see no reason using Visual Studio so long MS linker and MS > debugger are not used. Main headaches are gcc linker (becoming > exponentially slower with each added library) and GDB (unusable). > > -- > Regards, > Dmitry A. Kazakov > http://www.dmitry-kazakov.de Dear Dmitry As mentioned, my solution does not depend upon MS linker or debugger. It uses the underlying GCC/GNAT toolchain. I cant comment on the GCC linker, BUT the GDB Visual Studio integration seems ok to me (I actually use Microsoft's own open source MIDebug engine see https://github.com/Microsoft/MIEngine ) Alex