Re: 64-bit experiment
Earnie <[email protected]> Fri, 7 Apr 2017 09:52:08 -0400
| Newsgroups | gmane.comp.gnu.mingw.devel |
|---|---|
| Message-ID | <[email protected]> |
On 4/2/2017 3:47 PM, Cesar Strauss wrote: > Hello, > > Following a recent thread on building a MinGW.org cross-compiler from > scratch, I became curious about seeing how far I could get by targeting > "x86_64-pc-mingw32" instead. After severely hacking at the MinGW.org > runtime and w32api, I finally got a 64-bit "hello world" executable > which runs on Wine and Windows 10. I neither looked nor used any code > from the mingw-w64 project. I did not try building a 64-bit DLL yet. > > 64-bit support in binutils and gcc was already there, thanks to Kai's > work upstream. For w32api, I used our gendef tool on the Windows 10 > kernel32.dll and msvcrt.dll. For the runtime, I removed from the build > all files with 32-bit assembly code. Also, exported symbols now have a > different number of underscores. A few routines in the startup code had > to be removed to avoid crashes at runtime. > > Going forward, we could begin to develop a proper 64-bit port of our > runtime and w32api. The first roadblock, I think, is the startup code. > Please go forward with your work. Put it in the repository somewhere. > Now, this brings the question: does our reservation against using the > w32api of the mingw-w64 project extends to their startup code? If not, > it would be much easier to simply merge back their runtime code. > I've been waiting on Keith to respond. But > Otherwise, we can proceed by trial and error. In that case, we can take > the opportunity to properly document the process for which we arrived at > the final result. If this does not work, we can later reconsider looking > at their startup code. This may be the better choice. -- Earnie ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot