Activity for MinGW - Minimalist GNU for Windows
-
Keith Marshall modified ticket #1648
mingw-get source nonesuch -- fails silently
-
The command: $ mingw-get licence nonesuch exhibits a similar silent failure. Since both source and licence actions are processed within the same internal code path, the attached source-nonesuch.patch corrects both manifestations of this defect.
-
Is this still needed? I don't think so. Closing as "out-of-date".
-
Sync mingw32-runtime.xml from the published version
-
Closing as "rejected". Web technologies have moved on, and I don't believe that there is any viable way to implement this, or any benefit to be gained.
-
mingw-get: select a mirror for downloading
-
MingWrt v5+ introduces SSE instruction that prevents execution on non-SSE OS
-
Closing, since the original issue should have been resolved, and no consequent x86-64 issue has been raised.
-
winnt.h: #define for FILE_DELETE_ON_CLOSE is wrong.
-
I know this 6+ years old, but I've just stumbled on it again; clearly, no action was ever taken, and since Earnie is no longer playing an active rôle, I decided to follow up myself. Unfortunately, the original report appears to misrepresent fact — the cited MSDN reference does not stipulate a value of 0x4000000 for FILE_DELETE_ON_CLOSE; this is the documented value for FILE_FLAG_DELETE_ON_CLOSE ... a different entity, which does appear to be correctly defined, (albeit irrationally as an equivalent...
-
mingw-get requires element feature
-
I don't understand the motivation for this request. Firstly, IMO, a requirements specification needs to be explicit, at least to the component level, (which your example isn't). Secondly, AFAICT, the existing mechanism fully supports the capability you appear to be seeking: <requires eq="mingw32-libgcc-*-mingw32-dll-1.tar" /> will match the currently installed version of the DLL component, with ABI version 1, (and, to me, ambiguity in an ABI version number makes no sense whatsoever); if there is...
-
FWIW, after a protracted disappearance — yielding HTTP error 404 — of MSDN documentation for the NMPGSCROLL structured data type, it has now reappeared on docs.microsoft.com, with the fwKeys field now documented to be of type WORD. There now seems to be no doubt that this was the correct resolution.
-
Earnie Boyd modified ticket #1364
bsdtar does not restore file modification times
-
The latest libarchive version is 3.3.2, years of maintenance on it. Closing this is most practical, open a new ticket for a newer version on OSDN.
-
bsdtar does not restore file modification times
-
Charles Wilson surely isn't going to follow this up now, since he is no longer an active project contributor; Cesar, would you care to comment?
-
gettextize refers to missing files in
-
Charles Wilson surely isn't going to follow this up now, since he is no longer an active project contributor; Cesar, would you care to comment?
-
Perl *** couldn't commit memory for cygwin heap, Win32 error
-
Closing because of age. If you think this needs further work open a new ticket on OSDN.
-
Perl *** couldn't commit memory for cygwin heap, Win32 error
-
I'm sorely tempted to just close this, as "invalid". The "cannot commit memory for cygwin heap" is often a symptom of misuse: attempting to start MSYS utilities directly from cmd.exe, which is unsupported, instead of from a properly initiated MSYS shell session, as they should be used; the OP's use of backslashes in example path names strongly hints that he (or she) is engaged in precisely such improper usage. Other than that, I completely agree with you, Earnie, that there absolutely should not...
-
[compile error]gettext still using nl_langinfo
-
Hmm. I must have overlooked this previously. I am aware of a conflict between the requirements of GNU gettext, and the minimal langinfo.h stub shipped with mingw-catgets-1.0-dev.tar.gz. Ideally, GNU gettext needs a more robust test, for the suitability of any pre-installed langinfo.h, but that would need an upstream resolution. Alternatively, our mingw-catgets needs to stop installing a publicly visible langinfo.h, but right now, that's a low priority issue for me, (in what is, after all, a contributed...
-
Problem with bzip2 package
-
I assume my 2013-02-04 resolution was acceptable; Charles Wilson is unlikely to offer any alternative now.
-
gnu tar can't archive big files
-
Perhaps Cesar would care to comment? Charles Wilson is unlikely to do so, since he is no longer an active MinGW.org Project participant.
-
mgwport is dead; use mingw-pkg (available here) instead.
-
"mgwport all" does not do download step
-
mgwport is dead.
-
Glade3-3.6.7 crashes with new zlib 1.2.7
-
Is this perhaps a user environment issue? I don't know, but I'm fairly certain Charles Wilson will not be pursuing it, (since he is no longer an active project participant); perhaps Cesar would care to comment? FWIW, running MSYS under wine seems like a fairly futile exercise, to me, but if the issue is reproducible in MSYS on Windows, (and the OP seems to indicate that it is), then some follow up action would appear to be appropriate.
-
Bision m4 -g (--gnu) option not recognized.
-
Is this still an issue? It's fairly certain that Charles Wilson is unlikely to follow it up, since he is no longer a MinGW.org Project participant. My own inclination is to close, but perhaps Cesar would care to comment?
-
Perl 5.6 is 6 year old
-
Since Charles Wilson is no longer an active MinGW.org Project participant, we are unlikely to see any follow-up action from him; perhaps Cesar would care to comment? IIRC, perl is an absolute pig to build ...
-
autoconf-2.69 does not biuld
-
Is this still an issue? I haven't used MSYS, for any significant development work, in over five years now, but I do use autoconf-2.69 on my LinuxMint box; I don't recall what version I last used on MSYS. Since Charles Wilson is no longer an active MinGW.org Project participant, we may be fairly certain that he will not follow this up; perhaps Cesar would care to comment?
-
Add HPN patches to OpenSSH
-
Since Charles Wilson is no longer an active MinGW.org Project participant, perhaps Cesar could comment on this?
-
mgwmake should use multiple make jobs
-
I'm rejecting this, for the following reasons:– The original contributor, Charles Wilson, is no longer an active MinGW.org participant. mgwport never worked for me anyway, on my LinuxMint host. I prefer to promote mingw-pkg, (currently available here), as the modern replacement. You, yourself, have acknowledeged that there may be obstacles to adoption of this particular feature.
-
commctrl.h: NMPGSCROLL.fwKeys uses wrong type
-
Thanks for the test case. I will not look at Microsoft headers; nor will I look at equivalent mingw-w64 or wine headers, because both projects are notorious for their blatant disregard for Microsoft's EULA. However, on the basis of the evidence of your test case, I will take your word for it: thus, I've committed https://osdn.net/projects/mingw/scm/git/mingw-org-wsl/commits/2dcc5878a9edc9a84837638af134f4398a2730d9 BTW, there is a bug in your test case, which causes it to fail with a "Failed to create...
-
Cesar Strauss modified ticket #2269
msys-1.0.dll buffer overflow issue
-
The fix was released with MSYS 1.0.19. Thanks.
-
Keith Marshall committed [0d3368]
Advertise new canonical URI for source code repository.
-
Keith Marshall committed [753e24]
Suppress glob-brace expansion within quoted arguments.
-
Keith Marshall committed [73aedc]
Correct <wincrypt.h> typographic errors; fix issue [#38391]
-
Keith Marshall committed [9d119e]
Suppress glob-brace expansion of single item lists.
-
Keith Marshall committed [7b0f1f]
Make <wincrypt.h> header effectively self-contained.
-
bemberst created ticket #2366
Problem compiling in c++11
-
We have moved project management to https://osdn.net/projects/mingw. Please re-enter the support question there or better ask on the mingw-users@lists.osdn.me after you subscribe to the list. You also need a small reproducible test case added to your ticket or list submission. The easiest method to remove the possibility of finding sh.exe on PATH is to remove the path from PATH that contains sh.exe. I don't know why -c is being used.
-
george created ticket #2365
supress sh.exe
-
Keith Marshall committed [45cb48]
Prepare and publish MinGW.org WSL-5.1 release.
-
Keith Marshall committed [c6a46d]
Make <iptypes.h> header effectively self-contained.
-
Keith Marshall committed [4924a1]
Added tag wsl-5.1-release for changeset 2b81c4eb9c59
-
Keith Marshall committed [596dde]
Adjust repository version following WSL-5.1 release.
-
Steve Sobol posted a comment on ticket #2290
Seriously, if this is the umpteenth duplicate report, maybe you need to consider moving off Sourceforge. Sourceforge is all but unusable from my apartment, on my 150mbps symmetrical fiber Internet connection, and yes, the problem could be on my ISP's end, but based on the fact that you have gotten tons of complaints, I'm betting it's not. I really need to download Mingw tonight, and I don't think I'm going to be able to. :-|
-
Jean-Daniel Tissot created ticket #2364
MinGW Installation Manager update issue
-
Keith Marshall committed [2d2493]
Correct <sys/timeb.h> 32-bit vs. 64-bit time_t anomalies.
-
Keith Marshall committed [b0a6e6]
Correct Windows version support for <utime.h> functions.
-
std::experimental::filesystem::rename does not overwrite existing file
-
GCC's own (upstream) documentation indicates that C++ filesystem support is a) experimental, and b) "rudimentary" (translation: "unlikely to work") on non-POSIX platforms (specifically Windows). Our GCC-6.3.0 distribution doesn't even attempt to support it, so I see no point in pursuing this any further.
-
Ville Koskela posted a comment on ticket #1963
I believe there may be a bug with /bin/start; the invocation of cmd /c should accept a single argument which is the entire command string. So the implementation: cmd //c start "$@" Should be: cmd //c "start $@" While start notepad works with both implementations, passing additional arguments to start such as /wait only works with the second implemetation. Specifically, $ start /wait notepad The current implementation returns a Windows dialog message stating that the file C:/MingGW/msys/1.0/wait cannot...
-
Jukka Aro posted a comment on ticket #2363
Now I realise what I am using is MinGW-w64, not MinGW. I got confused about the two projects with almost similar names and posted my report to the wrong one. Sorry, my bad. Please feel free to close this one in case it is not relevant for you. I will recreate a similar report for the MinGW-w64 project.
-
boussaha abderrahmen posted a comment on ticket #2255
hi i think you can use the psiphon application , i tried it and it was helpful, actually i do not know why it did not download before i tried everything and every soluton but i got the same error but after using vpn app psiphon it downloads everything
-
Thank you for this report. First, may I point out that this project (MinGW.org) does not distribute any version of g++ later than g++-6.3.0, so you clearly aren't using a product which have provided, and thus, we should hardly be expected to support it. That said, our own g++-6.3.0 distribution may well be similarly affected, so we may still benefit from follow-up. Without detailed investigation, I'm inclined to suggest referring this upstream, to the GCC libstdc++ developers/maintainers. On the...
-
std::experimental::filesystem::rename does not overwrite existing file
-
Keith Marshall committed [437b45]
Publish MinGW.org WSL-5.0.2 package set.
-
Keith Marshall committed [948851]
Upgrade to correct malformed libmpfr.a
-
MinGW - Minimalist GNU for Windows released /MinGW/Base/mpfr/mpfr-3.1.5/mpfr-3.1.5-2-mingw32-dev.tar.xz.sig
-
-
-
-
-
-
-
-
-
-
-
-
Keith Marshall committed [5abede]
Fix faulty POSIX deprecation warning logic.
-
Without seeing the content of your /etc/profile, I couldn't possibly comment on likely cause. However, I observe that you appear to be using MSYS2 rather than MSYS. The former is an unofficial fork, which we neither sanction nor support. I'll assign this to our official MSYS maintainer for comment, but since you do appear to be using an unsupported fork, it is likely that he will simply close this as "invalid", (i.e. "not our problem").
-
default `/etc/profile` redirect me to $HOME (while using tmux)
-
eromoe created ticket #2362
default `/etc/profile` redirect me to $HOME (while using tmux)
-
Two comments: You should use preview, before posting; I should not have to correct your markup, after the event. You are filing against the wrong project. We do not have any <sapi.h> ... perhaps we should, but that's an entirely different issue. The hints are in your path name. Perhaps you acquired this as a Qt distributed component, in which case you should be filing a Qt bug; (we do not support Qt). Alternatively, you may have acquired it from the mingw-w64 project ... a renegate project which...
-
Incorrect additional backslash
-
Herbert Griebel created ticket #2361
Incorrect additional backslash
-
Michael Leach created ticket #2360
GCC 6.3.0-1 Installer Update Error
-
It's gone through several iterations since this was posted -- all references now appear to be correct.
-
Update dependency on libgcc for gettext manifest
-
Keith Marshall committed [392cbd]
Fix a build issue, assembling generic SX files.
-
I'm no longer maintaining the cross-scripts; they haven't really been useful, since GCC-3.4.5 fell out of favour. Furthermore, I didn't require this hack, for any of GCC-4.8.2, GCC-4.9.3, GCC-5.3.0, or GCC-6.3.0, so I guess it's no longer relevant.
-
cross compile-script adaptation for gcc 4.3/4.4
-
missing declaration of _vscwprintf
-
Fixed since release of mingwrt-3.22.
1 >