Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] Wascana for Indigo

> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
> On Behalf Of Charles Wilson
> Sent: Monday, April 25, 2011 10:42 AM
> To: cdt-dev@xxxxxxxxxxx
> Subject: Re: [cdt-dev] Wascana for Indigo
> On 4/25/2011 9:38 AM, Schaefer, Doug wrote:
> > I haven't fully decided yet. If I decide to nuke it, I'll fix up the
> > documentation to describe how to get MinGW using their new installer.
> If you go this route, note that it SHOULD be possible to add additional non-
> package description manifests, describing other packaged
> mingw ports [*], to the overall configuration, so that mingw-get can be used
> to install them, as well.  However, this has not been well-tested: we're
> basically in the mode of using mingw-get solely to install "our" offerings.
> I wonder, since mingw-get is a cmdline app, if you can invoke it as part of a p2
> installation: e.g. some "MinGW Compiler Install" 'component'
> that is selected from within Eclipse, which itself just contains mingw-get with
> a suitable configuration xml file...and then invokes mingw-get to do the "real
> work"?

That probably is the approach I would take. But, you guys have done a good job with mingw-get and I want to encourage CDT/MinGW users to use it. It could be wrapped in p2 but at this point I'm not sure it's needed enough for me to drop other things I want to work on.

So in the end, it becomes a two installer process, just like the other Eclipse C/C++ IDE platforms: Install MinGW, install the IDE. I just need to make sure the IDE can find where MinGW was laid down, or an easy way for user to tell it (though I prefer it be automated, of course). 

> [*] For instance, the various sdl-, gtk-, glib- packages you currently have
> included as part of the wascana d/l.  Also, mingw-get should probably be
> flexible enough to install tdm's gcc, or mingw64's, instead of's,
> should you prefer: but again, this hasn't been tested.

Actually, other than SDL, I never got far with that. We should put the effort into mingw-get for these things and more instead.


Back to the top