From: Ralph E. <ral...@gm...> - 2011-09-08 21:12:31
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Den 08-09-2011 21:01, Teemu Nätkinniemi skrev: > On 8.9.2011 19:06, Ralph Engels wrote: > >> Actually i can report a complete succes it works :) i started >> rebuilding newer binutils and gcc for it since the old 3.4.4 gcc >> seems to break with some of the new stuff in 1.7. Ill make a >> system builder availiable once i got enough tools going on it. > > I think Cygwin 1.7 needs GCC 4.X to compile. Please share your > patches and sources as soon as you can. > > > > ------------------------------------------------------------------------------ > > Doing More with Less: The Next Generation Virtual Desktop > What are the key obstacles that have prevented many mid-market > businesses from deploying virtual desktops? How do > next-generation virtual desktops provide companies an > easier-to-deploy, easier-to-manage and more affordable virtual > desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ > _______________________________________________ Mingw-msys mailing > list Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys Still a few oddities that needs to be ironed out but ill make a patchset of the current work. The makefiles need a workover btw since it installs things like it was a cygwin tree. Also you are correct about it needing a newer gcc i tried with Msys gcc and it failed. So im trying to compile a newer version. (gcc-4.6.1) atm it gets as far as libstdc++ before failing :/. Ill see if i can fix it. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOaS8nAAoJEIjGvG7Y4HU8NG8H/3K+RwnWTU8tRhTlJ5KDXkhV 8vRGFFK+a2eNk6h2Qy/iouwrDOVg6We3qsqF/84p2kYDeJI1aMtVPK1wKnYhei/U pk3NUgWgm2cQQZGs7PfNziHGgWwg7DYt/ZgKL+Sw+RkF9zs1/JNASj8bTPLCiJET H+aPv4LAm34N42PVUs9VFOHEz+OacVImRELTplRNqsUuXXPILhU4Md1w+F3u0OnE t5jFuaZhIFCmrHkuHOoK3Vs/64nymjDLPIrCaqfFTKvN1BWzs3lvRN81lmL675m0 vKJntHQFZuWB46POjgRvvao3BabhIhEwozOTv9yJWHCUwllFFzxiyd5TgpZ6K+M= =Ry3F -----END PGP SIGNATURE----- |
From: Teemu N. <sti...@ya...> - 2011-09-08 21:48:11
|
On 9.9.2011 0:10, Ralph Engels wrote: > The makefiles need a workover btw since it installs things like it was > a cygwin tree. Also you are correct about it needing a newer gcc i > tried with Msys gcc and it failed. So im trying to compile a newer > version. (gcc-4.6.1) atm it gets as far as libstdc++ before failing :/. > Ill see if i can fix it. Here's a somewhat working GCC 4.3.4 for MSYS, based on Cygwin's version: http://teemun.x10.mx/gcc-msys/gcc-4.3.4-msys-bin.tar.lzma Compiling GCC 4.x with MSYS is very difficult (especially libstdc++) as MSYS' Newlib is missing some essential things. A recommendation: use Cygwin's sources for GCC and Binutils as a base when compiling a new toolchain for MSYS2. |
From: Ralph E. <ral...@gm...> - 2011-09-08 23:10:03
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Den 08-09-2011 23:47, Teemu Nätkinniemi skrev: > On 9.9.2011 0:10, Ralph Engels wrote: > >> The makefiles need a workover btw since it installs things like >> it was a cygwin tree. Also you are correct about it needing a >> newer gcc i tried with Msys gcc and it failed. So im trying to >> compile a newer version. (gcc-4.6.1) atm it gets as far as >> libstdc++ before failing :/. Ill see if i can fix it. > > Here's a somewhat working GCC 4.3.4 for MSYS, based on Cygwin's > version: > > http://teemun.x10.mx/gcc-msys/gcc-4.3.4-msys-bin.tar.lzma > > Compiling GCC 4.x with MSYS is very difficult (especially > libstdc++) as MSYS' Newlib is missing some essential things. > > A recommendation: use Cygwin's sources for GCC and Binutils as a > base when compiling a new toolchain for MSYS2. > > ------------------------------------------------------------------------------ > > Doing More with Less: The Next Generation Virtual Desktop > What are the key obstacles that have prevented many mid-market > businesses from deploying virtual desktops? How do > next-generation virtual desktops provide companies an > easier-to-deploy, easier-to-manage and more affordable virtual > desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ > _______________________________________________ Mingw-msys mailing > list Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys Your a lifesaver thanks :) Allmost done, makefiles adjusted patch will be huge though as i spent 48 hours without sleep hacking about in the sources etc. I will upload the patchset tomorrow i guess need some sleep now. Best Wishes Ralph Engels -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOaUucAAoJEIjGvG7Y4HU8Lb8IAKm+4LPTw5FcY/zDmY55cDcS LMRCKnCcMOpC6Leswl25PQIXJhLRSMByir3coCxerIz6N0ODHOlXhgbNrgTObJvf VCtCl9VabNm/brRBuTlFFAJ2MvRrWxABKwH/PiDK5GA33ZOee3g1hxbdg8xqZG+I EeRGynOE1vQNui/PBVqt2uCIfq+ATwGsaue1IP3wPFra+wV9a6TggMZqY5hjfmJz 9qXEsGKoDPeX/4m7hXjxy5zmK2pGQ+YBAtF6zUXxveG17LTqWRCXkHajIm2Nbc2O U9slFWPrsPhAwcJXzik72Tl2ZqVoKpv1ztKVqE/NW7OovzZcx42QrJoC0HxJx60= =5EyA -----END PGP SIGNATURE----- |
From: Charles W. <cwi...@us...> - 2011-09-08 21:55:58
|
On 9/8/2011 3:01 PM, Teemu Nätkinniemi wrote: > > I think Cygwin 1.7 needs GCC 4.X to compile. Please share your patches > and sources as soon as you can. This is true. I was always under the impression that we would have to take the traditional approach: 1) build a linux->msys gcc-4 toolchain 2) Do all the mods to create msys-2 from cygwin-1.7 ON linux, until it compiles...also, build msys-2::bash and msys-2::coreutils with that toolchain. 3) Then test the result on win32....repeat #2 and #3 until happy. 4) THEN, build a "native" msys-2 toolchain using the linux->msys cross compiler. 5) Install THAT on win32, and try to "self-host" (that is, build msys-2) USING the compiler under msys-2. 6) Repeat #4 and #5 until happy. 7) Try to build the msys-2 compiler using the compiler from #4. 8) And...FINALLY, self-host the msys dll build using the toolchain from #7. Repeat #7 and #8 until happy. Ralph jumped straight to #7. -- Chuck |
From: Charles W. <cwi...@us...> - 2011-09-08 21:57:50
|
On 9/8/2011 5:47 PM, Teemu Nätkinniemi wrote: > Compiling GCC 4.x with MSYS is very difficult (especially libstdc++) as > MSYS' Newlib is missing some essential things. > > A recommendation: use Cygwin's sources for GCC and Binutils as a base > when compiling a new toolchain for MSYS2. Oh, yes, I forgot to mention: when you "update" your tree to modern cygwin-1.7 sources, you ALSO have to update the underlying newlib -- and apply all necessary msys-ization patches to IT. cygwin-1.7 requires a lot of stuff from "modern" newlib. -- Chuck |
From: Ralph E. <ral...@gm...> - 2011-09-08 23:20:37
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Den 08-09-2011 23:57, Charles Wilson skrev: > On 9/8/2011 5:47 PM, Teemu Nätkinniemi wrote: > >> Compiling GCC 4.x with MSYS is very difficult (especially >> libstdc++) as MSYS' Newlib is missing some essential things. >> >> A recommendation: use Cygwin's sources for GCC and Binutils as a >> base when compiling a new toolchain for MSYS2. > > Oh, yes, I forgot to mention: when you "update" your tree to > modern cygwin-1.7 sources, you ALSO have to update the underlying > newlib -- and apply all necessary msys-ization patches to IT. > cygwin-1.7 requires a lot of stuff from "modern" newlib. > > -- Chuck > > > ------------------------------------------------------------------------------ > > Doing More with Less: The Next Generation Virtual Desktop > What are the key obstacles that have prevented many mid-market > businesses from deploying virtual desktops? How do > next-generation virtual desktops provide companies an > easier-to-deploy, easier-to-manage and more affordable virtual > desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ > _______________________________________________ Mingw-msys mailing > list Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys Allready done :) much to my pleasure the standard msys tools work fine with the new dll also, but bootstrapping gcc 4 from the old gcc was to say the least a pain so the one you sent me spares me a load of work. Allmost completed an msys developer package for testing ill upload it to my sourceforge site tomorrow + patches. Ralph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOaU4VAAoJEIjGvG7Y4HU8FVUH/2EFD5Aaf5MBDoj2X3qXmPaD MlP102kOuL1UwSVqw9Tow+nQ/1XLuNpsuUbKzbyjF+BFA9223LRXEeIPWLkGXFi2 e7bviYhXYREjkA8H982LKzo2WzK8ZPVTfz9L8Q6auFAVQnqNsyO1J9GnPIy7s7P/ a0A3x8Tf0asEqaPBC45tKyH7fsGxU6kwLikZBfcVi24/E/gpvmDRMoYdgPD/4z+k HjDmX/T1L5RzXmbXHK8s4xz35IGEApXv9VV0kYKhSDmHwkDYRfUIW7fykzabP+4C FJNkUnfiTTMjMPvFayd2N9i/oB3shylIWTpSgJESa4iN88PsueBrYOMqP1vNKgE= =p1FI -----END PGP SIGNATURE----- |
From: Ralph E. <ral...@gm...> - 2011-09-08 23:15:37
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Den 08-09-2011 23:55, Charles Wilson skrev: > On 9/8/2011 3:01 PM, Teemu Nätkinniemi wrote: >> >> I think Cygwin 1.7 needs GCC 4.X to compile. Please share your >> patches and sources as soon as you can. > > This is true. I was always under the impression that we would have > to take the traditional approach: > > 1) build a linux->msys gcc-4 toolchain 2) Do all the mods to create > msys-2 from cygwin-1.7 ON linux, until it compiles...also, build > msys-2::bash and msys-2::coreutils with that toolchain. 3) Then > test the result on win32....repeat #2 and #3 until happy. 4) THEN, > build a "native" msys-2 toolchain using the linux->msys cross > compiler. 5) Install THAT on win32, and try to "self-host" (that > is, build msys-2) USING the compiler under msys-2. 6) Repeat #4 and > #5 until happy. 7) Try to build the msys-2 compiler using the > compiler from #4. 8) And...FINALLY, self-host the msys dll build > using the toolchain from #7. Repeat #7 and #8 until happy. > > Ralph jumped straight to #7. > > -- Chuck > > ------------------------------------------------------------------------------ > > Doing More with Less: The Next Generation Virtual Desktop > What are the key obstacles that have prevented many mid-market > businesses from deploying virtual desktops? How do > next-generation virtual desktops provide companies an > easier-to-deploy, easier-to-manage and more affordable virtual > desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ > _______________________________________________ Mingw-msys mailing > list Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys Thanks well tbh. my Msys build environment had some rather hefty patching to allow me to build some stuff that normally wouldnt build at all so that might explain it. Well that and lack of sleep hehe i been at it for two days straight with only pauses to take a step in natures direction or to get another cup of coffe :). I intend to post my patchset tomorrow sometime i really need some sleep now :/ it will be pretty huge im afraid. Best Wishes Ralph Engels -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOaUzqAAoJEIjGvG7Y4HU8U6sH/jOH6N1kdIzTJ2Rk4NDI75m4 aZsMisGpLFja/es/drmL2TkB323h7IVuR41fcxDRir8crWOfI/wyQ3+ytZAFz5BT 6FznkbncXI8kdBHpiAqAvicFvFxdN9ci+gThQUIVFx+iDLy1gfFP3cVPvNptPFMB 2mbSLmuKkd8SQrot1CEOKBWyxMWLt4Omx3R8Rx5slVSDB5mVsO9X5zI3NxaDFAfR J+5B1fr8HzA2Ilhu+gTP8HBwSwOgVoWpbDXHMQOABpFKrccYgq4ko4KUGZDWqQ3j pp7QiQzSdxrEKj3deuxPJV2wMUYHs3AKWFuiMbCXz2g5aH0R2X1fa/oa6BJLz4g= =TVlE -----END PGP SIGNATURE----- |
From: Rinrin <ri...@im...> - 2011-09-25 08:40:04
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all: I have been doing an initial work on cygwin which supports msys-like path conversion. just do a little testing but when using mingw/mingw-w64 gcc to compile native program it works. Some parts of msys changes were not ported, like /etc/fstab support( new cygwin support it). And here was not take care of symlinks(seems that cygwin have been deal with it) Please review and give me some advices, thanks. https://github.com/rinrin-/cygwin-alternative -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOfujXAAoJEIopQjIpgMdESJQH/iBXLaw5/XQaYGbq2bf7i0Su 4pd/L5ywJNIa4a34CNWNG1ozlMkWJulZDyAoErXewz8iVIeuiWQv+eC20z3cz8Qz 5uFxE2jUN741f5Pe4zL3ujPh9ktWwGySgZ/2HcGoThzmVUABJiY2nywNqQfsPkJo s+iY+pWeAAoa+WR/WDnBpF1TX1vjTfxcCApB6Cc57NaBjvNXTTOA+wx33/4BHkVq P43SEzxt4weLTd+jLwNrsTQ4Nt/A6mMSF99jRoLXUZxm/zvsGwfLV+PmV0aUTITP W4J0NgIUBbiLZqv+hwvjG2kN7CB6fVvqnV7t8bCGEIlf2JoTafRSUV0PseI3MCg= =8FcQ -----END PGP SIGNATURE----- |
From: Charles W. <cwi...@us...> - 2011-09-09 01:03:51
|
On 9/8/2011 7:16 PM, Ralph Engels wrote: > I intend to post my patchset tomorrow sometime i really need some > sleep now :/ it will be pretty huge im afraid. This surprises me. I would have thought, since a large portion of msys-1.0's changes are now part of stock cygwin, that the changes would be /smaller/ not larger... I'm fighting the flu or something, so I may not be able to properly analyze your patch until next week or later. -- Chuck |
From: Ralph E. <ral...@gm...> - 2011-09-09 01:24:46
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Den 09-09-2011 03:03, Charles Wilson skrev: > On 9/8/2011 7:16 PM, Ralph Engels wrote: >> I intend to post my patchset tomorrow sometime i really need some >> sleep now :/ it will be pretty huge im afraid. > > This surprises me. I would have thought, since a large portion of > msys-1.0's changes are now part of stock cygwin, that the changes > would be /smaller/ not larger... > > I'm fighting the flu or something, so I may not be able to > properly analyze your patch until next week or later. > I might have gone a little overboard porting pretty much all the tools besides the mingw specific ones (only missing cygcheck and strace atm will see if i can adjust the makefile to accept the same vars as in msyscore) else i got pretty much all the cygwin tools from the 1.7 package. The mount system is rather different from the old one so i added some default mount points for the /usr dir to make the old tools work untill i can upgrade them so far it seem's to work just fine. One weird bugger i ran into is even after changing every environment variable to report MSYS if MSYSTEM=MSYS it still reports MINGW hmm one to track down later. And sorry to hear you got the flu :/ Best Wishes for quick recovery from here. Ralph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOaWsuAAoJEIjGvG7Y4HU8bNoIALQJNtytT3uOuEvl/hf/LLyC XlsoE4fVspOvUmVx4kfCNlabtF1lO9DGt3sFInjWMIKT6vQPqfP2MgWwgS7uGqjS FYy+kG6infM85iDBiYIz/95qZSCrEltnjnDzE/gXZbus6V+j9/xHfDLilspMaFAQ 4+utIyYvcvfef0/x+Mvz3Fy7XkKMHBOasxor8dN8tuCsJW5te8wgQs2Bdo4ejTpn msg/SmO4lfEsa+1pf//4F/tiRtZm/boPWfTx6aWqmbUaMn5IYwGPoMDmFu59YNCA 1ddR13WlC69LZ+pwJ0Olo7xTHhJfz72FPGYoNsmJmObVNe9Lx9bsm8hg2k8Uz6s= =nCLE -----END PGP SIGNATURE----- |
From: Ralph E. <ral...@gm...> - 2011-09-09 07:14:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Beta Msys2 environment uploaded. Source also awailiable there. Consult the readme in the beta if something is unclear. https://sourceforge.net/projects/cbadvanced/files/Sources/? Sleepy head uploaded both the beta and the source to sources :X Ill do patches a bit later only got 2 hours sleep this night. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOab0VAAoJEIjGvG7Y4HU8jlAIAKZbD1ArwOpQ+rgWLts/PYE2 pXjCVOyFaWaPuWWPVkqFmAkQ7GcjUWdMeIluCXwXSsYkFWayByWzKHAJf+Ky6NsL FAyUyVrl/4XXHjWbhN4HmgTT/LUziDYL4VzSJT4jOzuRdRFtjtvtf+LJCKWnA67X /0okP6b6n/bjgkV6I4YbxHtcmLWLZK5okb6oIZB4qcqo6RlcBQ33XahPZ3/BalX6 MiV5PWUQt3LWWnP6dLfHf/Ha7xhwyuC53jz1vH6QEeMk8SoDMjtiUSkey3g8g2Yo 3OtCwlFQjnoUNlaQhtSmCS0aoqKFLy4yPTEgNCBM26Wg0biEdTW5oYE/xys5m/w= =hEo1 -----END PGP SIGNATURE----- |
From: Rinrin <ri...@im...> - 2011-09-27 01:21:44
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ? 2011/9/27 3:23, Ralph Engels ??: > Feel free to integrate the two if it's any help :) I been on the > backburner for a while because i needed a break, so not much new to > report yet. Also Earnie was pretty tight for time atm but else i > think he would pitch in helping on the remaining changes. A merge > would definatly be easier for all implied to work on. > > Ralph Eagerly for your back :) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOgSUZAAoJEIopQjIpgMdEV4EIAJeCub0cQlP85h9QJrRRWSnf jrlgV3+GWVZXZOvBr9QbB+KUj4aNq4Ad0KHWv5k4dvkf10gxkQijfqGi8oFpsVpp oKygSIIXIq/nBd2DBR0a9uYs8nDV3bK8s4sLJg7Ub21VUqgwIWKlQ/fi+Fw+Akja nXc/HULEMLWUnq2QInGaCsTinvjdLM2G2OpEdN1E4EjjieNVD3GSa2iftJv96Xsb PCPKBF8oWmfAVFrj6RwCdItgFU4721aMsYEBcY2jP7TuWUFVB2f3lFxkpe1otGnR wMqgDFYOIy3iWAyIArqAUezVl+NWLGCVNV2gazNWX7xsaKuMkB9nZBAPzom2znM= =QyRw -----END PGP SIGNATURE----- |
From: Teemu N. <sti...@ya...> - 2011-09-09 08:03:23
|
On 9.9.2011 10:15, Ralph Engels wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Beta Msys2 environment uploaded. > Source also awailiable there. > Consult the readme in the beta if something is unclear. > > https://sourceforge.net/projects/cbadvanced/files/Sources/? > > Sleepy head uploaded both the beta and the source to sources :X > > Ill do patches a bit later only got 2 hours sleep this night. I really do not have time to test it until later today but the current MSYS mounting system has to be implemented to get rid of the cygdrive. I'll try to recompile GCC for MSYS (and release the patch) although MSYSTEM=MSYS should be fixed before that. |
From: Ralph E. <ral...@gm...> - 2011-09-27 06:24:49
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks :) I havent dropped the project but im still a bit short of c++ knowladge i started a long time ago with pure C and in a totally different direction (game development) i did pick up some substantial knowladge about gcc autotools and gnu compilers over the years though (im no richard stallman though) ;). The work on my port so far was making a native msys environment to avoid the need for cross compiling and for that it works quite fine. What remains are things such as support for the win32 version of mingw instead of cygwins mingw. - From what i gathered speaking to Earnie and others the vital part of that seems to be the msys_p2w function but i ran into a few roadblocks implementing it since the functions where it was used have changed considerably. Also cygwin seems to have a new funtion which does atleast part of what the msys_p2w function did in the cygwin_conv_path function but missing the support for the mingw compiler. My thoughts on this is it might be possible to modify the existing function to implement the missing functionality from msys_p2w, but i might be wrong so ideas are welcome. As for native symlinks id propose to keep them as they do come in handy, but support for older OS such as win9x would not be able to use this advantage, but i hope noone uses these for anything besides retro gaming boxes theses days anyway :). Ralph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOgWySAAoJEIjGvG7Y4HU8OWcH/A+2EUq2fHGfQ6uAwxgk0Kjx lgFFBjnfNe89SYiue88Bq6eltbkiQBo3Rt/fM53XycH4K23S0itQ2I6stz+MD8JN sE590LjPFzHUrgYxOmk9wr0GFZuVM//LVnMcvVKXev6VmdRmy97SqDxE8k++mWsB ZD20bDQi2uqzjP9x668SvACIN3SLmE0O6KVeanKB19hMdSrhp0X/nJujxJLS7QCj oaNDOwlIfMim+aiRSfrFsnR2/cnSSB/LKHty3rR08HXZGyzTUnybDSv9aXWe7gfI kqiuMpDjVQ7kSCcOavMrwuGgXcRuOIGAI5MrnmIQWRkcl6Q+u/aNeEHUNaueJ28= =SOB3 -----END PGP SIGNATURE----- |
From: Ralph E. <ral...@gm...> - 2011-09-09 19:24:29
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Den 09-09-2011 10:02, Teemu Nätkinniemi skrev: > On 9.9.2011 10:15, Ralph Engels wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> Beta Msys2 environment uploaded. Source also awailiable there. >> Consult the readme in the beta if something is unclear. >> >> https://sourceforge.net/projects/cbadvanced/files/Sources/? >> >> Sleepy head uploaded both the beta and the source to sources :X >> >> Ill do patches a bit later only got 2 hours sleep this night. > > I really do not have time to test it until later today but the > current MSYS mounting system has to be implemented to get rid of > the cygdrive. > > I'll try to recompile GCC for MSYS (and release the patch) although > MSYSTEM=MSYS should be fixed before that. > > ------------------------------------------------------------------------------ > > Why Cloud-Based Security and Archiving Make Sense > Osterman Research conducted this study that outlines how and why > cloud computing security and archiving is rapidly being adopted > across the IT space for its ease of implementation, lower cost, and > increased reliability. Learn more. > http://www.accelacomm.com/jaw/sfnl/114/51425301/ > _______________________________________________ Mingw-msys mailing > list Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys Np it all went a bit quick :) MSYSTEM works only uname reports wrong. MINGW instead of MSYS but it uses MSYS path so that part is working but strange non the less since i changed the code for the environment to report MSYS. Did a gcc 4.3.4 + binutils 2.22 cvs yesterday i can upload it to my site as well. Tested the mount system today and agree we need the MSYS one. I can mount mingw with it but bootstrapping a gcc build with this combination is not quite working. Ralph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOamg+AAoJEIjGvG7Y4HU8zQIH/3YAI5PeFArXJQJKHbROqMuH Fc76AMJMRSkztR+sA5SyGL0+dQx8Fr3e+JDaA8JZbuDboTCScj0w+qpz2QJ8nZ2L /JUrVbbXDXX0QmvddgvpQGo9+St1ZMg2jH5oxQnnskTK7vryxpF39CREfrJEQPLn wDcglCLbzQL0E/RkhpOXEvMcNlgO5MoX6J4RDOycBFHsERjrNnQlz7+SDjOV2GPM c2fS9qT9GVRleWH5GisC7JsP2D8SsLlg+c5GUl4GSbjhhoqNrGtmqX2TLoEuWLOn UFuVEcIh87WHDUlkYc8Dn8xuiEbUZreRkP/BZgVNHSXbsXmdqIIMwcVPhag6xZY= =hNEm -----END PGP SIGNATURE----- |
From: Teemu N. <sti...@ya...> - 2011-09-09 21:26:23
|
On 9.9.2011 22:25, Ralph Engels wrote: > Did a gcc 4.3.4 + binutils 2.22 cvs yesterday i can upload it to my > site as well. Please do. > Tested the mount system today and agree we need the MSYS one. I can > mount mingw with it but bootstrapping a gcc build with this > combination is not quite working. I think cross-compiler using Linux (as Charles suggested) might be the best option? |
From: Ralph E. <ral...@gm...> - 2011-09-09 22:03:57
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok i will upload it allthough it was built for (and with) the new msys so im not sure it will work for the old. If it does not ill rebuild it for the old msys. I made some small changes to the mount table to make it closer to msys way but without changing to much yet. Let me hear your view on the below. inline void mount_info::create_root_entry (const PWCHAR root) { /* Create a default root dir derived from the location of the Msys DLL. The entry is immutable, unless the "override" option is given in /etc/fstab. */ /* this part seems to be needed for msys */ char native_root[PATH_MAX]; sys_wcstombs (native_root, PATH_MAX, root); assert (*native_root != '\0'); if (add_item (native_root, "/", MOUNT_SYSTEM | MOUNT_BINARY | MOUNT_IMMUTABLE | MOUNT_AUTOMATIC) < 0) { api_fatal ("add_item (\"%W\", \"/\", ...) failed, errno %d", native_root, errno); } /* Create a default cygdrive entry. Note that this is a user entry. This allows to override it with mount, unless the sysadmin created a cygdrive entry in /etc/fstab. */ /* remove for msys ? only seems to apply to the cygdrive itself */ cygdrive_flags = MOUNT_BINARY | MOUNT_NOPOSIX | MOUNT_CYGDRIVE; strcpy (cygdrive, CYGWIN_INFO_CYGDRIVE_DEFAULT_PREFIX "/"); cygdrive_len = strlen (cygdrive); } /* init: Initialize the mount table. */ void mount_info::init () { PWCHAR pathend; WCHAR path[PATH_MAX]; pathend = wcpcpy (path, installation_root); create_root_entry (path); pathend = wcpcpy (pathend, L"\\etc\\fstab"); from_fstab (false, path, pathend); from_fstab (true, path, pathend); /* changed root to /usr as default for msys so the entire root is visible to /usr, old one had static mounts for only bin and lib while root was "/" */ if (!root_mnt) { char native[PATH_MAX]; if (root_idx < 0) { api_fatal ("root_idx %d, user_shared magic %p, nmounts %d", root_idx, user_shared->version, nmounts); } char *p = stpcpy (native, mount[root_idx].native_path); if (!root_mnt) { stpcpy (p, "\\"); add_item (native, "/usr", MOUNT_SYSTEM | MOUNT_BINARY | MOUNT_AUTOMATIC); } } } -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOao2cAAoJEIjGvG7Y4HU87dwH/iXvG6BcWt/Cha420qsQmYdx 2UMc1iUs/G3++C83dyagOzXacyQi+ndj1PU3xaqkOy5e8kny4/xjGAtfWp5ShnGc O3Apm+SncQHRZhal+oOXuvM6HaNeWavL1XzqR6W1srl1c0+CCrgeg+okex0wpVG+ 8XWTXrDTE3n5FyOIZmQW9q0REiIcP4K2OOBVkA2XLgmbpczg5D+ml/JCVMYQIjKm 83y588tIBVA/Sj/KSl0frtQ0iPw7ldm9gG+UyJW6vjb/3lctTZbhMujkhGZEfdlc sJbHY2qzAXuiARHuXiw14rh/Q/J/2mOyDIo3n9H6dqVkLHtjXWQk90BWLqksL+Q= =U+ZW -----END PGP SIGNATURE----- |
From: Ralph E. <ral...@gm...> - 2011-09-09 23:02:36
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Den 09-09-2011 23:25, Teemu Nätkinniemi skrev: > On 9.9.2011 22:25, Ralph Engels wrote: > >> Did a gcc 4.3.4 + binutils 2.22 cvs yesterday i can upload it to >> my site as well. > > Please do. > >> Tested the mount system today and agree we need the MSYS one. I >> can mount mingw with it but bootstrapping a gcc build with this >> combination is not quite working. > > I think cross-compiler using Linux (as Charles suggested) might be > the best option? > > ------------------------------------------------------------------------------ > > Why Cloud-Based Security and Archiving Make Sense > Osterman Research conducted this study that outlines how and why > cloud computing security and archiving is rapidly being adopted > across the IT space for its ease of implementation, lower cost, and > increased reliability. Learn more. > http://www.accelacomm.com/jaw/sfnl/114/51425301/ > _______________________________________________ Mingw-msys mailing > list Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys Fixed the mount table problem to map directly to drive skipping cygdrive. Now works exactly like msys :) going to test if mingw works correctly with the new way now. If it does yahoo!. Still a little work left since the cygwin runtime uses cygcheck for a lot of the path related stuff and i cannot built it before i reworked the makefile to accept the external mingw compiler instead of the one that comes with normal cygwin which i removed. If you are good with makefiles ill hand that part over to you. I can mostly get around smaller problems but im by no means an autotools guru :/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOaptbAAoJEIjGvG7Y4HU887QIAIXcFzobOJ7nS3fxW5Pyk0JP TvsmHqlz+O95w8m4arBIfIdBLoX/wUK+Vvwshcshkj9JLYpcEbqNrf47wFALlwYK LDf/pcWJ/NZu5vnqWhbh74G0hvdC3g1aaTsxyW8Y0SjFhoD+rZkoJxXaqzO5xm6b di1PI94E7VeBaLC/arpjwzh5O89x125DjU4WmyWxNUwnBPi+39WOUbHJBk4CxLaV JjkswkzHjFwZ3n8Hw1N/InWuE6UUmN49zbPJ0guwK4SSoMINROvNW/bIJy/SgXGZ f1V08w9RoscezYdgucj3BB2m+f1KXMCs91JOp038mj37JLVgJcMjWZ0pH6AQW4U= =ekgR -----END PGP SIGNATURE----- |
From: Ralph E. <ral...@gm...> - 2011-09-10 06:47:44
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok now im running into trouble :X after changing the /cygdrive code msys fails to recognize its own directories guess i should have waited on that part untill i could get msys to recompile its kernel itself (back to square one). going to keep the broken source for reference and start over with the one that still had /cygdrive and work from there. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOawhfAAoJEIjGvG7Y4HU8TXsH/3XQ9bwCoovI/sq3EKwlJza3 FjFpNxgHnNuVIDDYEv1aA1xU/p/eK3l8AmPCZZg05x2liDELvvRYYBieo7HvyvcE 1si5SkQ9Ty3CGmNb1lkcnuXXn1RCU70Qa+Db4XiqsOT5ol5tcRJep9Jz0cb0jNJn +SHbajYWQDCq+pbXYk/i/Vko6L1Ctw5hSL1b82l0wjD5pPLescL+K03JK6n2Hash GfgWHPeZthdU4X9Mx7dQQl3A5hBjSbsY7lhqK2RWu+jjMH8VJj2d6h/bUF4c0OZE 4Bre1A2tzojTChof5GzYes96yk8VvCFpSi2+uYiFDjnixOQuNUwK8Yh64OdmRWE= =jELg -----END PGP SIGNATURE----- |
From: Ralph E. <ral...@gm...> - 2011-09-10 14:54:11
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Still hacking about on it, and ran into some slight problems. For some reason uname insisted that MSYSTEM was MINGW32_NT even if i was in the msysdvlpr mode. Turned out to be a missing = at the end of the env var MSYSTEM. the table now uses a different layout so it doesnt apply to the old diff anymore. Also having some difficulty removing /cygdrive (the code changed considerable). Atleast i got the new Msys to boot the dll build but it gasps rather loudly on cygserver + cyglsa. Unfortunatly it seems the dll depends on libcygserver.a + some source files from it, so removing it would be rather difficult i guess. Else it seems to be close to working but i wonder if i should upload the diffs just yet considering its state ?. One question i hope someone can help me with. Since i removed cygwins internal mingw some tools cannot be built since they rely on the mingw compiler + libraries/includes. Is there any way to tell it that i want to use the external mingw without making a wholy mess in the makefiles ?. Best regards Ralph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOa3plAAoJEIjGvG7Y4HU8sowIAIzwbs3N8z0xz7bUrCOEspdz WOrgju/alFxarAQh2Mmmurke/Cgivwitqzlax/mFuhvx17onnvu2nQJvN2UPKkt5 n6sqDI5xwaynWHqje0pSFutxWFXPAJ/uduzoVFLFIC9SI4JfAkpTfRzsgt2+hD5F lPgpLjHaZkdU6dUaRFoRedVDEcTKvpdjku6tW/VlCqFAR6FolkcbF60k9ASjvi8q xuCWJemmnQgV+qk11IGf/9GIcufLLGxgSrAJx50ZFyk/2x5aifRHsRCj5h+CuqJH bm6xKILta8hPxc9ef5qf/FXoXsMfgK1axnjCC1FFPfi2JJ/0rMPXMoOpbeM+INc= =5enH -----END PGP SIGNATURE----- |
From: Teemu N. <sti...@ya...> - 2011-09-10 15:11:42
|
--- On Sat, 10/9/11, Ralph Engels <ral...@gm...> wrote: > One question i hope someone can help me with. Since i > removed cygwins > internal mingw some tools cannot be built since they rely > on the mingw > compiler + libraries/includes. Is there any way to tell it > that i want > to use the external mingw without making a wholy mess in > the makefiles ?. Rename gcc to mingw32-gcc in makefile. |
From: Ralph E. <ral...@gm...> - 2011-09-27 08:52:03
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aye im aware of the shortcommings allthough i havent used xp in quite a while, and newer with a fat table. Im not sure how cygwin normally handles situations where its installed on a system with a fat table but i suspected that it had some failsafes such as turning symlinks of in case the OS didnt support them ?. The Msys way is ok with me if its easier to maintain but symlinks have kinda grown on me since i use sysroots quite often and it saves me having headers and libraries in weird places :). The ultimate descision is ofcourse up to the msys developers who might want to use my preliminary port as a base for a new msys core. Ralph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOgY8VAAoJEIjGvG7Y4HU802EH/A2LuvX3lW9To61e+1/et6tV JCU0qdYxvy15E96+ylFAKdrJKUZdI+KGJlUYRqjHs+8fFrHs0rR/ht1/kLj27RP0 EoDOe51m9ARDUdhF3HZypQcVkXtzjoJuHiE7Tep+eSJwbWVBNN/MUH2AXfkdqPPa e5kOBAYVSow6iPYpNbRu7aWyrEMBSJNEf9R3ecDfYXgR6yrB2aKkl7+/mkU+zZEJ jbaQgIEK3y68NGtBMwg7kAYt1OWTVzUTNEX0GYTessYZMthqKj4qSVvlAnF8rFmU F+gdp5dgc09rUOk3l3kSuXCLTXmURHbb4o7rPuYbd7t8PEX2jNuVVrnjNKYbtZM= =9isv -----END PGP SIGNATURE----- |
From: Charles W. <cwi...@us...> - 2011-09-10 17:29:22
|
On 9/10/2011 10:55 AM, Ralph Engels wrote: > Also having some difficulty removing /cygdrive > (the code changed considerable). Cygwin now allows /etc/fstab to change the "default" value of the cygdrive prefix from "/cygdrive" to whatever the user wants. Many choose to set it to "/" -- which is what we want here, although we want to do it in code, rather than in the /etc/fstab file. It should simply be a matter of us changing the default value of cygdrive_prefix, wherever it is defined, from "/cygdrive" to "/" > Unfortunatly it seems the dll depends on libcygserver.a + some source > files from it modern cygwin cooperates with the cygserver daemon -- *if present and running* -- in order to support certain IPC facilities. So, the daemon has an API, and cygwin dll uses it. Now, you don't HAVE to have the daemon running, and cygwin will just return ENOSYS when the user tries to use the facilities that need cygserver for proper operation. So, you don't need to port cygserver *itself* -- just enough of the "interface code" -- that is, libcygserver.a -- so that it can always return "sorry, cygserver not running; please fail whatever operation the user was trying to do". > One question i hope someone can help me with. Since i removed cygwins > internal mingw some tools cannot be built since they rely on the mingw > compiler + libraries/includes. Is there any way to tell it that i want > to use the external mingw without making a wholy mess in the makefiles ?. Not sure. I'm not clear what they've changed in the cygwin build system, now that the "cygwin" compiler no longer support -mno-cygwin and they have to rely on either (cygwin-gcc with -no-stdlib -no-stdinc -I/mingw/include/path etc etc) OR (where-is-mingw-cross-compiler...). If they are doing the former, then you ought to be able to do that too, with msys-gcc -no-stdlib -no-stdinc -I/usr/include/mingw -I/usr/include/w32api -L/usr/lib/mignw -L/usr/lib/w32api etc etc. Hmm...well, we have the .../w32api stuff, since we provide an msys-w32api package. But we don't currently provide an msys-mingwrt package, so /usr/include/mingw and /usr/lib/mingw don't exist. Maybe we should? -- Chuck |
From: Ralph E. <ral...@gm...> - 2011-09-10 18:17:44
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Den 10-09-2011 19:29, Charles Wilson skrev: > On 9/10/2011 10:55 AM, Ralph Engels wrote: >> Also having some difficulty removing /cygdrive (the code changed >> considerable). > > Cygwin now allows /etc/fstab to change the "default" value of the > cygdrive prefix from "/cygdrive" to whatever the user wants. Many > choose to set it to "/" -- which is what we want here, although we > want to do it in code, rather than in the /etc/fstab file. > > It should simply be a matter of us changing the default value of > cygdrive_prefix, wherever it is defined, from "/cygdrive" to "/" > >> Unfortunatly it seems the dll depends on libcygserver.a + some >> source files from it > > modern cygwin cooperates with the cygserver daemon -- *if present > and running* -- in order to support certain IPC facilities. So, > the daemon has an API, and cygwin dll uses it. Now, you don't HAVE > to have the daemon running, and cygwin will just return ENOSYS when > the user tries to use the facilities that need cygserver for proper > operation. So, you don't need to port cygserver *itself* -- just > enough of the "interface code" -- that is, libcygserver.a -- so > that it can always return "sorry, cygserver not running; please > fail whatever operation the user was trying to do". > >> One question i hope someone can help me with. Since i removed >> cygwins internal mingw some tools cannot be built since they rely >> on the mingw compiler + libraries/includes. Is there any way to >> tell it that i want to use the external mingw without making a >> wholy mess in the makefiles ?. > > Not sure. I'm not clear what they've changed in the cygwin build > system, now that the "cygwin" compiler no longer support > -mno-cygwin and they have to rely on either (cygwin-gcc with > -no-stdlib -no-stdinc -I/mingw/include/path etc etc) OR > (where-is-mingw-cross-compiler...). > > If they are doing the former, then you ought to be able to do that > too, with msys-gcc -no-stdlib -no-stdinc -I/usr/include/mingw > -I/usr/include/w32api -L/usr/lib/mignw -L/usr/lib/w32api etc etc. > > Hmm...well, we have the .../w32api stuff, since we provide an > msys-w32api package. But we don't currently provide an > msys-mingwrt package, so /usr/include/mingw and /usr/lib/mingw > don't exist. Maybe we should? > > -- Chuck > > ------------------------------------------------------------------------------ > > Malware Security Report: Protecting Your Business, Customers, and the > Bottom Line. Protect your business and customers by understanding > the threat from malware and how it can impact your online business. > http://www.accelacomm.com/jaw/sfnl/114/51427462/ > _______________________________________________ Mingw-msys mailing > list Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys Tried setting the default cygdrive prefix to / but that crashes the dll. I managed to do it some other (complicated) way which seems to work except for having trouble bootstrapping a gcc build with mingw. It might have been related to a previous problem i had where uname refused to accept the values from the MSYSTEM var even though i added the code specifically. I found out that the cygwin team had changed the way it looked for forced env variables but it was a pain in the proverbial behind to figure out which boolean in the table turned the correct variable on (no documentation besides that it was changed). Besides the fixes i managed to get it building itself besides 2 of the tools (cygserver.exe & cygcheck.exe) the rest builds now. cygcheck depended on the mingw that normally came with the source so adjusting the makefile to use the external mingw should fix that. cygserver fails with unknown reference to vtable hmm ? i tried adding libstdc++ as that is normally the cause for those errors but that didnt quite cut it. Ideas are welcome. Updated gcc to 4.4.6 for the build environment as the old 3.3.4 cannot cope with it. (cannot be used with the old msys unfortunatly) :/ ill keep the diff of a little longer untill it can build itself fully. In regards to including the mingw runtime like cygwin does. I wouldnt mind and it will be a whole lot easier to get things going. I was just afraid it might interfere with seperate mingw mingw mounts, but if that aint the case then i see no reason not to. Will also help immensly in porting tools. Ralph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOa6oaAAoJEIjGvG7Y4HU8A58H/3447xmnk/3qr5NsBVu1t8im S4xbz5hYY9LJwKVilWppTWfxWynXeP46w79qq6dxEl3lEnJ6vD5Su2/xMo7JcQVU LGS0QQCv82CYTg3ojYoR/8gmV/bYVyDrPrY6ubE1jNrDGbo2scO48GuEnRJPWYdR 7pMb917KqKVgD2N7g+/XcumckUw5YaQujOUIbB/Bq327Zueu8ulSuW9EMF2SsvAO R7hK6E+Gqqrx7Z+KvoGYmINBvUxHe+IdmqY8YzlGG9A70zmDd3J8O6u1AeddHvrI u1sbsi5TIx1OQzQhkvYy0PSZx8w13Ht/HMZPAejXbJ8RZfDt9RNs5/Lvc477hfY= =lB/l -----END PGP SIGNATURE----- |
From: Ralph E. <ral...@gm...> - 2011-09-11 09:08:20
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Last bugger before it can build itself natively. /cygdrive/d/projects/builddir/msyscoreport/source/winsup/cygserver/client.cc:38: undefined reference to `vtable for client_request_get_version' /cygdrive/d/projects/builddir/msyscoreport/source/winsup/cygserver/client.cc:38: undefined reference to `vtable for client_request_get_version' client.o:/cygdrive/d/projects/builddir/msyscoreport/source/winsup/cygserver/client.cc:281: undefined reference to `client_request_shutdown::client_request_shutdown()' client.o:client.cc:(.rdata$_ZTV25client_request_attach_tty[vtable for client_request_attach_tty]+0x14): undefined reference to `client_request_attach_tty::serve(transport_layer_base*, process_cache*)' /cygdrive/d/projects/builddir/msyscoreport/build/i686-pc-msys/winsup/cygwin/libmsys-1.0.dll.a(libcmain.o): In function `main': /cygdrive/d/projects/builddir/msyscoreport/source/winsup/cygwin/lib/libcmain.c:39: undefined reference to `_WinMain@16' collect2: ld returned 1 exit status I cant for my life figure out why this fails ? it uses g++ as it should hmm ?. All other tools now build. heres the commandline it uses to build. g++-4 - -L/cygdrive/d/projects/builddir/msyscoreport/build/i686-pc-msys/winsup - -L/cygdrive/d/projects/builddir/msyscoreport/build/i686-pc-msys/winsup/cygwin - -L/cygdrive/d/projects/builddir/msyscoreport/build/i686-pc-msys/winsup/w32api/lib - -isystem /cygdrive/d/projects/builddir/msyscoreport/source/winsup/include - -isystem /cygdrive/d/projects/builddir/msyscoreport/source/winsup/cygwin/include -isystem /cygdrive/d/projects/builddir/msyscoreport/source/winsup/w32api/include -B/cygdrive/d/projects/builddir/msyscoreport/build/i686-pc-msys/newlib/ - -isystem /cygdrive/d/projects/builddir/msyscoreport/build/i686-pc-msys/newlib/targ-include - -isystem /cygdrive/d/projects/builddir/msyscoreport/source/newlib/libc/include -o cygserver.exe client.o process.o msg.o sem.o shm.o threaded_queue.o transport.o transport_pipes.o bsd_helper.o bsd_log.o bsd_mutex.o sysv_msg.o sysv_sem.o sysv_shm.o setpwd.o /cygdrive/d/projects/builddir/msyscoreport/build/i686-pc-msys/winsup/cygwin/version.o /cygdrive/d/projects/builddir/msyscoreport/build/i686-pc-msys/winsup/cygwin/libmsys-1.0.dll.a - -static -static-libgcc - -L/cygdrive/d/projects/builddir/msyscoreport/build/i686-pc-msys/winsup/cygwin - -lntdll allthough i dont see any reference to libstdc++ i tried adding it manually to see if that helped but nope. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJObHrWAAoJEIjGvG7Y4HU81AcH/2g0B+ELpzvv9dcQDNQCbH3d e5WWzLUJZN8irCEZiODIErDm9e2kWs6gCohn944TJcLA7FwnP00sDW3wEop4rc5y KRzeFhHuaWFFLNUskAOYOGBH4IuicpPaoBIc1Sr9x5Jjp0hRaBWs1Aj4Bmxx+CUU FfqGzfWejX4AhFa835lRlgXjWiv0cM8w3XE457U+gq8oJo4mGI7P/xATeWdafSSe V4CEGiQuYpy6smflolvM7AkBKG7NTGRokgM8dA98JX+jr1d9WjKcACiIhzKkTkwq DcSjqP2eKa2QWUCfT3rJmfrTzbtex1nfi4u9aUiu0gxfEZFTy0Sz3qcNBcuAB2E= =d5xs -----END PGP SIGNATURE----- |