Earnie Boyd | 1 Feb 15:17
Picon

www.mingw.org/Welcome_to_MinGW_org

I think we need new wording on this page.  In particular we need to
remove mingwPORT.  Is someone here up to the challenge?

--

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
Chris Sutcliffe | 4 Feb 02:35
Picon

mgwport and multiple builds

Hi Chuck,

I'm trying to package gdb 7.4 using mgwport and I'm at a bit of loss
as to how I package it with 2 different builds (i.e. the python build
and the non-python build).  Any idea how I could handle this?  Do I
need to break it into 2 packages (i.e. gdb and gdb-python)?

Cheers,

Chris

--

-- 
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
Charles Wilson | 5 Feb 20:36
Picon

Re: mgwport and multiple builds

On 2/3/2012 8:35 PM, Chris Sutcliffe wrote:
> I'm trying to package gdb 7.4 using mgwport and I'm at a bit of loss
> as to how I package it with 2 different builds (i.e. the python build
> and the non-python build).  Any idea how I could handle this?  Do I
> need to break it into 2 packages (i.e. gdb and gdb-python)?

No, neither cygport nor mgwport directly support building multiple 
variants as part of the same package.  You can 'kludge' it by chaining 
multiple cofigure/make/make-clean sequences as part of src_compile(), 
but that has obvious problems.

It's probably best to split into two completely separate packages, with 
their own -src tarball.  The only real cost for this is the additional 
-src element to upload.

I assume this is for mingw32-gdb and mingw32-gdb-python.  As we don't 
have a mingw32-python (nor, for that matter, an msys-python), which 
python implementation would mingw32-gdb-python depend on, and how would 
it "find" it?  ActiveState python + ${PYTHON} variable, or simple 
${PATH} search, or what?

--
Chuck

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
(Continue reading)

Chris Sutcliffe | 5 Feb 20:53
Picon

Re: mgwport and multiple builds

On 5 February 2012 14:36, Charles Wilson wrote:
> On 2/3/2012 8:35 PM, Chris Sutcliffe wrote:
>> I'm trying to package gdb 7.4 using mgwport and I'm at a bit of loss
>> as to how I package it with 2 different builds (i.e. the python build
>> and the non-python build).  Any idea how I could handle this?  Do I
>> need to break it into 2 packages (i.e. gdb and gdb-python)?
>
> It's probably best to split into two completely separate packages, with
> their own -src tarball.  The only real cost for this is the additional
> -src element to upload.

Fair enough, I'll go that route.

> I assume this is for mingw32-gdb and mingw32-gdb-python.  As we don't
> have a mingw32-python (nor, for that matter, an msys-python), which
> python implementation would mingw32-gdb-python depend on, and how would
> it "find" it?  ActiveState python + ${PYTHON} variable, or simple
> ${PATH} search, or what?

Correct, this is for mingw32-gdb and mingw32-gdb-python.  I use the
Windows Python available from python.org which uses the python DLL
that can be found via $PATH (for example).  The same caveat holds true
for all of the previous gdb builds where I've provided a
gdb-python27.exe in that it's up the user to setup their python
environment accordingly.

Chris

--

-- 
Chris Sutcliffe
(Continue reading)

Chris Sutcliffe | 5 Feb 23:39
Picon

overriding inst_target in mgwport

Hi Chuck,

How so I go about overriding inst_target with mgwport?  GDB has a
'install-gdb' target that does not install all the bfd stuff (as
opposed to using the 'install' target that installs everything).  I
tried setting inst_target in the mgwport file directly but it seemed
to have no effect.

Thank you,

Chris

--

-- 
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
Erwin Waterlander | 7 Feb 21:46
Picon
Picon
Favicon

*** ERROR: mgwport internal error: __init_relocation called too early.

Hi,

I try to build a dos2unix mingw package with mgwport, but I get the 
following error:

waterlan <at> B2 ~/src/mingw/dos2unix/src
$ mgwport dos2unix-5.3.2-1.mgwport almostall
*** ERROR: mgwport internal error: __init_relocation called too early.

I tried mgwport 0.10.5 and 0.10.6.

You can find my input files here:
http://waterlan.home.xs4all.nl/mingw/dos2unix/

best regards,

--

-- 
Erwin Waterlander
http://waterlan.home.xs4all.nl/

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
Charles Wilson | 8 Feb 00:05
Picon

Re: overriding inst_target in mgwport

On 2/5/2012 5:39 PM, Chris Sutcliffe wrote:
> How so I go about overriding inst_target with mgwport?  GDB has a
> 'install-gdb' target that does not install all the bfd stuff (as
> opposed to using the 'install' target that installs everything).  I
> tried setting inst_target in the mgwport file directly but it seemed
> to have no effect.

Right now, you can't -- if you want to use the mgwinstall function. I'll
need to add that capability; Patches Thoughtfully Considered.

In the meantime, you can simply copy mgwinstall() from
	/usr/lib/mgwport/src_install.mgwpart

to, e.g. my_mgwinstall() in your .mgwport file, and then implement

src_install() {
       cd ${B}
       my_mgwinstall
}

--
Chuck

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
(Continue reading)

Chris Sutcliffe | 8 Feb 03:02
Picon

Re: overriding inst_target in mgwport

On 7 February 2012 18:05, Charles Wilson wrote:
> On 2/5/2012 5:39 PM, Chris Sutcliffe wrote:
>> How so I go about overriding inst_target with mgwport?  GDB has a
>> 'install-gdb' target that does not install all the bfd stuff (as
>> opposed to using the 'install' target that installs everything).  I
>> tried setting inst_target in the mgwport file directly but it seemed
>> to have no effect.
>
> Right now, you can't -- if you want to use the mgwinstall function. I'll
> need to add that capability; Patches Thoughtfully Considered.

I'll take a crack at it as time permits.

> In the meantime, you can simply copy mgwinstall() from
>        /usr/lib/mgwport/src_install.mgwpart

I've taken a similar approach to that.

Cheers,

Chris

--

-- 
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
(Continue reading)

Chris Sutcliffe | 8 Feb 03:06
Picon

GDB 7.4

Hi All,

I've packaged GDB 7.4 using mgwport which resulted in gdb being split
in to 'gdb' and 'gdb-python'.  I'm assuming this necessitates a
migw32-gdb-python.xml be added to the mingw-get catalog with the
appropriate changes to mingw32-package-list.xml?

Chris

--

-- 
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
Keith Marshall | 8 Feb 09:20
Picon

Re: GDB 7.4

On 08/02/12 02:06, Chris Sutcliffe wrote:
> I've packaged GDB 7.4 using mgwport which resulted in gdb being split
> in to 'gdb' and 'gdb-python'.  I'm assuming this necessitates a
> migw32-gdb-python.xml be added to the mingw-get catalog with the
> appropriate changes to mingw32-package-list.xml?

No.  You may define the two packages, using separate <package ...>
</package> elements, within a common (single) <package-collection ...>
</package-collection> element, in the existing mingw32-gdb.xml file.

--

-- 
Regards,
Keith.

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d

Gmane