| Deutsch English Français Italiano |
|
<vdbltd$1osuh$2@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: David Brown <david.brown@hesbynett.no> Newsgroups: comp.arch Subject: Re: is Vax addressing sane today Date: Sun, 29 Sep 2024 15:49:32 +0200 Organization: A noiseless patient Spider Lines: 76 Message-ID: <vdbltd$1osuh$2@dont-email.me> References: <vbd6b9$g147$1@dont-email.me> <2024Sep10.094353@mips.complang.tuwien.ac.at> <vckf9d$178f2$1@dont-email.me> <O2DHO.184073$kxD8.113118@fx11.iad> <vcso7k$2s2da$1@dont-email.me> <efXIO.169388$1m96.45507@fx15.iad> <8f031f2b5082d97582b1231a060f2b9f@www.novabbs.org> <8DgJO.171468$1m96.17060@fx15.iad> <vd7peh$12kpl$2@dont-email.me> <KWUJO.41016$vtH3.33971@fx07.iad> <86msjr2bec.fsf@linuxsc.com> <vdaur7$1lr7j$1@dont-email.me> <vdbgjf$1o0lg$7@dont-email.me> <vdbhhd$1ofps$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Sun, 29 Sep 2024 15:49:33 +0200 (CEST) Injection-Info: dont-email.me; posting-host="1198f484935c984b353714505272c066"; logging-data="1864657"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/JwD3AgEUErXn0R7xFPCj5+6NEGtou164=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:tgOLmO10Pd4OgX/kQ5OwiHlsj4s= In-Reply-To: <vdbhhd$1ofps$1@dont-email.me> Content-Language: en-GB Bytes: 5144 On 29/09/2024 14:34, Thomas Koenig wrote: > David Brown <david.brown@hesbynett.no> schrieb: >> On 29/09/2024 09:15, Thomas Koenig wrote: >>> Tim Rentsch <tr.17687@z991.linuxsc.com> schrieb: >>>> EricP <ThatWouldBeTelling@thevillage.com> writes: >>>> >>>>> Lawrence D'Oliveiro wrote: >>>>> >>>>>> On Thu, 26 Sep 2024 13:13:02 -0400, EricP wrote: >>>>>> >>>>>>> I've always paid for mine. My first C compiler came with the WinNT 3.5 >>>>>>> beta in 1992 for $99 and came with the development kit, >>>>>>> editor, source code debugger, tools, documentation. >>>>>>> A few hundred bucks is not going to hurt my business. >>>>>> >>>>>> Given that GCC offers more features and generates better code than >>>>>> MSVC, the money may not matter to your business, but the quality of >>>>>> the product will. >>>>> >>>>> GCC is a compiler collection not a integrated development kit for Windows. >>>>> I have no knowledge of what state GCC was in in 1992 but it likely >>>>> did not support the MS enhancements for Win32 programming: >>>>> structured exception handling, various ABI's, inline assembler, >>>>> defined behavior for some of C's undefined behavior, >>>>> later first-class-type support for 64-bit signed and unsigned integers, >>>>> and most important: integration with the GUI source code debugger. >>>>> >>>>> Plus come with necessary API headers, various link libraries and DLL's, >>>>> supporting applications, documentation. >>>>> You know... what a product looks like. >>>> >>>> I am currently in the position of needing to take some code >>>> written for Linux/Unix and get it running in MS Windows. >>>> >>>> My attempts to use MSVC have been frustrating, because of some >>>> limitations of that environment. The two most prominent are >>>> these: long double is only 64 bits, and there are no integer >>>> types of 128 bits that I could find. >>> >>> Depending on what you need to to, you can give MinGW-w64 a try. >>> It works either as a cross-compiler from Linux or on Windows using >>> msys2 or Cygwin. >>> >>> Personally, I like Cygwin best because it gives you access to the >>> usual UNIX tools like make or emacs, and you can immediately run >>> the executable. I just add -static-libgfortran for Fortran code >>> to avoid the hassle of distributing a DLL with it. >>> >> >> Personally, I prefer msys2 because it gives you access to the usual *nix >> tools like make - and does so far better than Cygwin. (Here "better" >> means more native-like file access, and more efficient usage.) And you >> don't get the DLL hell of Cygwin. > > Just one remark - I was referring to running the mingw compiler > under Cygwin, for which you don't get the DLL issues. Ah, okay. But you don't need Cygwin here. You don't even need a msys2 environment, unless you want to have things in the same place as on a *nix system or use programs that expect other files in those places. Almost all of the compilations I do under Windows (and most of those that I do under Linux) are cross-compilations, are cross-compilations. For Windows, those are mingw hosted gcc's. And as long as things like make, cp, rm, sed, and a few other common utilities are on the path, they can be used fine without a full msys2 environment. The same goes for other command-line utilities I use all the time like ssh, grep, less, etc. The only call I've had for Cygwin is for building software with more complicated or old-fashioned styles, like big .config arrangements, or for code that needs more complete POSIX emulation. I'm not sure I have used it since the days of building my own gcc 3 cross-compilers.