mingw-get-0.3-alpha-2.1 released

I've posted the above interim release of mingw-get.

This is a bug-fix release.  Aside from addressing the two issues
reported by Cesar Strauss in this MinGW-dvlpr post:
http://thread.gmane.org/gmane.comp.gnu.mingw.devel/4343/focus=4349

there is little of note in this release; however, it is likely that it
will be a mandatory prerequisite upgrade for those wishing to install
Cesar's upcoming preview release of GCC-4.6.

For those with a pre-existing mingw-get installation:

  $ mingw-get update
  $ mingw-get upgrade mingw-get

otherwise, please follow the installation instructions, as indicated on
the SourceForge download page:
https://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mingw-get/mingw-get-0.3-alpha-2.1/

--

-- 
Regards,
Keith.

------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
_______________________________________________

Updated: binutils-2.21.1-2

I've uploaded binutils-2.21.1-2 that is dynamically linked to libintl
as opposed to statically linking it, thereby reducing the size of the
binutil binaries.  I have configured binutils with the following
options:

--target=mingw32 \
--host=mingw32 \
--build=mingw32 \
--with-sysroot=/mingw \
--prefix=/mingw

To dynamically link against libintl, I modified binutils config.rpath
such the following lines:

  cygwin* | mingw* | pw32*)
    shrext=.dll
    ;;

Are now:

  cygwin* | mingw* | pw32*)
    shrext=.dll.a
    ;;

This was the only modification to the official binutils sources.

To manually update, the files are:

http://sourceforge.net/projects/mingw/files/MinGW/BaseSystem/GNU-Binutils/binutils-2.21.1/binutils-2.21.1-2-mingw32-bin.tar.lzma/download
http://sourceforge.net/projects/mingw/files/MinGW/BaseSystem/GNU-Binutils/binutils-2.21.1/binutils-2.21.1-2-mingw32-doc.tar.lzma/download

MSYS path priority question

Sometimes, I use MSYS+MinGW to build something (like gdb.exe)

So, I set the ftabs file to map the mount folder below:

D:\code\MinGW_gcc4.6.1win32 /mingw

The problem is: some MinGw suite have make.exe or grep.exe which is 
actually MinGW-make or MinGW-grep, they are Not the same ones as 
MSYS/bin folder.

But I found that when starting MSYS, the /mingw/bin was always searched 
before /bin, this way, I always get build error, because I need 
MSYS-make instead of MinGW-make.

Here comes my question:
Is there any way I can set on the MSYS scripts which can always let the 
/bin be the first search paths when MSYS started?

thanks.

Asmwarrior
ollydbg from codeblocks' forum

------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
_______________________________________________

Re: MSYS path priority question

On 2011-8-2 16:05, Asm warrior wrote:
> Sometimes, I use MSYS+MinGW to build something (like gdb.exe)
>
> So, I set the ftabs file to map the mount folder below:
>
> D:\code\MinGW_gcc4.6.1win32 /mingw
>
> The problem is: some MinGw suite have make.exe or grep.exe which is
> actually MinGW-make or MinGW-grep, they are Not the same ones as
> MSYS/bin folder.
>
> But I found that when starting MSYS, the /mingw/bin was always searched
> before /bin, this way, I always get build error, because I need
> MSYS-make instead of MinGW-make.
>
> Here comes my question:
> Is there any way I can set on the MSYS scripts which can always let the
> /bin be the first search paths when MSYS started?
>
> thanks.
>
> Asmwarrior
> ollydbg from codeblocks' forum
>

I just looked at the file:
MSYS-20110309\msys\etc\profile

It contains some script below:

Re: MSYS path priority question

On 2011-08-02 08:25Z, Asm warrior wrote:
> On 2011-8-2 16:05, Asm warrior wrote:
[...]
>> The problem is: some MinGw suite have make.exe or grep.exe which is
>> actually MinGW-make or MinGW-grep, they are Not the same ones as
>> MSYS/bin folder.

Then rename those binaries, or move them aside.

Which MinGW version includes these binaries? I saw a stray 'make.exe'
packaged with gcc-2.95.3-5, but that was ten years ago and I haven't
noticed this problem since.

[/etc/profile]
> # My decision to add a . to the PATH and as the first item in the path list
> # is to mimick the Win32 method of finding executables.
> #
> # I filter the PATH value setting in order to get ready for self hosting the
> # MSYS runtime and wanting different paths searched first for files.
> if [ $MSYSTEM == MINGW32 ]; then
>    export PATH=".:/usr/local/bin:/mingw/bin:/bin:$PATH"
> else
>    export PATH=".:/usr/local/bin:/bin:/mingw/bin:$PATH"
> fi
> 
> My question is: If it is a mingw32 system, why do we put the /ming/bin 
> before /bin ???

You might have an MSYS-native compiler in /bin and a windows-native
MinGW compiler in /mingw ; those two paths would switch between them.

Re: MSYS path priority question

Asm warrior wrote:
> On 2011-8-2 16:05, Asm warrior wrote:
>> Sometimes, I use MSYS+MinGW to build something (like gdb.exe)
>>
>> So, I set the ftabs file to map the mount folder below:
>>
>> D:\code\MinGW_gcc4.6.1win32 /mingw
>>
>> The problem is: some MinGw suite have make.exe or grep.exe which is
>> actually MinGW-make or MinGW-grep, they are Not the same ones as
>> MSYS/bin folder.
>>

So, remove these from /mingw/bin, you installed them, you can remove them.

>> But I found that when starting MSYS, the /mingw/bin was always searched
>> before /bin, this way, I always get build error, because I need
>> MSYS-make instead of MinGW-make.
>>

Yes, it has been since day 1.  The reasons are intrinsic to the way
development of MSYS itself is handled.

>> Here comes my question:
>> Is there any way I can set on the MSYS scripts which can always let the
>> /bin be the first search paths when MSYS started?
>>

Yes, but we have set /mingw/bin before /bin for reasons.  It is better
that you remove the offending /mingw/bin/[mg][ar][ke][ep] files.

Re: mingw-get-0.3-alpha-2.1 released

------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1

_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Statically link MinGW runtime?

Is it possible (and how) to statically link the MingGW runtime so that I
don't have to distribute mingwm10.dll with my application?

Thanks,
David

------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Re: Statically link MinGW runtime?

------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1

_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Re: MSYS path priority question

On 2011-8-2 18:50, Greg Chicares wrote:
> On 2011-08-02 08:25Z, Asm warrior wrote:
>> On 2011-8-2 16:05, Asm warrior wrote:
> [...]
>>> The problem is: some MinGw suite have make.exe or grep.exe which is
>>> actually MinGW-make or MinGW-grep, they are Not the same ones as
>>> MSYS/bin folder.
>
> Then rename those binaries, or move them aside.
>
> Which MinGW version includes these binaries? I saw a stray 'make.exe'
> packaged with gcc-2.95.3-5, but that was ten years ago and I haven't
> noticed this problem since.

Firstly,thanks for the reply.

I use PCX's MinGW Suite 4.6.1, from:
http://code.google.com/p/pcxprj/downloads/list
It does Not contain a "make.exe", but for some reasons, he have supplied 
an "grep.exe" under MinGw/bin folder.

I can remember a stray "make.exe" from another unofficial MinGW 4.X 
suite, and this stray "make.exe" cause many problems when I use MSYS to 
build gdb or clang. I don't realize the reason until several hours later.

Most MinGW suite use a "mingw32-make.exe" instead a "make.exe".

>
> [/etc/profile]
>> # My decision to add a . to the PATH and as the first item in the path list
>> # is to mimick the Win32 method of finding executables.
>> #
>> # I filter the PATH value setting in order to get ready for self hosting the
>> # MSYS runtime and wanting different paths searched first for files.
>> if [ $MSYSTEM == MINGW32 ]; then
>>     export PATH=".:/usr/local/bin:/mingw/bin:/bin:$PATH"
>> else
>>     export PATH=".:/usr/local/bin:/bin:/mingw/bin:$PATH"
>> fi
>>
>> My question is: If it is a mingw32 system, why do we put the /ming/bin
>> before /bin ???
>
> You might have an MSYS-native compiler in /bin and a windows-native
> MinGW compiler in /mingw ; those two paths would switch between them.
I do not have a MSYS-native compiler, As I said before, When I use MSYS 
to build something, I actually need a MSYS-make, and also the 
native-mingw compiler.

So, simply use the command:
export PATH=".:/usr/local/bin:/bin:/mingw/bin:$PATH"

should at least solve my problem.

asmwarrior
ollydbg from codeblocks' forum

------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe