Menu
▾
▴
mingw-users — This list has moved to osdn.net/projects/mingw/lists
This list is closed, nobody may subscribe to it.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(371) |
Oct
(167) |
Nov
(412) |
Dec
(208) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(378) |
Feb
(302) |
Mar
(269) |
Apr
(296) |
May
(306) |
Jun
(381) |
Jul
(346) |
Aug
(315) |
Sep
(195) |
Oct
(216) |
Nov
(280) |
Dec
(227) |
| 2002 |
Jan
(309) |
Feb
(333) |
Mar
(328) |
Apr
(407) |
May
(517) |
Jun
(519) |
Jul
(400) |
Aug
(580) |
Sep
(1273) |
Oct
(984) |
Nov
(683) |
Dec
(538) |
| 2003 |
Jan
(578) |
Feb
(454) |
Mar
(312) |
Apr
(366) |
May
(505) |
Jun
(431) |
Jul
(415) |
Aug
(374) |
Sep
(470) |
Oct
(578) |
Nov
(372) |
Dec
(309) |
| 2004 |
Jan
(308) |
Feb
(247) |
Mar
(372) |
Apr
(413) |
May
(333) |
Jun
(323) |
Jul
(269) |
Aug
(239) |
Sep
(469) |
Oct
(383) |
Nov
(400) |
Dec
(332) |
| 2005 |
Jan
(411) |
Feb
(363) |
Mar
(346) |
Apr
(316) |
May
(275) |
Jun
(248) |
Jul
(396) |
Aug
(396) |
Sep
(279) |
Oct
(340) |
Nov
(319) |
Dec
(218) |
| 2006 |
Jan
(317) |
Feb
(263) |
Mar
(304) |
Apr
(296) |
May
(209) |
Jun
(349) |
Jul
(246) |
Aug
(198) |
Sep
(174) |
Oct
(138) |
Nov
(201) |
Dec
(270) |
| 2007 |
Jan
(223) |
Feb
(182) |
Mar
(350) |
Apr
(350) |
May
(259) |
Jun
(221) |
Jul
(299) |
Aug
(465) |
Sep
(356) |
Oct
(265) |
Nov
(417) |
Dec
(225) |
| 2008 |
Jan
(421) |
Feb
(327) |
Mar
(219) |
Apr
(389) |
May
(375) |
Jun
(262) |
Jul
(215) |
Aug
(289) |
Sep
(257) |
Oct
(383) |
Nov
(237) |
Dec
(209) |
| 2009 |
Jan
(232) |
Feb
(327) |
Mar
(306) |
Apr
(251) |
May
(146) |
Jun
(247) |
Jul
(302) |
Aug
(252) |
Sep
(263) |
Oct
(376) |
Nov
(270) |
Dec
(244) |
| 2010 |
Jan
(225) |
Feb
(184) |
Mar
(300) |
Apr
(290) |
May
(275) |
Jun
(535) |
Jul
(192) |
Aug
(237) |
Sep
(304) |
Oct
(142) |
Nov
(384) |
Dec
(186) |
| 2011 |
Jan
(305) |
Feb
(337) |
Mar
(331) |
Apr
(318) |
May
(306) |
Jun
(299) |
Jul
(205) |
Aug
(271) |
Sep
(232) |
Oct
(179) |
Nov
(252) |
Dec
(216) |
| 2012 |
Jan
(195) |
Feb
(268) |
Mar
(142) |
Apr
(226) |
May
(203) |
Jun
(132) |
Jul
(211) |
Aug
(429) |
Sep
(289) |
Oct
(291) |
Nov
(182) |
Dec
(188) |
| 2013 |
Jan
(205) |
Feb
(259) |
Mar
(224) |
Apr
(125) |
May
(295) |
Jun
(181) |
Jul
(209) |
Aug
(167) |
Sep
(330) |
Oct
(212) |
Nov
(95) |
Dec
(114) |
| 2014 |
Jan
(40) |
Feb
(63) |
Mar
(62) |
Apr
(65) |
May
(82) |
Jun
(105) |
Jul
(56) |
Aug
(175) |
Sep
(79) |
Oct
(49) |
Nov
(51) |
Dec
(47) |
| 2015 |
Jan
(26) |
Feb
(69) |
Mar
(82) |
Apr
(55) |
May
(35) |
Jun
(57) |
Jul
(54) |
Aug
(56) |
Sep
(25) |
Oct
(21) |
Nov
(8) |
Dec
(27) |
| 2016 |
Jan
(49) |
Feb
(44) |
Mar
(132) |
Apr
(39) |
May
(39) |
Jun
(49) |
Jul
(70) |
Aug
(43) |
Sep
(69) |
Oct
(79) |
Nov
(65) |
Dec
(32) |
| 2017 |
Jan
(99) |
Feb
(88) |
Mar
(42) |
Apr
(47) |
May
(56) |
Jun
|
Jul
(79) |
Aug
(9) |
Sep
(29) |
Oct
(4) |
Nov
|
Dec
(12) |
| 2018 |
Jan
(45) |
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
|
2
(5) |
|
3
(1) |
4
(3) |
5
(10) |
6
(7) |
7
(9) |
8
(3) |
9
(2) |
|
10
|
11
(4) |
12
(2) |
13
|
14
|
15
(2) |
16
|
|
17
|
18
|
19
(1) |
20
(4) |
21
|
22
|
23
(7) |
|
24
(4) |
25
(1) |
26
(3) |
27
|
28
|
29
(1) |
30
(1) |
|
31
|
|
|
|
|
|
|
|
From: Thomas D. <di...@hi...> - 2016-07-30 16:04:09
|
On Fri, Jul 29, 2016 at 11:36:17AM +0200, Nikhil Vaidya wrote: > Could anyone tell me which licenses the following dlls have? they are from > the MinGW/bin folder. I'd assume that the dlls use the same license as the source-code, because it is the source code which represents a creative work, while the dlls are produced mechanically (in the realm of derived works). In a quick check: Some of the libraries use LGPL. Some (e.g., libstdc++) use GPL. A few are non-LGPL/GPL (mingwm10, expat, zlib). See for instance http://www.mingw.org/license -- Thomas E. Dickey <di...@in...> http://invisible-island.net ftp://invisible-island.net |
|
From: Nikhil V. <nik...@gm...> - 2016-07-29 09:36:24
|
Could anyone tell me which licenses the following dlls have? they are from the MinGW/bin folder. libcharset-1.dll libgettextpo-0.dll libgmpxx-4.dll libmpc-3.dll mingwm10.dll libexpat-1.dll libgettextsrc-0-18-3.dll libiconv-2.dll libmpfr-4.dll pthreadGC2.dll libgcc_s_dw2-1.dll libgfortran-3.dll libintl-8.dll libquadmath-0.dll pthreadGCE2.dll libgettextlib-0-18-3.dll libgmp-10.dll libltdl-7.dll libstdc++-6.dll zlib1.dll Best regards, Nikhil Vaidya |
|
From: Greg J. <gv...@gm...> - 2016-07-26 15:45:55
|
On Tue, Jul 26, 2016 at 8:06 AM, sandra dzambazovska <san...@li...> wrote: > Hello, > > I installed MinGw 64 bits on Windows 7 64 -bits. But when I type: g++ -m64 > Source1.cpp -o Source1.exe in the cmd window I get the following message: > http://pastebin.com/8GwfSH3v. And I have no idea what it means. > > Thanks. > > > And neither do I. The software under discussion in this list is not mingw-64 - of whatever flavor you've found. To get to 64 bits I would suggest you take a look at msys2, which distributes mingw-w64 as well as several libraries built with that. |
|
From: David G. <DGr...@am...> - 2016-07-26 15:34:36
|
You are on the wrong mailing list - MinGW64 is not supported here. From: sandra dzambazovska [mailto:san...@li...] Sent: Tuesday, July 26, 2016 10:07 AM To: min...@li... Subject: [Mingw-users] Error using MinGW 64-bits Hello, I installed MinGw 64 bits on Windows 7 64 -bits. But when I type: g++ -m64 Source1.cpp -o Source1.exe in the cmd window I get the following message: http://pastebin.com/8GwfSH3v. And I have no idea what it means. Thanks. ________________________________ |
|
From: sandra d. <san...@li...> - 2016-07-26 15:07:09
|
Hello, I installed MinGw 64 bits on Windows 7 64 -bits. But when I type: g++ -m64 Source1.cpp -o Source1.exe in the cmd window I get the following message: http://pastebin.com/8GwfSH3v. And I have no idea what it means. Thanks. |
|
From: Peter B. <pet...@gm...> - 2016-07-25 18:24:54
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Sent:</b> Saturday, July 23, 2016 at 3:40 PM<br/>
<b>From:</b> "Peter Bohning" <pet...@gm...><br/>
<b>To:</b> el...@gn..., min...@li...<br/>
<b>Subject:</b> Re: [Mingw-users] mingw compiling git</div>
<div name="quoted-content">
<div style="font-family: Verdana;font-size: 12.0px;">
<div>
<div>
<div style="margin: 10.0px 5.0px 5.0px 10.0px;padding: 10.0px 0 10.0px 10.0px;border-left: 2.0px solid rgb(195,217,229);">
<div style="margin: 0 0 10.0px 0;"><b>Sent:</b> Saturday, July 23, 2016 at 12:53 PM<br/>
<b>From:</b> "Eli Zaretskii" <el...@gn...><br/>
<b>To:</b> "MinGW Users List" <min...@li...><br/>
<b>Subject:</b> Re: [Mingw-users] mingw compiling git</div>
<div>> From: "Peter Bohning" <pet...@gm...><br/>
> Date: Sat, 23 Jul 2016 17:26:29 +0200<br/>
> Sensitivity: Normal<br/>
><br/>
> Well but if I use gcc on a different file with stdarg, it finds it. So its something about the way git calls the<br/>
> compiler that maybe uses strings with backslashes wrong or something.<br/>
<br/>
Could be, but then how can we help you here, unless you tell more<br/>
about the build process, like some environment variables set by it, or<br/>
GCC options it uses?<br/>
</div>
<div>I'm not sure if configure failed before and I didn't notice, but I tried it again and got a socklen_t cannot find replacement type, so I altered the configure file and added #include <ws2tcpip.h>. Configure works but now I'm getting more make file errors:</div>
<div> </div>
<div><command-line>:0:18: error: redefinition of 'struct sockaddr_in'</div>
<div>In file included from git-compat-util.h:153:0,</div>
<div>from cache.h:4,</div>
<div>from credential-store.c:1:</div>
<div>c:\mingw\include\winsock2.h:254:8 note originally defined here</div>
<div>struct sockaddr_in {</div>
<div> </div>
<div>redefinition of struct itimerval</div>
<div>compat/mingw.h: originally defined here</div>
<div> </div>
<div>compat/bswap.h:12:15: error: unknown type name 'uint32_t'</div>
<div>static inline uint32_t default_swab32(uint32_t val)</div>
<div> </div>
<div>I fixed some of the errors and then it had trouble compiling compat/mingw.c and I gave up and installed msysgit. Sorry for bothering the list, thanks anyway.</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div></div></body></html>
|
|
From: Keith M. <kei...@us...> - 2016-07-24 21:17:02
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 24/07/16 21:37, Anton Shepelev wrote: >>> Please look out for upcoming w32api-3.18.1 re- lease, for >>> delivery of the resolution. >> >> Thank you, Keith. I will try to apply the pathces and, failing >> therein, will wait for the binary up- date. > > I hereby confirm that the problem is gone. Thanks. The w32api-3.18.1 release is now published; upgrade via mingw-get will be available, once the SF mirrors resynchronize. The corresponding upgrade to mingwrt-3.22.1 remains pending. - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJXlTBGAAoJEMCtNsY0flo/O9kQAJ+6R2NpyRui6k+pnHQi/ICM yeB+DOLCt1krRLedacBgWlpRBbxH1jmaNSd9Qlh/GBePnxLsJ7aCyI2legbWYB2j zuuGjrXBRH55wUnCLSvw8phkciEMVYF1ef6YV7g6rgeoeGC/oS+wZPBD7WJcxsa9 5aBldoitPrgcxS4aXQ1YGGPEiiG5jspT7aDLQE3H528d1ONaaTFDZSyLrTrLTqJX PpoM5z9Y1dugJ+ic0o1PYqTECQF75ScrRFOjaXZCeyGqz6mNeaaUmNoQnlA+eKUY s/PwMPIo3euGYBccwZzoklhN66bNGKPzHPPaJI49/BR+wWNyM9U4pK3cD8UBG3gP YvlpLxLNB+UbgajrZe1sjhL9NxLy1c4f6rmzKXCANoXo/UjkNRwAgDhsyIkomuXt Qecu71h48bLcSGSfuBy8JT5YULVFnLeVeJuAQhBfD+ma1aIiGgCEWeBsEIjKyy/P n5tIC7eeBFy4ub1LNEgb8RMSlCBWvQVyLXsxpJch88ojoPhwRnd2rcycZAkZVBg9 zllr0Z7Mlnj6QRa4Kk3yFPZm+Xux66ZOXB/Jmpbiq9tcdz8R1O1PNcc8+biN4Rp0 Dh/UH504wLzG+y9HoxWDD1Ob7iB/zn9S2J0Wiykc95AZtonDZEcU3llhypq1BSb+ 0TGvPVgStZchgKs3NjMy =+rot -----END PGP SIGNATURE----- |
|
From: Anton S. <ant...@gm...> - 2016-07-24 20:37:59
|
I wrote: > Keith Marshall to Anton Shepelev: > > > > Bug report created: > > > https://sourceforge.net/p/mingw/bugs/2307/ > > > > Thanks. Fixed by: > > https://sourceforge.net/p/mingw/mingw-org-wsl/ci/6313c67b9e29285e06cf02b4fee8b29fd81f6df6/ > > > > Please look out for upcoming w32api-3.18.1 re- > > lease, for delivery of the resolution. > > Thank you, Keith. I will try to apply the pathces > and, failing therein, will wait for the binary up- > date. I hereby confirm that the problem is gone. -- () ascii ribbon campaign - against html e-mail /\ http://preview.tinyurl.com/qcy6mjc [archived] |
|
From: Anton S. <ant...@gm...> - 2016-07-24 17:24:40
|
Keith Marshall to Anton Shepelev: > > Bug report created: > > https://sourceforge.net/p/mingw/bugs/2307/ > > Thanks. Fixed by: > https://sourceforge.net/p/mingw/mingw-org-wsl/ci/6313c67b9e29285e06cf02b4fee8b29fd81f6df6/ > > Please look out for upcoming w32api-3.18.1 re- > lease, for delivery of the resolution. Thank you, Keith. I will try to apply the patches and, failing therein, will wait for the binary up- date. -- () ascii ribbon campaign - against html e-mail /\ http://preview.tinyurl.com/qcy6mjc [archived] |
|
From: Keith M. <kei...@us...> - 2016-07-24 16:04:55
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 20/07/16 20:38, Anton Shepelev wrote: > Keith Marshall: > >> Please file a formal bug report, on the bug tracker, so that I >> have an appropriately attributable point of reference for the >> necessary follow up. > > Bug report created: https://sourceforge.net/p/mingw/bugs/2307/ Thanks. Fixed by: https://sourceforge.net/p/mingw/mingw-org-wsl/ci/6313c67b9e29285e06cf02b4fee8b29fd81f6df6/ Please look out for upcoming w32api-3.18.1 release, for delivery of the resolution. For completeness, this... > As an aside, that test case also revealed a bug which has crept > into our printf() implementation; I'll file my own report for > that. is https://sourceforge.net/p/mingw/bugs/2307/, fixed by combination of: https://sourceforge.net/p/mingw/mingw-org-wsl/ci/76be37ae450b3e24c2deda9348954b79c2291b03/ https://sourceforge.net/p/mingw/mingw-org-wsl/ci/7a511c73f74aae29157a66c02304be61844606d4/ to be included in upcoming mingwrt-3.22.1 release. - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJXlOceAAoJEMCtNsY0flo/UMYP/3IepSp9GO4NjKndKIHdz/lc 2GphSEj2WPuV+9bGzmt2VIdD7N5Q6wevjdmqBsmR65TH7pETfiCQRz93HK9msEsv b0UpbEXtjT3S9HkhVomGn5ZkNKMb8THMKoeT7s2xq7MMS3ygOVyf23y8hNWO74va h2TXdOn+7qB+EThp0ikw2SlFQvSrg2x1ljyYfbAM3cRphOGBkYTQo82/S9f9Ka77 pERWTYFS0vwauJrThSPzwrVc5beJRseYM1tcCthis4bQjAtY4z+oJGbzq2ijldWF yFPkvUm69eloSrQD3BQ1hB9HGoL13CGoN1domMXpUbfWWQfIf1hBeGLNSxaiDaac 4gLF7e0ncVhLv+E7tFljpczm0k7c4StzChEFib3k6JVafprBlsdXkKNQ418IzgE6 V/GMwe1bJjx9odar/fxsDbvVJ82u5wghZDyMb+1LLnjlqS9b/GgZgIDi6oNafN1R TWICxzzI/HNfNQ6jWcUI4hGalv9EDXltX7fMeiPxO0AlhxIgKEnn/H70wmmOJCmi wu3UJOVvcb+IJo34nLXpwBPGz/r+gIafWmDH7AT+rMKsBn6MarCQSnzQZ4F1zuBB JUe9tluGfUokr00cHSlen7TbiegnHYnBEQbPhNsnwWdJ66scRJeK6oR9EtiICE0s fGENtsuyJR4l4yisou7Z =sCcW -----END PGP SIGNATURE----- |
|
From: Peter B. <pet...@gm...> - 2016-07-23 19:40:28
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Sent:</b> Saturday, July 23, 2016 at 12:53 PM<br/>
<b>From:</b> "Eli Zaretskii" <el...@gn...><br/>
<b>To:</b> "MinGW Users List" <min...@li...><br/>
<b>Subject:</b> Re: [Mingw-users] mingw compiling git</div>
<div name="quoted-content">> From: "Peter Bohning" <pet...@gm...><br/>
> Date: Sat, 23 Jul 2016 17:26:29 +0200<br/>
> Sensitivity: Normal<br/>
><br/>
> Well but if I use gcc on a different file with stdarg, it finds it. So its something about the way git calls the<br/>
> compiler that maybe uses strings with backslashes wrong or something.<br/>
<br/>
Could be, but then how can we help you here, unless you tell more<br/>
about the build process, like some environment variables set by it, or<br/>
GCC options it uses?<br/>
</div>
<div name="quoted-content">I'm not sure if configure failed before and I didn't notice, but I tried it again and got a socklen_t cannot find replacement type, so I altered the configure file and added #include <ws2tcpip.h>. Configure works but now I'm getting more make file errors:</div>
<div name="quoted-content"> </div>
<div name="quoted-content"><command-line>:0:18: error: redefinition of 'struct sockaddr_in'</div>
<div name="quoted-content">In file included from git-compat-util.h:153:0,</div>
<div name="quoted-content">from cache.h:4,</div>
<div name="quoted-content">from credential-store.c:1:</div>
<div name="quoted-content">c:\mingw\include\winsock2.h:254:8 note originally defined here</div>
<div name="quoted-content">struct sockaddr_in {</div>
<div name="quoted-content"> </div>
<div name="quoted-content">redefinition of struct itimerval</div>
<div name="quoted-content">compat/mingw.h: originally defined here</div>
<div name="quoted-content"> </div>
<div name="quoted-content">compat/bswap.h:12:15: error: unknown type name 'uint32_t'</div>
<div name="quoted-content">static inline uint32_t default_swab32(uint32_t val)</div>
</div>
</div>
</div></div></body></html>
|
|
From: Eli Z. <el...@gn...> - 2016-07-23 16:53:32
|
> From: "Peter Bohning" <pet...@gm...> > Date: Sat, 23 Jul 2016 17:26:29 +0200 > Sensitivity: Normal > > Well but if I use gcc on a different file with stdarg, it finds it. So its something about the way git calls the > compiler that maybe uses strings with backslashes wrong or something. Could be, but then how can we help you here, unless you tell more about the build process, like some environment variables set by it, or GCC options it uses? |
|
From: Peter B. <pet...@gm...> - 2016-07-23 15:26:41
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div> <div> <div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"> <div name="quoted-content"> <div style="font-family: Verdana;font-size: 12.0px;"> <div> <div> <div style="margin: 10.0px 5.0px 5.0px 10.0px;padding: 10.0px 0 10.0px 10.0px;border-left: 2.0px solid rgb(195,217,229);"> <div style="margin: 0 0 10.0px 0;"><b>Sent:</b> Saturday, July 23, 2016 at 10:47 AM<br/> <b>From:</b> "Eli Zaretskii" <el...@gn...><br/> <b>To:</b> "Peter Bohning" <pet...@gm...><br/> <b>Cc:</b> min...@li...<br/> <b>Subject:</b> Re: [Mingw-users] mingw compiling git</div> <div>> From: "Peter Bohning" <pet...@gm...><br/> > Date: Sat, 23 Jul 2016 16:25:36 +0200<br/> ><br/> > > In file included from c:\mingw\include\winsock2.h:22:0,<br/> > > from git-compat-util.h:153,<br/> > > from cache.h:4,<br/> > > from credential-store.c:1:<br/> > > c:\mingw\include\windows.h:41:20: fatal error: stdarg.h: No such file or directory<br/> > > #include <stdarg.h><br/> > > ^<br/> > > compilation terminated.<br/> > > make: *** [credential-store.o] Error 1<br/> ><br/> > Your MinGW installation seems to be broken. stdarg.h comes with GCC,<br/> > and should be in lib/gcc/mingw32/5.3.0/include/ (assuming your GCC is<br/> > version 5.3.0, the latest).<br/> > Its there, 4.9.3, but the git Makefile from ./configure can't find it.<br/> <br/> The error message is from GCC, not from Makefile. So the problem is<br/> indeed in your GCC installation.</div> <div> </div> <div>Well but if I use gcc on a different file with stdarg, it finds it. So its something about the way git calls the compiler that maybe uses strings with backslashes wrong or something.</div> </div> </div> </div> </div> </div> </div> </div> </div></div></body></html> |
|
From: Eli Z. <el...@gn...> - 2016-07-23 14:47:42
|
> From: "Peter Bohning" <pet...@gm...> > Date: Sat, 23 Jul 2016 16:25:36 +0200 > > > In file included from c:\mingw\include\winsock2.h:22:0, > > from git-compat-util.h:153, > > from cache.h:4, > > from credential-store.c:1: > > c:\mingw\include\windows.h:41:20: fatal error: stdarg.h: No such file or directory > > #include <stdarg.h> > > ^ > > compilation terminated. > > make: *** [credential-store.o] Error 1 > > Your MinGW installation seems to be broken. stdarg.h comes with GCC, > and should be in lib/gcc/mingw32/5.3.0/include/ (assuming your GCC is > version 5.3.0, the latest). > Its there, 4.9.3, but the git Makefile from ./configure can't find it. The error message is from GCC, not from Makefile. So the problem is indeed in your GCC installation. |
|
From: Peter B. <pet...@gm...> - 2016-07-23 14:25:49
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div> <div> <div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"> <div style="margin:0 0 10px 0;"><b>Sent:</b> Saturday, July 23, 2016 at 3:54 AM<br/> <b>From:</b> "Eli Zaretskii" <el...@gn...><br/> <b>To:</b> "MinGW Users List" <min...@li...><br/> <b>Subject:</b> Re: [Mingw-users] mingw compiling git</div> <div name="quoted-content">> From: "Peter Bohning" <pet...@gm...><br/> > Date: Sat, 23 Jul 2016 09:19:52 +0200<br/> ><br/> > CC credential-store.o<br/> > In file included from c:\mingw\include\winsock2.h:22:0,<br/> > from git-compat-util.h:153,<br/> > from cache.h:4,<br/> > from credential-store.c:1:<br/> > c:\mingw\include\windows.h:41:20: fatal error: stdarg.h: No such file or directory<br/> > #include <stdarg.h><br/> > ^<br/> > compilation terminated.<br/> > make: *** [credential-store.o] Error 1<br/> <br/> Your MinGW installation seems to be broken. stdarg.h comes with GCC,<br/> and should be in lib/gcc/mingw32/5.3.0/include/ (assuming your GCC is<br/> version 5.3.0, the latest).<br/> </div> <div name="quoted-content">Its there, 4.9.3, but the git Makefile from ./configure can't find it.</div> </div> </div> </div></div></body></html> |
|
From: Eli Z. <el...@gn...> - 2016-07-23 07:55:01
|
> From: "Peter Bohning" <pet...@gm...> > Date: Sat, 23 Jul 2016 09:19:52 +0200 > > CC credential-store.o > In file included from c:\mingw\include\winsock2.h:22:0, > from git-compat-util.h:153, > from cache.h:4, > from credential-store.c:1: > c:\mingw\include\windows.h:41:20: fatal error: stdarg.h: No such file or directory > #include <stdarg.h> > ^ > compilation terminated. > make: *** [credential-store.o] Error 1 Your MinGW installation seems to be broken. stdarg.h comes with GCC, and should be in lib/gcc/mingw32/5.3.0/include/ (assuming your GCC is version 5.3.0, the latest). |
|
From: Peter B. <pet...@gm...> - 2016-07-23 07:20:05
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hi,</div> <div> I'm trying to compile git from source, I got mingw from the package installer.</div> <div> </div> <div> It complained about "cc" so I added a link to gcc, but now I'm getting:</div> <div> </div> <div> <div> CC credential-store.o<br/> In file included from c:\mingw\include\winsock2.h:22:0,<br/> from git-compat-util.h:153,<br/> from cache.h:4,<br/> from credential-store.c:1:<br/> c:\mingw\include\windows.h:41:20: fatal error: stdarg.h: No such file or directory<br/> #include <stdarg.h><br/> ^<br/> compilation terminated.<br/> make: *** [credential-store.o] Error 1</div> <div> </div> <div>I thought it might be backslashes in the include paths as per gcc -v, but they work with compiling other things so I'm not sure what the problem with git is. Any help would be appreciated.</div> </div></div></body></html> |
|
From: Anton S. <ant...@gm...> - 2016-07-20 19:38:31
|
Keith Marshall: > Please file a formal bug report, on the bug track- > er, so that I have an appropriately attributable > point of reference for the necessary follow up. Bug report created: https://sourceforge.net/p/mingw/bugs/2307/ -- () ascii ribbon campaign - against html e-mail /\ http://preview.tinyurl.com/qcy6mjc [archived] |
|
From: Keith M. <kei...@us...> - 2016-07-20 11:53:37
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 20/07/16 12:25, Anton Shepelev wrote:
> Keith Marshall:
>> Anton Shepelev:
>>
>>> When trying to buid DOSBox in a freshly-installed MinGW, I am
>>> having this error: macro "__IOCTL_STORAGE_" requires 3
>>> arguments, but only 2 given
>>
>> Okay, I can reproduce this. [...] Please file a formal bug
>> report, on the bug track- er, so that I have an appropriately
>> attributable point of reference for the necessary follow up.
>
> I not being conversant in either C or C++, could you please tell me
> what would a minimal test case be, for I only saw the error
> while compiling the huge 3rd-party project that DOSBox is? What
> should I feed gcc -- the lone .h file?
I reproduced it with:
$ cat fubar.c
#define _XOPEN_SOURCE 700
#include <stdio.h>
#include <winioctl.h>
int main()
{ printf( "IOCTL_STORAGE_EJECT_MEDIA = %1$08d (0x%1$08X)\n",
IOCTL_STORAGE_EJECT_MEDIA
);
return 0;
}
$ gcc fubar.c
> I will file a bug report upon returning home from work.
Thanks. I already have a good idea how to fix it, so I'll attend
to it, and publish an update once I have your formal bug report for
reference. As an aside, that test case also revealed a bug which
has crept into our printf() implementation; I'll file my own report
for that.
- --
Regards,
Keith.
Public key available from keys.gnupg.net
Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)
iQIcBAEBAgAGBQJXj2Y5AAoJEMCtNsY0flo/z8sP/18Q+4xrg9j9U+ipG/ZVpMPA
H3T/3qOtj0CvpXxGGJ8mM1HeuHkpUTH+de6JcfftSCUfHzXFaz50367Kpshbi6/+
Ms5/L4y98ejCMZz+NXeyUgxp187IyqI+SaI7VQWk2bESKnz/NBIcEBcReHoZWtzu
owccHUIwAkcGFH4Vo+EQ8aWlCiE1bk6EVm6pCNmvEJ5OzWDha+rhDjkWmAxbEmo3
Z84wChD6Eee4fn9x/O8dupki3fAsVyQXQUxXfAEEVee1UPNm+EOyC0ZAxFY4FmLX
oU63wULBt0rJVjVf8SZik/F9cZSMRKE1qpwM3j9zTazmadznqxGGLmQXNuWnhIxD
GySQrPXACX4dnlukkWXGUIBOf10K9dXAS6pUa2zhAcE9s1MXRiitpFDHJEvgQILW
qrVr5pCIAWOX/BfK5XqSSX/SofztfwekA8A5/PBhaM7JKIOch6b39tN1nbkN210j
Sy47eYnjQ1eCQAsaAcOwrpsGVkT1nVNb/HzmAeOg2Is4/5EXRnwcVe5pEw9f/AyP
yOAkpCckH5nJnsWgqL8XpxihZnYTd2C3uWSH3btOIog6kbUJSVRXcCg29nUizBD+
ydY67LsFNdGM1gRFM4dGTyTx+NfnCJqj1FLhA3TCt+gkYAFJXF/lH8CUqOJ0UOyq
gTFYDlE6Vk+8CeyFp7By
=7L+X
-----END PGP SIGNATURE-----
|
|
From: Anton S. <ant...@gm...> - 2016-07-20 11:25:19
|
Keith Marshall: >Anton Shepelev: > >>When trying to buid DOSBox in a freshly-installed >>MinGW, I am having this error: >>macro "__IOCTL_STORAGE_" requires 3 arguments, but only 2 given > >Okay, I can reproduce this. >[...] >Please file a formal bug report, on the bug track- >er, so that I have an appropriately attributable >point of reference for the necessary follow up. I not being conversant in either C or C++, could you please tell me what would a minimal test case be, for I only saw the error while compiling the huge 3rd-party project that DOSBox is? What should I feed gcc -- the lone .h file? I will file a bug report upon returning home from work. -- () ascii ribbon campaign - against html e-mail /\ http://preview.tinyurl.com/qcy6mjc [archived] |
|
From: Keith M. <kei...@us...> - 2016-07-20 11:09:31
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 19/07/16 22:30, Anton Shepelev wrote: > [...] I am having this error: > > macro "__IOCTL_STORAGE_" requires 3 arguments, but only 2 given Okay, I can reproduce this. > in the file > > MinGW\include\ddk\ntddstor.h > > which has: > > #define __IOCTL_STORAGE_(FN,M,A) > CTL_CODE(IOCTL_STORAGE_BASE,(FN),(M),(A)) [...] #define > IOCTL_STORAGE_EJECT_MEDIA > __IOCTL_STORAGE_(0x0202,__FILE_RD_BUFFERED) > > i.e. the macro definition does not match its invocation. It would, if __FILE_RD_BUFFERED was appropriately expanded, to match *its* definition, in <ddk/winddk.h>: #define __FILE_RD_BUFFERED METHOD_BUFFERED, FILE_READ_ACCESS Alas, the C preprocessor doesn't expand this macro in time for it to have the desired effect. > Is it an error in MinGW? Yes, (specific to w32api-3.18), and it affects rather more than just this one case. Please file a formal bug report, on the bug tracker, so that I have an appropriately attributable point of reference for the necessary follow up. - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJXj1vjAAoJEMCtNsY0flo/Hg4P/RSu38y9IT7QBNjVgIQB7pzt d8ZrKiUtVdIFVoRmUgusf8ZwM63pxMFZ8FyjxXaS4omlolcNIpIBzGaQjimY0X75 oxRkCemks5T1WT0gyxMqFMZtoQosNvp11sCg8d1/PIbtJcnMMjDTjudOaWC0Ahj0 WDLx7NF83vM9mG6pIQas3PODEPECFAMLzlqDIJK1Vxx5RCS66PUksiWJn9df05HN 18EyGFfQhO+nt/1TDtNvNvp9Q+66jZfXg295n0FC6zUZXksQnhroJjt8QeHfzbrD eK88wFjgCTfq8VoI8pVfQ9Czmt8h9+oZzuiVUCusnMGHhEJvETFynqkjHv6TSgma 3y8SI57/qUTOakqeOj0GH2PZhZ8FJQyAmEdbdin3pxWr/8xqmfN3QY+sdeH3IFUg UYKYXKR0aFXLmQHw2wpSk0e96MRhZGd+884TEHQItJNZyOrA0JlloOJbhvAgjJn9 setMvNwWCVfcMBMIDbOu7szc0aL3MoqTipnjEEwlQFd7bD8ONaDnApjDhbCRH+W7 gm6jTXXahwiZ0HlLDyIo9pwBg9Chghpw8cNCO+Szmz+CiHtTkdoB1w/SWATfIEU4 7XI27183t/UVrxYUwNCplnHpxSnMiUROkDW9MtYW+frz7cuvSAbjyIZv8kt62TK7 +YkVqbR/vHoe9O3txygf =TI3z -----END PGP SIGNATURE----- |
|
From: Anton S. <ant...@gm...> - 2016-07-19 21:40:12
|
Hello, all When trying to buid DOSBox in a freshly-installed MinGW, I am having this error: macro "__IOCTL_STORAGE_" requires 3 arguments, but only 2 given in the file MinGW\include\ddk\ntddstor.h which has: #define __IOCTL_STORAGE_(FN,M,A) CTL_CODE(IOCTL_STORAGE_BASE,(FN),(M),(A)) [...] #define IOCTL_STORAGE_EJECT_MEDIA __IOCTL_STORAGE_(0x0202,__FILE_RD_BUFFERED) i.e. the macro definition does not match its invoca- tion. Is it an error in MinGW? The file's intro- ductory comment contains this line: * $Id: ntddstor.h,v ed94503bab84 2016/05/04 19:34:24 keithmarshall $ -- () ascii ribbon campaign - against html e-mail /\ http://preview.tinyurl.com/qcy6mjc [archived] |
|
From: Keith M. <kei...@us...> - 2016-07-15 20:41:23
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Folks, I've published new releases of each of the above; you may upgrade via the mingw-get GUI, or the mingw-get CLI, (after first performing a catalogue update), or manually, according to your preference. These releases, (likely to be the last of the 3.x series, and the base for progression to 5.x), comprise primarily bug-fixes and a code base clean up; beyond this, the following features have been added: - - Platform identification macros, which previously supported only equivalence mapping to Microsoft's _M_IX86, have been extended to include mappings to Microsoft's equivalents for more recent Intel processors. - - Host version specification, based on the NTDDI_VERSION macro, has been back-ported from the (now defunct) w32api-4.x implementation. Unlike Microsoft's (apparently) inadequately engineered variant of this, MinGW.org's implementation will automatically synchronize between NTDDI_VERSION and _WIN32_WINNT, thus relieving the user of the onus for specifying both. - - Symbolic naming for MSVCRT.DLL vs. its non-free derivatives has been introduced. - - The MemoryBarrier() macro has been back-ported from w32api-4.x, and modified to introduce the appropriate GCC intrinsic function, or equivalent assembly code, strictly inline; (the w32api-4.x implementation was broken, in terms of both intrinsic selection and fall-back assembly code). - - The MinGW.org printf() replacement functions, (as selected when compiling with -ansi, -posix, or any -std=... option which enables __STRICT_ANSI__, or when any of the _GNU_SOURCE, _BSD_SOURCE, _XOPEN_SOURCE, or _POSIX_C_SOURCE feature test macros is defined *before* including any system header file), now supports POSIX standard "%n$*m$..." positional argument format specifications. For full details of all changes, since previous releases, see: https://sourceforge.net/p/mingw/mingw-org-wsl/ci/legacy/tree/mingwrt/ChangeLog https://sourceforge.net/p/mingw/mingw-org-wsl/ci/legacy/tree/w32api/ChangeLog Please report bugs, as instructed at: http://www.mingw.org/Reporting_Bugs - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJXiUpQAAoJEMCtNsY0flo/25EQAKpyxdu9QjkRFB/9xxaSO1Pw ydKEYiywcBqkzqZNzE0zzH9OardvWs5o0IBFwsU9SQii4WaJe0Dg8mfM70w+mze/ 8CInl2bbdFpCmDG0Q9zWR0VlVGHYI4UaHFEMBm9rARA4FpHGEvoQ0cIWfCAmD40t gomrwvZ8HGcg+iRGOTUEJJH/0NbT0JZOmn3bwFponArgf+EdbTxlI+PnHhdQE9Vw lL/0Zl5ONQdzGImrjV5/l78UJgHB23uNSdKId5kXwrrlDPSijsgwiGzDnwK9VnyN qVEEu3cpP9eB7+7ffubhsJVoY9VDVkgTlVsHygVUQyjv12ND6xzhZIPWdu+EFUcZ /rBwfylHCQmvLFoGjkHu5C5nD65Vl9s4rsbz3sGg4yXiLshcehql/HE5W6HWNtJP lUfI4yS00ayvMBvk7qNBYLCXn+V1azXzqoKybB4aMGx4G2dFi9EMVmTk+dX+LwF2 VXw6haokN9gV1ubfXZzPb40Wv+U8Imq/ebB67oPEJYgEJOjh0VZh/0FcULz57ZY7 vWwASJNSFowh79lFjfVCqvx447l8DaDF/WvsnSkZ9E7f19DmhySZ529WKEKpahVE SKMT5H8M4euTPHbz9IvnJXeniu7lWEjLiAcQ7K4V+3R6V7sXPX+1tG0OWFvXDduD ZjhMvrSCc1MM7fkTJVGV =NPeZ -----END PGP SIGNATURE----- |
|
From: Cesar S. <ces...@gm...> - 2016-07-15 18:52:58
|
Dear MSYS users,
The latest MSYS runtime, version 1.0.19, is now available.
You can upgrade using the mingw-get GUI as usual, but be advised to
close all MSYS processes first.
New feature:
* Generate /etc/fstab automatically in post-install.
1) /etc/fstab is created if absent, with the correct mapping of the
/mingw mount point.
2) If /etc/fstab is present, it is not touched, but you can consult
/etc/fstab.sample for a suggestion of a /mingw mount line.
This will help new users find the MinGW gcc compiler in the MinGW Shell
PATH (bash console), right after a new MSYS installation.
Bug fix:
* Correct a bug with pipe handling that affected parallel MSYS make
("make -jN", issue #1950, https://sourceforge.net/p/mingw/bugs/1950/).
This fixes a regression 1.0.17 -> 1.0.18. However, I still experience
randoms hangs, even with 1.0.17, so it appears there still more work to
be done.
Have fun!
Regards,
Cesar
|
|
From: Keith M. <kei...@us...> - 2016-07-12 09:04:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/07/16 09:18, eddie wrote: > Sorry for the mistake but I confirm I use *MSYS2*. Which makes your enquiry completely off-topic for this list; sorry, but you need to find an MSYS2 support list, or forum, to ask this. - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJXhLKrAAoJEMCtNsY0flo/n5wQAL3talc/Sb9ZVOgTpzbh3cSR a3w77uHIxUQTZPDrg5Qxzn80/DE3DeP9Z6hzvO+3oG1qfXIRS4ad26sVXLNiL7Ic W94JfUc5vx0lGSBBqv0NYJ9x+UsP/OdvoCgcH8zPilq4nEtoz24dju5bwK1oy49D oxse/XWqNpwqStcfCg03sUNPiUBeuSt7E+yCMag2JFu594iuym2gs5iFQ9WUDBET JLkOPKJP94DG6L/avnd02wma1SK1ZIWbJA7pgvR2aMSj5Onj6wgNi3F+dz/hEtLX GonUPiS9r7IzKshSBiiCFNEp8VU4PBe1drILfUJJNC0DAf9tOwADHEqc2WuS2lK6 7zFVASM/zS2P9MTZ6HTBZ/JpYdiytJywjn1ZUsab2j9wmdXJnAYDZnkUL/MCXd+V MBkjr3XHi5v6aqjaqTgf1TcWaEdW+Edyj8Is2Fw0EkU/VQf5SZODPD+Yun8KM1BQ DeHHrxHsPB+u9uN1mPK8jZ2vhjIGvBi8P+CwFY40h0u8jMASHaLZQBBkfgeUBDmi CCSkxXqED5xU1TWH2bNz67iaQS9PFlO0r5vWxvIAT4ky1kFQNFPoiXDt9iOhMAbL damMrxkLl6wXfkQy2fWkeUNO82p3KqcVLD973PVQc7tP4uQvCbGYBh94vl+S79Sx s3kVQFDZ+jR6Cs/CJ0io =IZyT -----END PGP SIGNATURE----- |