Re: gcc: link scan order of /usr/lib and /usr/lib/w32api

2016-02-25 Thread Yaakov Selkowitz
On 2016-02-25 17:12, JonY wrote: On 2/26/2016 01:44, Yaakov Selkowitz wrote: JonY, It has been brought to my attention that /usr/lib/w32api is now taking precedence over /usr/lib, which is a result of this commit: https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=227962 https://github.com

Re: HOME when using both cygwin and cygwin64

2016-02-25 Thread Andrey Repin
Greetings, Eliot Moss! > Dear Cygwin-ers -- I solicit suggestions around the following. > For a long time I have used cygwin (32 bit) almost exclusively, > and in that universe my home directory is /home/moss, which in > Windows land is C:\cygwin\home\moss. Now I also have cygwin64 > installed un

HOME when using both cygwin and cygwin64

2016-02-25 Thread Eliot Moss
Dear Cygwin-ers -- I solicit suggestions around the following. For a long time I have used cygwin (32 bit) almost exclusively, and in that universe my home directory is /home/moss, which in Windows land is C:\cygwin\home\moss. Now I also have cygwin64 installed under C:\cygwin64, with another hom

Re: find doesn't find existing files

2016-02-25 Thread Csaba Raduly
On Tue, Feb 23, 2016 at 9:50 PM, Achim Gratz wrote: > > That's because the filename really is LibXML.pm (not the upper case L at > the beginning). Why ls doesn't complain about the filename I'm not sure > (case insensitive FS search most likely), but find always gets the > correct case from readi

Re: gcc: link scan order of /usr/lib and /usr/lib/w32api

2016-02-25 Thread JonY
On 2/26/2016 01:44, Yaakov Selkowitz wrote: > JonY, > > It has been brought to my attention that /usr/lib/w32api is now taking > precedence over /usr/lib, which is a result of this commit: > > https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=227962 > https://github.com/gcc-mirror/gcc/commit

gcc: link scan order of /usr/lib and /usr/lib/w32api

2016-02-25 Thread Yaakov Selkowitz
JonY, It has been brought to my attention that /usr/lib/w32api is now taking precedence over /usr/lib, which is a result of this commit: https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=227962 https://github.com/gcc-mirror/gcc/commit/c1b7008c95f97dd7c11997e7be7be7b58d113db0 This is inco

Re: Can't link .res file (from windres) using i686-pc-mingw32-g++

2016-02-25 Thread Jim Reisert AD1C
On Wed, Feb 24, 2016 at 9:29 PM, Mark Geisert wrote: > Just a guess: your 64-bit windres is generating a 64-bit .res file that the > 32-bit g++ can't grok. Look at 'windres -h'. There's a "-F" == "--target" > flag that can specify a target type. I would try adding "-F pe-i386" after > the "-O c