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=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Newsgroups: comp.lang.ada
Subject: Re: Visual Studio IDE - Integration
Date: Fri, 27 Jan 2017 14:12:47 +0100
Organization: Aioe.org NNTP Server
Message-ID: <o6fh0e$i2$1@gioia.aioe.org>
References: <427190d2-0fb4-465b-b1be-0a10d9b2d290@googlegroups.com>
NNTP-Posting-Host: vZYCW951TbFitc4GdEwQJg.user.gioia.aioe.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: abuse@aioe.org
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.6.0
X-Notice: Filtered by postfilter v. 0.8.2
Xref: news.eternal-september.org comp.lang.ada:33194
Date: 2017-01-27T14:12:47+01:00
List-Id: <comp.lang.ada>

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