Activity for NightStrike
-
NightStrike posted a comment on discussion Open Discussion
On Tue, Nov 21, 2023, 11:27 John Emmas johne53@users.sourceforge.net wrote: Thanks again guys although in some ways that's a pity. GCC is a great compiler but for Windows use it'd be good to be able to integrate modules built either with MinGW, MSVC or Clang. In fact, even for plain old 'C' GCC sometimes isn't compatible... e.g. we've found it best to use 0-byte struct packing here because for normal packing (8-bytes) MinGW and MSVC sometimes don't agree on the layout for different elements in a...
-
On Sat, Aug 28, 2021, 16:58 Michael Setzer II msetzerii@users.sourceforge.net wrote: I have never installed the ming compiler in either windows or in wine. Only have the program installed in the standard linux. That would seem strange that you would have to install the compiler on any machine that wanted to run the exe program to have the dll files available?? You need the language Runtime library available. If you choose to link dynamically, you need to make sure it's available when linking and...
-
Static libraries aren't dll's. I don't know what the compat package is. On Sat, Aug 28, 2021 at 6:31 PM Michael Setzer II msetzerii@users.sourceforge.net wrote: Seem to have found a fix, but haven't done full test, but program compiles and runs after doing this. dnf install pthread Originally, the compat and -static files where not orginally installed, but now this is what it shows. Last metadata expiration check: 1:57:08 ago on Sun 29 Aug 2021 06:28:31 AM ChST. Package compat-libpthread-nonshared-2.32-10.fc33.x86_64...
-
They come with the compiler that you installed On Sat, Aug 28, 2021 at 3:59 PM Michael Setzer II msetzerii@users.sourceforge.net wrote: Went to a windows 7 machine, and searched for the file on it, and didn't find the dll files on it, so they must not be standardly installed files. Also, looked in winetricks and it has options to install dll files, but none of them is listed as an option? Since I was able to rewrite code to work in a way that doesn't have this issue will stick with it. Works great...
-
The easiest way is to either copy them to the same directory as the exe, or to add their path to your WINEPATH variable. On Fri, Aug 27, 2021, 20:01 Michael Setzer II msetzerii@users.sourceforge.net wrote: How would one make those libraries available? If I do the default compile, it compiles the program, but guess it then looks for run time libraries so fails. If I try the static option, it can't find linux libraries?? Was one page that talked about making a bunch of symbolic links of linux so files...
-
Looks like you are running in wine and aren't making the compiler run time libraries available. On Fri, Aug 27, 2021, 16:49 Michael Setzer II msetzerii@users.sourceforge.net wrote: Have a number of programs that I've written in Linux cpp, and the run fine, and all so far had compiled with ming and also do exactly the same. Now have a program that compiles, but if I try to run produces the following. 0100:err:module:import_dll Library libgcc_s_seh-1.dll (which is needed by L"H:\staffx19\CONTACTD\win\txtpmr.exe")...
-
Did you build with the in tree zlib? On Thu, Aug 26, 2021, 11:08 Vincent Grande shoober420@users.sourceforge.net wrote: error from this log. <snip></snip>
-
Paste the full error you are getting On Thu, Aug 26, 2021, 03:38 Vincent Grande shoober420@users.sourceforge.net wrote: So I compiled my system GCC with all default flags, except "pie" and "openmp", which are force enabled on my Gentoo profile. Meaning only "pie", "cxx", and "openmp" are enabled for the system GCC. That compiled fine. Then I tried to compile mingw64 GCC against this GCC, and it still errors out. It appears to need ZSTD compression, although I disabled it for both the system GCC and...
-
Uglify function parameter names in public headers
-
Ticket moved from /p/mingw-w64/patches/78/
-
That's because that toolchain was not built with dwarf2. Use SEH instead. On Tue, Feb 23, 2021 at 5:49 AM Max tonedeaf@users.sourceforge.net wrote: I downloaded MinGW via HomeBrew and there is no libgcc_s_dw2.dll file in folder. I really need it and can you tell me what to do to get it MinGW is not full Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mingw-w64/discussion/723798/ To unsubscribe from further messages, please visit https://sourceforge.net/auth/...
-
You should probably include more project details and proposed payout. For reference, good software engineers cost several hundred dollars per hour. On Fri, May 22, 2020, 5:50 PM Panos panos@users.sourceforge.net wrote: Hi, We are looking to port our code to Windows and we have limited experience with MinGW. We are looking for somebody to work on this on a project basis. Email me at panos@netbeez.net MinGW Contractor Needed https://sourceforge.net/p/mingw-w64/discussion/723797/thread/db06be2e79/?limit=25#78af...
-
The problem is not that we willfully let it expire. It's that the person with the credentials to enact a change is not available. This is, FYI, a major reason that I highlighted that we should NOT use external hosting and instead use what sf.net provides. On Fri, Mar 6, 2020 at 9:09 AM quince x71@users.sourceforge.net wrote: I echo this, in 2020 with tech link letsencrypt there is really no excuse for letting certs expire! Getting certificate error when visiting mingw-w64.org Sent from sourceforge.net...
-
On Tue, Dec 10, 2019, 8:30 PM Matthew Elmer mcmuffin6o@users.sourceforge.net wrote: Kai, Good news! Static linking seemed to work. Out of curiosity, could you maybe explain why? Also, how would I provide the missing library? Thanks so much!! https://cs-fundamentals.com/tech-interview/c/difference-between-static-and-dynamic-linking.php You provide the dll to your users by copying it from your cygwin installation path and putting it in the same directory as the executable they need to run. Windows...
-
Only msys programs depend on the msys dll. Maintaining the build bot wasn't trivial, many of our slave providers disappeared, and react OS no longer provides the server for us. Do you have infrastructure you can share? I should point out that a full build of all languages and running the test suite takes several days. On Thu, Aug 15, 2019, 5:02 PM jungletek jungletek@users.sourceforge.net wrote: MSYS2 introduces the dependency for msys2.0.dll, so this is just another annoying thing to have to configure...
-
SEH support is a GCC thing entirely. It has nothing to do with us. Also, SEH32 is completely different from SEH64, despite having the same name. Finally, nobody worked on it because until recently, Borland had a patent on the 32 bit version. On Sun, Jun 23, 2019, 6:52 AM Vladislav Toncharov kotauskas@users.sourceforge.net wrote: @tpaxatb https://sourceforge.net/u/tpaxatb/ I don't understand - I always thought that SEH support is only available in mingw-w64. So, SEH for x86_64 is implemented in GCC...
-
Have you tried to build it? It should be supported. On Mon, Jun 3, 2019, 9:47 AM Paul A Bristow pbristow@users.sourceforge.net wrote: [support-requests:#146] https://sourceforge.net/p/mingw-w64/support-requests/146/ Any plans for support for latest GCC version 9, released 3 May 2019?* Status: open Group: v1.0 (example) Created: Mon Jun 03, 2019 01:47 PM UTC by Paul A Bristow Last Updated: Mon Jun 03, 2019 01:47 PM UTC Owner: nobody Any plans for support for GCC 9, released 3 May 2019? It would be...
-
You can just install everything somewhere, then tar it up, unless I'm missing something On Tue, May 7, 2019, 12:10 PM Jeff in VA jac11901@users.sourceforge.net wrote: I need to download all of MinGW for an offline install. Is this possible? Offline install of MinGW? https://sourceforge.net/p/mingw-w64/discussion/723798/thread/7efe21592e/?limit=25#c58f Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mingw-w64/discussion/723798/ To unsubscribe from further messages,...
-
I think the reality is that most of our users have now switched to use formal distributions: Fedora / ubuntu cross compilers, cygwin or msys2 for natives. When we were providing those personal builds daily (using many automated buildbots), the user support ecosystem didn't exist. Does msys2 not meet your needs? On Wed, Feb 20, 2019 at 10:20 PM Willus willus@users.sourceforge.net wrote: I think my intent got lost somewhere in this (now) long thread. I intended to ask when this folder (and the corresponding...
-
To make it easier to help, can you provide a hello world example that uses something from the library, your commands to build and link, and the host/ target combination you are using? On Mon, Feb 18, 2019, 5:35 AM WolfG wolfg1@users.sourceforge.net wrote: Greetings, I need to link with windows 64 bit .lib libraries, howener I get unresolved symbols. The library file is: D:\OpenCV\install\x64\vc15\lib\opencv_world400.lib How can I do this? link to windows 64 bit .lib format https://sourceforge.net/p/mingw-w64/discussion/723798/thread/6882a6a567/?limit=25#32f6...
-
If that's the case, then say that on the PR and ping an x86 maintainer. If you present your case calmly, you will surely get a reply. On Sun, Jan 27, 2019, 7:58 PM Alexey Kryshen <akryshen@users.sourceforge.net wrote: Hi, NightStrike Sorry, but you wrong about ABI (as many others "in comments"). The ABI require stack to be aligned on 16 before function call, but it is not the same as requiremen to align all objects on stack to 16. This is the most ugly misconception in all these discussions. Please...
-
There are maybe 4 people on the planet who are both able and possibly willing to fix this. You need to highlight the issue on the PR to reach those people. You can try pinging Kai again on it, or perhaps HJ Lu. Andrew Pinkskia may offer insight on who else to ask. But one thing is certain: we can't do anything on the library end. As for clang, it wouldn't be the first time that they "fixed" things by implementing unallowable behavior. Anyway, it's all out of my field. I am only restating what I read...
-
You need to communicate this request on the actual PR. Your petition will go nowhere. And, a quick glance at the comments tells me that it can't be fixed because of the ABI. On Sun, Jan 27, 2019, 1:37 PM Icha <ic64ad@users.sourceforge.net wrote: Started it, please spread the word. Programmers should stick together: https://www.change.org/p/gnu-project-gcc-compiler-fix-bug-54412 AVX / AVX2 Support on Windows x64 with MinGW64 https://sourceforge.net/p/mingw-w64/discussion/723797/thread/bc936130/?limit=25#8521...
-
But what's the PR link? On Sun, Jan 27, 2019, 9:39 AM Alexey Kryshen <akryshen@users.sourceforge.net wrote: Hi, Icha As I said above in my reply to Royi, I am in a same boat and I am personaly extremely interesting to get rid of AVX usage issues with MinGW 64. My whole project is in dangerous and switching to other compiler is not an option. As I said, I did some investigation and I am sure the fix is easy for this issue. I will sign a petition, if we will be able to start it. I would also be interesing...
-
What's the GCC PR link? On Sat, Jan 26, 2019, 3:48 AM Icha <ic64ad@users.sourceforge.net wrote: Doesn't seem like GCC has any interest in fixing this, they only classify it as a P3 and then treat it as P5 - it's been a bug for like 6 years! I see it as a P1 purely because it produces wrong code, but since Windows is a secondary platform it should fall into P2 at least. As far as hand-written cpu-intensive code goes, this basically deprecates the use of MinGW, which is a shame 'cause on my regular...
-
If you'd like to join the team to provide your own toolchains (what we called "Personal Builds"), that'd be fantastic! We generally gather on irc.oftc.net/#mingw-w64 to collaborate (and oftc.net happens to be where the main development of #gcc takes place as well). As for conducting the actual build, it's not trivial as I mentioned. I have scripts that I used that are likely out of date (they still use SVN for mingw-w64 and cvs for binutils for example), but the general bootstrapping sequence is:...
-
If you'd like to join the team to provide your own toolchains (what we called "Personal Builds"), that'd be fantastic! We generally gather on irc.oftc.net/#mingw-w64 to collaborate (and oftc.net happens to be where the main development of #gcc takes place as well). As for conducting the actual build, it's not trivial as I mentioned. I have scripts that I used that are likely out of date (they still use SVN for mingw-w64 and cvs for binutils for example), but the general bootstrapping sequence is:...
-
There isn't a makefile until you run configure under a bash-like shell. See https://gcc.gnu.org/wiki/InstallingGCC for information on building GCC. It's not trivial to do on a Windows system, so most people build in Canadian Cross style, using a Linux cross compiler to make the native compiler (at least, that's what I used to do when I was the one providing toolchains). It takes forever to do.
-
On Mon, Jan 7, 2019 at 4:49 AM crillion crillion@users.sourceforge.net wrote: I have tried both to use the binaries of GCC that I found in your GCC 8.2.0 /CRT 6.0.0 folder, and to do a build of GCC from the sources that I see in that folder. If I try to use gcc.exe, it still gives me the error with the #include <filesystem> statement. If I try to build GCC I don't find a MAKEFILE and I don't know how to build it; anyway I don't think that the build from folder has all the options that come with the...
-
gcc -v will tell you what version you are using. On Thu, Dec 13, 2018, 1:35 PM Scott Willis < technophile-sw@users.sourceforge.net wrote: Hi, sorry if this is documented somewhere. We need to build the same code for ARM via GCC (embedded target system) and for Windows via MinGW-w64 (unit tests). We would like to update our GCC version, however we need a corresponding MinGS-w64 version. How can I determine what GCC version any particular MinGW-w64 release corresponds to? Thanks in advance! Correlation...
-
As per that error message, you should open a bug report with gcc and include the full pre-processed source that's causing the problem. It will help greatly if you can get a reduced testcase. Also... I love your project! I play it often :)
-
Filesystemisn't availableyet
-
stdlib.h and memory.h do not include memory functions
-
#define doesn't work in 4.9.4 sjlj
-
4.9.4 64-bit turns while loops into forever loops
-
Ah, I was looking at sprintf, not snprintf. Oops. You are right, we are not in compliance with the spec. On Thu, Feb 22, 2018 at 9:07 PM, Dominik Maier domenukk@users.sourceforge.net wrote: The C99 draft at http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf states 7.19.6.5 The snprintf function [...] Otherwise, output characters beyond the n-1st are discarded rather than being written to the array, and a null character is written at the end of the characters actually written into the array...
-
C99 says that this behavior is undefined. IIRC, modern GCC warns on this condition. On Thu, Feb 22, 2018 at 2:31 PM, Dominik Mair domenukk@users.sourceforge.net wrote: [bugs:#709] https://sourceforge.net/p/mingw-w64/bugs/709/ Adapt snprintf behaviour to always write 0 byte* Status: open Group: v1.0 (example) Created: Thu Feb 22, 2018 07:31 PM UTC by Dominik Mair Last Updated: Thu Feb 22, 2018 07:31 PM UTC Owner: nobody The current implementation of snprintf is not complying with most posix implementations....
-
internal testsuite failure: 2 bug in as
-
Several people provide such tools. Have you tried any of those?
-
real fun to close bugs without looking at them, isn't it?
-
Nobody is dying. Please stop spamming.
-
gram.c line 271 in bison 3.0.4 problem with rp>=0 in loop
-
Not only didn't you include the code you are talking about, but this is not a forum to ask for help with writing code. Please try stackoverflow. Closing as invalid.
-
check for bison %2 defect
-
What link are you trying to use?
-
Do you have a test case to demonstrte the problem, or a proposed patch to fix?
-
binmode.o is broken
-
stderr redirection doesn't work with gcc. cmd shell broke, or gcc?
-
goto doesn't work anymore
-
Provide a legitimate test case, or I'll close this as spam like all of the other nonsense you litter across our project.
-
gcc throws error on def of abc vs ABC function id
-
-m32, -m64 doesn't match processor name i686, x86_64 for -march, -mcpu
-
-c doesn't handle multiple src files on commandline
-
Is the copyright issue still an issue? On Thu, Oct 5, 2017 at 12:47 AM, Doug Semler tpaxatb@users.sf.net wrote: Cross compiling (which is what this is) -m32 from an x64 compiler or -m64 from an x86 compiler is not supported. There is experimental stuff I put in a few years ago but unfortnately there was an issue with copyright so it could not be put in to the mainline gcc (and binutils) trunks. Not a bug; feature request. [bugs:#664] ld errors with or without -lkernel32, -m32 OK, -m64 not Status:...
-
sqrt() no longer returns NaN for x less than -0
-
I'm pretty close to agreeing with the general consensus that you're a troll. You've opened hundreds of tickets, only two of which were valid. At this point, I have to consider that you are intentionally wasting our time. I have so far steadfastly maintained that this project should treat users with the utmost respect, and we should endeavor to cast as wide a support net as possible, even reaching out past the purpose of this project. The user community has embraced our openness, and we've forged...
-
Do you mean "plugins"? On Wed, Aug 23, 2017 at 5:06 PM, Jim Michaels jmichae3@users.sf.net wrote: if you are using filters to generate/fix code in the compiler, are they still viable with 7.2.0? compiler filters - are all of the still viable? Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mingw-w64/discussion/723798/ To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
-
You could provide a patch with the messing def entries and/or header file declarations. On Tue, Aug 22, 2017 at 1:20 PM, Vincas Dargis talkless@users.sf.net wrote: Same when crossbuilding on Ubuntu 16.04. Any workarounds..? I guess I could load these functions on runtime..? [bugs:#526] 64-bit version of libuser32.a lacks ShutdownBlockReasonCreate and ShutdownBlockReasonDestroy API Status: open Group: v1.0 (example) Created: Wed Jan 20, 2016 02:46 PM UTC by maxpat78 Last Updated: Fri Apr 21, 2017...
-
nixman, it would probably be helpful if mingw-w64-install verified the download and retried it, which is the point of this bug. Closing it prematurely does not acknowledge that. On Tue, Aug 22, 2017 at 3:27 PM, niXman nixmann@users.sf.net wrote: https://sourceforge.net/p/mingw-w64/bugs/558/#99a5 [bugs:#558] the file has been downloaded incorrectly! Status: closed-fixed Group: v1.0 (example) Created: Sat Aug 27, 2016 10:18 PM UTC by Jim Michaels Last Updated: Tue Aug 22, 2017 03:48 PM UTC Owner: niXman...
-
You have to provide the complete test case. On Sat, Jul 29, 2017 at 11:30 PM, Jim Michaels jmichae3@users.sf.net wrote: 7.1.0 sjlj rev1 latest. [bugs:#640] incorrect error message Status: open Group: v1.0 (example) Created: Sun Jul 30, 2017 03:29 AM UTC by Jim Michaels Last Updated: Sun Jul 30, 2017 03:29 AM UTC Owner: nobody error: expected '}' before 'else' } else if (a.somevar) { is someone trying to be funny? because I don't get this joke. Sent from sourceforge.net because you indicated interest...
-
Please attach a test case as a self contained c file.
-
Yes, but someone has to review the pull request first. That's usually done on the...
-
On Apr 4, 2017 7:14 AM, "David Hall" rapidrain@users.sf.net wrote: I have been experimenting...
-
You're one strange cat, Jim. If you have a bug to report, then report it. There is...
-
Any admin can reopen it for you. On Thu, Nov 10, 2016 at 5:14 PM, merczeph mercurialzephyr@users.sf.net...
-
This should probably be closed to a gcc PR. On May 11, 2016 6:17 AM, "Jean-Claude...
-
To that end, you could add a -m switch to cpp that is disabled by default on all...
-
No, I don't, but you could just search the archive for libasan. Note that linking...
-
link with -lasan
-
User FRS
-
Compile with -fverbose-asm and you can see the difference between the two method...
1 >
