Re: [cdt-dev] Autotools, GCC, GDB, etc on Windows what to use nowadays?

[Doug Schaefer <dschaefer@xxxxxxxxxxxxxx>]

On 2017-02-14, 11:30 AM, "cdt-dev-bounces@xxxxxxxxxxx on behalf of Jonah
Graham" <cdt-dev-bounces@xxxxxxxxxxx on behalf of jonah@xxxxxxxxxxxxxxxx>
wrote:

>The other option (aka variation/complication) going forward (see for
>example previous discussions from intel folk [1]) is having the tools
>in a container. This is seeming like a more and more reasonable
>solution to managing the tools and their versions.

I¹d like to hear more user experiences with that. It does introduce a
layer of separation between the developer and the code they¹re working on
similar to cloud IDE environments. That and you¹re asking embedded
developers to deal with Docker.

IMHO, it seems to be an overkill solution to the problem of installing and
managing SDKs. Working on commercial RTOS distributions over the last 10
years, we¹ve gotten pretty good at using p2 to manage installations and
updates and such. Google¹s Android NDK is managed pretty well too and uses
it¹s own install management framework. As far as I¹m aware, the only issue
with cross compilation comes from the Linux kernel which, yes, you can
only build properly on Linux and certainly not on Windows. But beyond that?

>
>[1] https://dev.eclipse.org/mhonarc/lists/cdt-dev/msg30403.html
>~~~
>Jonah Graham
>Kichwa Coders Ltd.
>www.kichwacoders.com
>
>
>On 14 February 2017 at 16:23, Doug Schaefer <dschaefer@xxxxxxxxxxxxxx>
>wrote:
>> Stand corrected by Liviu¹s link. Interesting.
>>
>> From: <cdt-dev-bounces@xxxxxxxxxxx> on behalf of Doug Schaefer
>> <dschaefer@xxxxxxxxxxxxxx>
>> Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
>> Date: Tuesday, February 14, 2017 at 11:22 AM
>>
>> To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
>> Subject: Re: [cdt-dev] Autotools, GCC, GDB, etc on Windows what to use
>> nowadays?
>>
>> I¹ve been playing with it and I can¹t see how it¹ll ever work. Mainly,
>>it
>> can¹t launch Windows binaries. It truly is a Linux Virtual Machine, not
>>an
>> emulation layer like Cygwin and certainly not native like MinGW.
>>
>> As a side story, I was trying it out as a cross build strategy for Two
>>since
>> Electron Packager needs to run a Windows binary to package up the
>>Windows
>> bits. I went as far as considering installing Wine into it but the Wine
>> package isn¹t made available in their subset of Ubuntu. I think that
>>means
>> they have plans on allowing execution of Windows binaries natively at
>>some
>> point.
>>
>> Doug.
>>
>> From: <cdt-dev-bounces@xxxxxxxxxxx> on behalf of Marc-André Laperle
>> <marc-andre.laperle@xxxxxxxxxxxx>
>> Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
>> Date: Tuesday, February 14, 2017 at 11:09 AM
>> To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
>> Subject: Re: [cdt-dev] Autotools, GCC, GDB, etc on Windows what to use
>> nowadays?
>>
>> I'm not clear on how the Ubuntu stuff works. Is it possible to call an
>> command from. outside bash? I don't know if Eclipse running as a normal
>> Win32 application/subsystem could access that subsystem.
>>
>>
>> Just asking in case some someone knows a bit more about this, or any
>>useful
>> links.
>>
>>
>> Marc-André
>>
>> ________________________________
>> From:cdt-dev-bounces@xxxxxxxxxxx <cdt-dev-bounces@xxxxxxxxxxx> on
>>behalf of
>> Liviu Ionescu <ilg@xxxxxxxxxx>
>> Sent: Tuesday, February 14, 2017 11:00:30 AM
>> To: CDT General developers list.
>> Subject: Re: [cdt-dev] Autotools, GCC, GDB, etc on Windows what to use
>> nowadays?
>>
>>
>>> On 14 Feb 2017, at 17:44, Doug Schaefer <dschaefer@xxxxxxxxxxxxxx>
>>>wrote:
>>>
>>> ... only MSYS2 has an active community any more
>>
>> until Microsoft's Ubuntu shell will be fully functional, I think MSYS2
>>is
>> the only alternative which still has some traction. (disclaimer, not a
>> Windows user)
>>
>>
>> regards,
>>
>> Liviu
>>
>> _______________________________________________
>> cdt-dev mailing list
>> cdt-dev@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe
>>from
>> this list, visit
>> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>>
>>
>> _______________________________________________
>> cdt-dev mailing list
>> cdt-dev@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe
>>from
>> this list, visit
>> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>_______________________________________________
>cdt-dev mailing list
>cdt-dev@xxxxxxxxxxx
>To change your delivery options, retrieve your password, or unsubscribe
>from this list, visit
>https://dev.eclipse.org/mailman/listinfo/cdt-dev