mingw-users

[Mingw-users] gcc build problem

[Christoph D. <chr...@pr...>]

Hi,

Need Help please...

I've tried to build a mingw gcc,g++ compiler (4.2.1 dw2) for my own. It 
works fine, but if try to use the build under eclipse (cdt) the system 
include directories are not correct (couldn't find <iostream>) because 
they are set absolute in cc1.exe.

I'm unsing msys and mingw (both current release) on a WinXP(32).

Build Drive E:\

----- can't use this -----
E:\sandpit\dw2-2\mingw\libexec\gcc\mingw32\4.2.1-dw2>cc1 -v
ignoring nonexistent directory "e:/MinGW/lib/gcc/mingw32/4.2.1-dw2/include"
ignoring nonexistent directory "e:/MinGW/mingw32/include"
#include "..." search starts here:
#include <...> search starts here:
  e:/MinGW/include
  /mingw/include
End of search list.
-----------

if I try to use this on drive C it wouldn't work.

How can I set the system include dir at build time????

If i use the pre compiled verison from mingw it looks like this:
(no absoulte path!!!)

--- can use this everywhere ---
E:\MinGW\libexec\gcc\mingw32\3.4.5>cc1 -v
ignoring nonexistent directory 
"/mingw/lib/gcc/mingw32/3.4.5/../../../../mingw32/include"
#include "..." search starts here:
#include <...> search starts here:
  /mingw/lib/gcc/mingw32/3.4.5/../../../../include
  /mingw/include
  /mingw/lib/gcc/mingw32/3.4.5/include
  /mingw/include
End of search list.
-----------

Christoph

Re: [Mingw-users] gcc build problem

[Brian D. <br...@de...>]

Christoph Duvigneau wrote:

> I've tried to build a mingw gcc,g++ compiler (4.2.1 dw2) for my own. It
> works fine, but if try to use the build under eclipse (cdt) the system
> include directories are not correct (couldn't find <iostream>) because
> they are set absolute in cc1.exe.

You didn't mention how you configured gcc, or if you used the same
options as in the gcc-build-*.sh file which is what the MinGW gcc was
built with.

But I'm guessing the problem is that your toolchain is not relocatable
because you didn't configure with --prefix=/mingw (and exactly this,
nothing else.)  This works because the MinGW system header location is
defined as /mingw/include inside gcc.  The relocation code in gcc knows
that when searching for a path, if it is a subdirectory of exec_prefix
to search relative to where gcc is installed rather than using the
hardcoded value.  Thus if you don't specify exactly --prefix=/mingw this
won't work right when gcc wants to look up /mingw/include.

> How can I set the system include dir at build time????
> 
> If i use the pre compiled verison from mingw it looks like this:
> (no absoulte path!!!)
> 
> --- can use this everywhere ---
> E:\MinGW\libexec\gcc\mingw32\3.4.5>cc1 -v
> ignoring nonexistent directory
> "/mingw/lib/gcc/mingw32/3.4.5/../../../../mingw32/include"
> #include "..." search starts here:
> #include <...> search starts here:
>   /mingw/lib/gcc/mingw32/3.4.5/../../../../include
>   /mingw/include
>   /mingw/lib/gcc/mingw32/3.4.5/include
>   /mingw/include
> End of search list.

Note that "/mingw" here is just a placeholder.  The relocation code in
gcc works no matter where you put it or what you name the directory, so
if you installed it to z:/foo/bar/baz it should look in
z:/foo/bar/baz/include for headers and likewise for libs.

Brian

Re: [Mingw-users] gcc build problem

[Christoph D. <chr...@pr...>]

Brian Dessent schrieb:
> Christoph Duvigneau wrote:
> 
>> I've tried to build a mingw gcc,g++ compiler (4.2.1 dw2) for my own. It
>> works fine, but if try to use the build under eclipse (cdt) the system
>> include directories are not correct (couldn't find <iostream>) because
>> they are set absolute in cc1.exe.
> 
> You didn't mention how you configured gcc, or if you used the same
> options as in the gcc-build-*.sh file which is what the MinGW gcc was
> built with.

sorry, i forgot to paste it...

Here it is:
------------
../gcc-4.2.1-2-src/configure --prefix=/mingw --with-local-prefix=/mingw 
--disable-shared --with-gcc --with-gnu-as --with-gnu-ld --enable-threads 
--enable-languages=c,c++,objc,obj-c++ --with-dwarf2 
--disable-win32-registry --disable-nls --disable-sjlj-exceptions 
--without-x --enable-libstdcxx-debug --host=mingw32 --build=mingw32 
--target=mingw32 --disable-bootstrap --enable-cxx-flags='-mthreads 
-fno-function-sections -fno-data-sections' | tee /Config2.Log
------------

I used the gcc-build-*.sh as template for my configuration.

> But I'm guessing the problem is that your toolchain is not relocatable
> because you didn't configure with --prefix=/mingw (and exactly this,
> nothing else.)  This works because the MinGW system header location is
> defined as /mingw/include inside gcc.  The relocation code in gcc knows
> that when searching for a path, if it is a subdirectory of exec_prefix
> to search relative to where gcc is installed rather than using the
> hardcoded value.  Thus if you don't specify exactly --prefix=/mingw this
> won't work right when gcc wants to look up /mingw/include.

But somehow, at building the path got to a absolute.

Msys installed on e:\msys
MinGW (3.4.5) installed on e:\mingw
mingw mounted (fstab: e:/mingw /mingw) into msys
src and build dir are not mounted into msys
(located /e/gcc-src | /e/gcc-build)

-------
make DESTDIR=/sandpit/dw2-2 LDFLAGS=-s | tee /Make2.Log

make DESTDIR=/sandpit/dw2-2 install | tee /Install2.Log
-------

> [snip]
> Brian
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
> 

Re: [Mingw-users] gcc build problem

[Brian D. <br...@de...>]

Christoph Duvigneau wrote:

> But somehow, at building the path got to a absolute.

Hmm, my guess then is that it seems somewhere along the line the MSYS
runtime is turning this from /mingw into driveletter:/mingw at some
point when invoking a native app.  I've read in the past that Danny
actually uses a Cygwin environment (with MinGW tools first in PATH and
mounts set up such that /mingw and the source and build trees are the
same place in both Cygwin-space and Win32-space) to build gcc.  Maybe if
you search the archives you'll find a message detailing his setup.

Brian

Re: [Mingw-users] gcc build problem

[<au...@gm...>]

Hi,

> > But somehow, at building the path got to a absolute.
>
> Hmm, my guess then is that it seems somewhere along the line the MSYS
> runtime is turning this from /mingw into driveletter:/mingw at some
> point when invoking a native app.  I've read in the past that Danny
> actually uses a Cygwin environment (with MinGW tools first in PATH and
> mounts set up such that /mingw and the source and build trees are the
> same place in both Cygwin-space and Win32-space) to build gcc.  Maybe if
> you search the archives you'll find a message detailing his setup.


As far as I remember, there were some posts in this list about making
a relocatable gcc with MSYS. Try to search archives for "relocatable
gcc 4.1.2" or something similar.

-- 
Aurimas

Re: [Mingw-users] gcc build problem

[Earnie B. <ea...@us...>]

Quoting Brian Dessent <br...@de...>:

>
> Note that "/mingw" here is just a placeholder.  The relocation code in
> gcc works no matter where you put it or what you name the directory, so
> if you installed it to z:/foo/bar/baz it should look in
> z:/foo/bar/baz/include for headers and likewise for libs.
>

No.  It should look in
z:/foo/bar/baz/lib/gcc/mingw32/<gcc version>/../../../../include which 
resolves to the same as you state but that isn't what it looks for.

Earnie

Re: [Mingw-users] gcc build problem

[Earnie B. <ea...@us...>]

Quoting Christoph Duvigneau <chr...@pr...>:

> Hi,
>
> Need Help please...
>
> I've tried to build a mingw gcc,g++ compiler (4.2.1 dw2) for my own. It

What configure command did you use?

--8<--
This
> ----- can't use this -----
> E:\sandpit\dw2-2\mingw\libexec\gcc\mingw32\4.2.1-dw2>cc1 -v
> ignoring nonexistent directory "e:/MinGW/lib/gcc/mingw32/4.2.1-dw2/include"
> ignoring nonexistent directory "e:/MinGW/mingw32/include"
> #include "..." search starts here:
> #include <...> search starts here:
>  e:/MinGW/include
>  /mingw/include
> End of search list.
> -----------
>
--8<--
Doesn't include
> --- can use this everywhere ---
--8<--
this
>  /mingw/lib/gcc/mingw32/3.4.5/../../../../include

Earnie

Re: [Mingw-users] gcc build problem

[Christoph D. <chr...@pr...>]

Earnie Boyd schrieb:
> [snip]
> What configure command did you use?
> 

As posted in folow up before:
--------
../gcc-4.2.1-2-src/configure --prefix=/mingw --with-local-prefix=/mingw 
--disable-shared --with-gcc --with-gnu-as --with-gnu-ld --enable-threads 
--enable-languages=c,c++,objc,obj-c++ --with-dwarf2 
--disable-win32-registry --disable-nls --disable-sjlj-exceptions 
--without-x --enable-libstdcxx-debug --host=mingw32 --build=mingw32 
--target=mingw32 --disable-bootstrap --enable-cxx-flags='-mthreads 
-fno-function-sections -fno-data-sections' | tee /Config2.Log

make DESTDIR=/sandpit/dw2 LDFLAGS=-s | tee /Make2.Log

make DESTDIR=/sandpit/dw2 install | tee /Install2.Log
--------
^^
All in msys.

Msys installed on e:\msys
MinGW (3.4.5) installed on e:\mingw
mingw mounted (fstab: e:/mingw /mingw) into msys
src and build dir are not mounted into msys
(located /e/gcc-src | /e/gcc-build)


> --8<--
> This
>> ----- can't use this -----
>> E:\sandpit\dw2-2\mingw\libexec\gcc\mingw32\4.2.1-dw2>cc1 -v
>> ignoring nonexistent directory "e:/MinGW/lib/gcc/mingw32/4.2.1-dw2/include"
>> ignoring nonexistent directory "e:/MinGW/mingw32/include"
>> #include "..." search starts here:
>> #include <...> search starts here:
>>  e:/MinGW/include
>>  /mingw/include
>> End of search list.
>> -----------
>>
> --8<--
> Doesn't include
>> --- can use this everywhere ---
> --8<--
> this
>>  /mingw/lib/gcc/mingw32/3.4.5/../../../../include
> 
> Earnie

Re: [Mingw-users] gcc build problem

[Earnie B. <ea...@us...>]

Quoting Christoph Duvigneau <chr...@pr...>:

> Earnie Boyd schrieb:
>> [snip]
>> What configure command did you use?
>>
>
> As posted in folow up before:
> --------
> ../gcc-4.2.1-2-src/configure --prefix=/mingw --with-local-prefix=/mingw
> --disable-shared --with-gcc --with-gnu-as --with-gnu-ld --enable-threads
> --enable-languages=c,c++,objc,obj-c++ --with-dwarf2
> --disable-win32-registry --disable-nls --disable-sjlj-exceptions
> --without-x --enable-libstdcxx-debug --host=mingw32 --build=mingw32
> --target=mingw32 --disable-bootstrap --enable-cxx-flags='-mthreads
> -fno-function-sections -fno-data-sections' | tee /Config2.Log
>

Try:

../gcc-4.2.1-2-src/configure --prefix=`cd /mingw && pwd -W` \
--disable-shared --with-gcc --with-gnu-as --with-gnu-ld --enable-threads \
--enable-languages=c,c++,objc,obj-c++ --with-dwarf2 \
--disable-win32-registry --disable-nls --disable-sjlj-exceptions \
--without-x --enable-libstdcxx-debug --disable-bootstrap \
--enable-cxx-flags='-mthreads -fno-function-sections -fno-data-sections' | \
tee /Config2.Log


> make DESTDIR=/sandpit/dw2 LDFLAGS=-s | tee /Make2.Log

Why do you need LDFLAGS set here?

>
> make DESTDIR=/sandpit/dw2 install | tee /Install2.Log

Try: ``make prefix=/sandpit/dw2 install'' because DESTDIR doesn't work well.

Earnie

Re: [Mingw-users] gcc build problem

[Biplab K. M. <bk...@gm...>]

Christoph Duvigneau wrote:
> Hi,
> 
> Need Help please...
> 
> I've tried to build a mingw gcc,g++ compiler (4.2.1 dw2) for my own. It 
> works fine, but if try to use the build under eclipse (cdt) the system 
> include directories are not correct (couldn't find <iostream>) because 
> they are set absolute in cc1.exe.
> 
> I'm unsing msys and mingw (both current release) on a WinXP(32).
> 
> Build Drive E:\
> 

Hi Christoph,

You can refer the following thread for a step-by-step instruction on how 
to create a relocable gcc binary with MSYS.

http://forums.codeblocks.org/index.php/topic,5282.msg41161.html#msg41161

The author has also pointed some other links as hints.

I haven't tried this, but hopefully that would work.

Best Regards,

Biplab

http://biplab.in

Re: [Mingw-users] gcc build problem

[John E. / T. <td...@td...>]

Biplab Kumar Modak <bkmodak@...> writes:
> You can refer the following thread for a step-by-step instruction on how 
> to create a relocable gcc binary with MSYS.
> 
> http://forums.codeblocks.org/index.php/topic,5282.msg41161.html#msg41161
> 
> The author has also pointed some other links as hints.

Important note: That's merely a magic incantation which I discovered by trial 
and error and which happened to work. I now do a crossed-native build from GNU/
Linux with a lot less hocus pocus. (And it's faster than an mSYS build, even 
running in a Windows-hosted VM.) So take that particular post with a grain of 
salt.

-John E. / TDM

[Mingw-users] MinGW on Vista

[Aaron G. <an...@be...>]

I am wanting to use MinGW on Vista. Which version of MSYS now supports Vista 
?

And where can I download it.

Many thanks,

Aaron

Re: [Mingw-users] MinGW on Vista

[Aaron G. <an...@be...>]

I am wanting to build the MinGW GCC 4.2.1 on Vista.

Is this possible or do I need to regress to Windows XP.

Has anyone done this if so what do I need to install to do it ?

Am having problems knowing how to install MSYS 1.0.11.

Many thanks in advance,

Aaron

Re: [Mingw-users] MinGW on Vista

[Sisyphus <sis...@op...>]

----- Original Message ----- 
From: "Aaron Gray" <an...@be...>
To: "MinGW Users List" <min...@li...>
Sent: Friday, October 26, 2007 5:21 AM
Subject: Re: [Mingw-users] MinGW on Vista


>I am wanting to build the MinGW GCC 4.2.1 on Vista.
>
> Is this possible or do I need to regress to Windows XP.
>
> Has anyone done this if so what do I need to install to do it ?

As I understand it, if you want to build MinGW gcc from source, you need to 
install Cygwin and build it on Cygwin (or you need to build it on a linux 
box).

I'm using gcc-3.4.5 on Vista. But I didn't build it - I installed from 
available binaries.

If, as you say, you want to *build* 4.2.1 from source, then I would think 
this is possible to do for Vista ... but I can offer no advice on how to do 
that.

>
> Am having problems knowing how to install MSYS 1.0.11.
>

I ran MSYS-1.0.11-2004.04.03.exe and then (since I'm on Vista 64) installed 
Cesar Strauss's patches. Here's how Cesar detailed the installation of the 
patched files (in an earlier post to this list):

--- quote ---------------------------------------
I released a new version of the msys-1.0.dll file that contains a
workaround for bug in Vista 64.

To install it, go to the MSYS download page on Sourceforge:

http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82724&release_id=158862

and select the MSYS-1.0.11-20070729.tar.bz2 file.

Then, unpack the files on your existing MSYS "bin" directory.
It should overwrite the files:

msys-1.0.dll
mount.exe
ps.exe
--- end quote -----------------------------------

If you're not running Vista 64, however, then I'm not sure what's needed.

I think:
1) You should clarify whether you have Vista 64 or Vista 32;
2) You should confirm that you really want to *build* MinGW from source (and 
that a downloadable binary won't suffice);
3) You should confirm that the version of gcc needs to be 4.2.1 (instead of 
some other version).

As regards 2) and 3) I probably should apologise ... you've already 
indicated that it needs to be 4.2.1, and that you're wanting to build from 
source.

Cheers,
Rob 

Re: [Mingw-users] MinGW on Vista

[Aaron G. <an...@be...>]

Rob,

>> Am having problems knowing how to install MSYS 1.0.11.
> 
> I ran MSYS-1.0.11-2004.04.03.exe 

Where can I download it from ? It does not seem to be on Sourceforge.
 
> 1) You should clarify whether you have Vista 64 or Vista 32;

32 bit :)

Thanks for the reply,

Aaron

Re: [Mingw-users] MinGW on Vista - gcc mingw problem

[Aaron G. <an...@be...>]

Note I have Vista 32 Home Premium. My other Vista Machine at my parents is 
Vista 32 Professional, which seems fine with MinGW accessable from MSYS.

Aaron

Re: [Mingw-users] MinGW on Vista

[John C. <joh...@gm...>]

Aaron Gray wrote:
> Rob,
> 
>>> Am having problems knowing how to install MSYS 1.0.11.
>> 
>> I ran MSYS-1.0.11-2004.04.03.exe 
> 
> Where can I download it from ? It does not seem to be on Sourceforge.

It's located on the web site under snapshot IIRC. I use FTP myself

ftp://ftp.heanet.ie/mirrors/download.sourceforge.net/pub/sourceforge/m/mi/mingw

You will also probably need the patched files in MSYS-1.0.11-20070729.tar.bz2

>> 1) You should clarify whether you have Vista 64 or Vista 32;
> 
> 32 bit :)
> 

Re: [Mingw-users] MinGW on Vista - gcc mingw problem

[Aaron G. <an...@be...>]

On Vista 32 I have installed :-

    MinGW-5.1.3.exe
    MSYS-1.0.10.exe
    MSYS-1.0.11.20070729.tar.bz2

But 'gcc' is not being seen from msys bash, /etc/fstab is correct and 
/mingw/bin are on the path.

Help,

Aaron

Re: [Mingw-users] MinGW on Vista

[Earnie B. <ea...@us...>]

Quoting Sisyphus <sis...@op...>:

>
> ----- Original Message -----
> From: "Aaron Gray" <an...@be...>
> To: "MinGW Users List" <min...@li...>
> Sent: Friday, October 26, 2007 5:21 AM
> Subject: Re: [Mingw-users] MinGW on Vista
>
>
>> I am wanting to build the MinGW GCC 4.2.1 on Vista.
>>
>> Is this possible or do I need to regress to Windows XP.
>>
>> Has anyone done this if so what do I need to install to do it ?
>
> As I understand it, if you want to build MinGW gcc from source, you need to
> install Cygwin and build it on Cygwin (or you need to build it on a linux
> box).
>

MSYS works for that!  Building GCC from source is the test case for MSYS.

Earnie

Re: [Mingw-users] MinGW on Vista

[Aaron G. <an...@be...>]

>>>> Am having problems knowing how to install MSYS 1.0.11.
>>>
>>> I ran MSYS-1.0.11-2004.04.03.exe
>>
>> Where can I download it from ? It does not seem to be on Sourceforge.
>
> It's located on the web site under snapshot IIRC. I use FTP myself
>
> ftp://ftp.heanet.ie/mirrors/download.sourceforge.net/pub/sourceforge/m/mi/mingw
>
> You will also probably need the patched files in 
> MSYS-1.0.11-20070729.tar.bz2

Nice. Thanks.

Aaron

Re: [Mingw-users] MinGW on Vista

[Earnie B. <ea...@us...>]

Quoting Aaron Gray <an...@be...>:

>>>>> Am having problems knowing how to install MSYS 1.0.11.
>>>>
>>>> I ran MSYS-1.0.11-2004.04.03.exe
>>>
>>> Where can I download it from ? It does not seem to be on Sourceforge.
>>
>> It's located on the web site under snapshot IIRC. I use FTP myself
>>
>> ftp://ftp.heanet.ie/mirrors/download.sourceforge.net/pub/sourceforge/m/mi/mingw
>>
>> You will also probably need the patched files in
>> MSYS-1.0.11-20070729.tar.bz2
>
> Nice. Thanks.
>

Maybe nice; probably not.  The most current ``Snapshot'' can be found 
at 
http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82724 
and release MSYS but in individual tar files.  You should ignore 
msysCORE-1.0.11-2007.01.19-1.tar.bz2 but all the other binary files 
should be used.  The package pointed to on the mirror is old and 
improvements have been made.

Earnie

Re: [Mingw-users] MinGW on Vista

[Keith M. <kei...@us...>]

On Mon, 2007-10-29 at 07:39 -0400, Earnie Boyd wrote:
> Quoting Aaron Gray <an...@be...>:
> 
> >>>>> Am having problems knowing how to install MSYS 1.0.11.
> >>>>
> >>>> I ran MSYS-1.0.11-2004.04.03.exe
> >>>
> >>> Where can I download it from ? It does not seem to be on Sourceforge.
> >>
> >> It's located on the web site under snapshot IIRC. I use FTP myself

I can't see it in the `Snapshot' section; neither can I find any
reference to it in any package, either visible or hidden, within the SF
FRS for the project.  Reading Earnie's comment below, I guess that means
that it has been withdrawn from the download pages, as it has been
superseded.

> >> ftp://ftp.heanet.ie/mirrors/download.sourceforge.net/pub/sourceforge/m/mi/mingw
> >>
> >> You will also probably need the patched files in
> >> MSYS-1.0.11-20070729.tar.bz2
> >
> > Nice. Thanks.
> 
> Maybe nice; probably not.  The most current ``Snapshot'' can be found 
> at 
> http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82724 
> and release MSYS but in individual tar files.

Continuing the reorganisation, and rationalisation of the package
layout, I've moved some of the `Snapshot' entries to a new `Technology
Preview' release, within the `MSYS: Base System' package.  I haven't
finished the move yet, so for the short term, you may need to look in
both places.

> You should ignore msysCORE-1.0.11-2007.01.19-1.tar.bz2 but all the
> other binary files should be used.  The package pointed to on the
> mirror is old and improvements have been made.

I take this to mean that the MSYS-1.0.11-2004.04.03.exe file referred to
is no longer required, so there is no point in me resurrecting it, on
the download pages.  Would it also be appropriate to `lose' this
msysCORE-1.0.11-2007.01.19-1.tar.bz2 tarball?

Maybe it would be useful, if somebody could indicate on the MinGWiki,
just which packages need to be downloaded, and how/where to unpack them,
to get a working MSYS-1.0.11 Base System up and running.  Mine has just
sort of evolved over time, and I'm not sure now, how I've arrived at my
present set up.

Regards,
Keith.

Re: [Mingw-users] MinGW on Vista

[Earnie B. <ea...@us...>]

Quoting Keith Marshall <kei...@us...>:

>  Would it also be appropriate to `lose' this
> msysCORE-1.0.11-2007.01.19-1.tar.bz2 tarball?
>

No (I was confused); see below.

> Maybe it would be useful, if somebody could indicate on the MinGWiki,
> just which packages need to be downloaded, and how/where to unpack them,
> to get a working MSYS-1.0.11 Base System up and running.  Mine has just
> sort of evolved over time, and I'm not sure now, how I've arrived at my
> present set up.
>

Well, obviously mine is (or used to be) an ever evolving piece of work.

msysCORE (first and foremost)
MSYS(upgraded msys-1.0.dll, mount.exe and ps.exe).
bzip2 (msysCORE)
bash (msysCORE)
coreutils
diff (msysCORE)
find (msysCORE)
gawk (msysCORE)
grep (msysCORE)
less (msysCORE)
m4   (msysCORE)
make
makeinfo (msysCORE)
sed  (msysCORE)
rxvt (msysCORE)
tar
texinfo

I may have forgotten something.  Please correct or ask if you think I did.

Earnie

[Mingw-users] gdb 6.7

[Brandon S. <br...@oq...>]

i read on the gdb lists recently that mingw support is greatly  
improving.  i managed to build the nightly from source with no  
modifications and it seems to be working fine.  one thing to note is  
that the "attach" command now works properly as opposed to the problem  
with gdb 6.6 on the mingw downloads pages.

i've made it available here if anyone is interested in giving it a  
whirl.  its just the gdb exec rather than a proper package.

http://www.redf.net/gdb.6.7.50_20071023.zip



Brandon Sneed
OQO, Inc.
br...@oq...

Re: [Mingw-users] gdb 6.7

[Keith M. <kei...@us...>]

On Mon, 2007-10-29 at 16:47 -0700, Brandon Sneed wrote:
> i read on the gdb lists recently that mingw support is greatly  
> improving.  i managed to build the nightly from source with no  
> modifications and it seems to be working fine.  one thing to note is  
> that the "attach" command now works properly as opposed to the problem  
> with gdb 6.6 on the mingw downloads pages.
> 
> i've made it available here if anyone is interested in giving it a  
> whirl.  its just the gdb exec rather than a proper package.
> 
> http://www.redf.net/gdb.6.7.50_20071023.zip

What on earth has this to do with "MinGW on Vista", which is the thread
to which you replied?  And note that this thread itself was improperly
posted, having hijacked an original "gcc build problem" thread.

When will you guys get it?  Your message is now buried in the bowels of
a completely unrelated thread, which is itself so buried, and therefore,
is effectively invisible.

Don't your mail clients have address books?  Why can't you use them?

When you introduce a new topic, please start a new thread; it is in
*your* own best interest.  Reader's using a threaded mail client, who
have killed the thread you hijacked, may never even see your message.

Regards,
Keith.