How would I convert a Windows .exe to a macOS executable/app?












0















I am trying to convert a Windows .exe file to a macOS .app or anything that would run on macOS. Problem is the only things I have found require a Mac and I don't have one. I am looking to convert it on my Windows computer then send it to a Mac computer. I would prefer an option that didn't require a virtual machine.










share|improve this question





























    0















    I am trying to convert a Windows .exe file to a macOS .app or anything that would run on macOS. Problem is the only things I have found require a Mac and I don't have one. I am looking to convert it on my Windows computer then send it to a Mac computer. I would prefer an option that didn't require a virtual machine.










    share|improve this question



























      0












      0








      0








      I am trying to convert a Windows .exe file to a macOS .app or anything that would run on macOS. Problem is the only things I have found require a Mac and I don't have one. I am looking to convert it on my Windows computer then send it to a Mac computer. I would prefer an option that didn't require a virtual machine.










      share|improve this question
















      I am trying to convert a Windows .exe file to a macOS .app or anything that would run on macOS. Problem is the only things I have found require a Mac and I don't have one. I am looking to convert it on my Windows computer then send it to a Mac computer. I would prefer an option that didn't require a virtual machine.







      windows-10 mac cmd.exe macbook dmg-image






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Jan 23 at 1:09









      Spiff

      77.6k10118163




      77.6k10118163










      asked Jan 23 at 0:24









      xXGokyXxxXGokyXx

      31




      31






















          1 Answer
          1






          active

          oldest

          votes


















          2














          Windows .exe's are very specific to Windows. They call functions that are specific to Windows and often have no direct macOS equivalent.



          To run a Windows .exe in macOS without a VM, you would need Wine. Wine tries to provide an environment where Windows apps can run under Linux or macOS, including tons of libraries implementing Windows APIs which do not exist on Linux or macOS.



          There's a software package for macOS called Wineskin that lets you take an arbitrary Windows .exe and wrap it in a Wine environment that you can copy to other Macs, and I don't think the other Macs have to have Wine installed; I think the Wineskin wrapper contains all the necessary Wine files. But Wineskin only runs on macOS and I don't know of anything like it for Windows or Linux that could wrap a Windows .exe in Wine targeting macOS.



          By the way, macOS executables either have no filename extension, or they are specially-formatted directory trees with the ".app" extension (a.k.a. "app bundles", "app packages"). macOS .dmg files are disk images, kind of like a .iso on Windows or Linux. I don't think you want to turn your Windows executable into a macOS disk image.






          share|improve this answer



















          • 1





            Okay, there should be nothing in my exe that is specific to Windows. I am not knowledgeable about Macs and dmg was the first thing that poped up when I searched for the equivalent of an exe on a Mac. I think I am going to use Wine with a virtual machine.

            – xXGokyXx
            Jan 23 at 1:18






          • 1





            @xXGokyXx Wine is your best bet. But honestly where you say “… there should be nothing in my exe that is specific to Windows.” that’s pretty facepalm worthy. If it is compiled for one OS it can run on another.

            – JakeGould
            Jan 23 at 1:26






          • 1





            @xXGokyXx If you compiled this .exe yourself, and so you have the source code and know it only contains POSIX code (portable C code that only calls system calls that are guaranteed to be supported by any POSIX-compliant Unix-like OS), then see if you can tell your IDE/compiler/toolchain that you want to cross-compile for macOS x86_64. If nothing I just wrote makes sense to you, then you almost certainly have a very Windows-specific .exe, not a POSIX-compliant portable C software project.

            – Spiff
            Jan 23 at 1:53











          • @Spiff What you wrote did make sense. The problem is I can only compile the source code on a Windows OS when I need it for a Mac OS. The compiler however only will allow me to compile it for a Mac OS if it is run on a Mac OS (which I can't do). I assumed that if the source code could be compiled for a Mac then there should be no issue with just converting the exe compiled version, then again I don't know how that stuff works. I was just looking for something to try. I think I am going to try to just run the compiler on a MacOS in a Virtual Machine (if I could figure out how to set that up).

            – xXGokyXx
            Jan 24 at 3:48











          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "3"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1397233%2fhow-would-i-convert-a-windows-exe-to-a-macos-executable-app%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          2














          Windows .exe's are very specific to Windows. They call functions that are specific to Windows and often have no direct macOS equivalent.



          To run a Windows .exe in macOS without a VM, you would need Wine. Wine tries to provide an environment where Windows apps can run under Linux or macOS, including tons of libraries implementing Windows APIs which do not exist on Linux or macOS.



          There's a software package for macOS called Wineskin that lets you take an arbitrary Windows .exe and wrap it in a Wine environment that you can copy to other Macs, and I don't think the other Macs have to have Wine installed; I think the Wineskin wrapper contains all the necessary Wine files. But Wineskin only runs on macOS and I don't know of anything like it for Windows or Linux that could wrap a Windows .exe in Wine targeting macOS.



          By the way, macOS executables either have no filename extension, or they are specially-formatted directory trees with the ".app" extension (a.k.a. "app bundles", "app packages"). macOS .dmg files are disk images, kind of like a .iso on Windows or Linux. I don't think you want to turn your Windows executable into a macOS disk image.






          share|improve this answer



















          • 1





            Okay, there should be nothing in my exe that is specific to Windows. I am not knowledgeable about Macs and dmg was the first thing that poped up when I searched for the equivalent of an exe on a Mac. I think I am going to use Wine with a virtual machine.

            – xXGokyXx
            Jan 23 at 1:18






          • 1





            @xXGokyXx Wine is your best bet. But honestly where you say “… there should be nothing in my exe that is specific to Windows.” that’s pretty facepalm worthy. If it is compiled for one OS it can run on another.

            – JakeGould
            Jan 23 at 1:26






          • 1





            @xXGokyXx If you compiled this .exe yourself, and so you have the source code and know it only contains POSIX code (portable C code that only calls system calls that are guaranteed to be supported by any POSIX-compliant Unix-like OS), then see if you can tell your IDE/compiler/toolchain that you want to cross-compile for macOS x86_64. If nothing I just wrote makes sense to you, then you almost certainly have a very Windows-specific .exe, not a POSIX-compliant portable C software project.

            – Spiff
            Jan 23 at 1:53











          • @Spiff What you wrote did make sense. The problem is I can only compile the source code on a Windows OS when I need it for a Mac OS. The compiler however only will allow me to compile it for a Mac OS if it is run on a Mac OS (which I can't do). I assumed that if the source code could be compiled for a Mac then there should be no issue with just converting the exe compiled version, then again I don't know how that stuff works. I was just looking for something to try. I think I am going to try to just run the compiler on a MacOS in a Virtual Machine (if I could figure out how to set that up).

            – xXGokyXx
            Jan 24 at 3:48
















          2














          Windows .exe's are very specific to Windows. They call functions that are specific to Windows and often have no direct macOS equivalent.



          To run a Windows .exe in macOS without a VM, you would need Wine. Wine tries to provide an environment where Windows apps can run under Linux or macOS, including tons of libraries implementing Windows APIs which do not exist on Linux or macOS.



          There's a software package for macOS called Wineskin that lets you take an arbitrary Windows .exe and wrap it in a Wine environment that you can copy to other Macs, and I don't think the other Macs have to have Wine installed; I think the Wineskin wrapper contains all the necessary Wine files. But Wineskin only runs on macOS and I don't know of anything like it for Windows or Linux that could wrap a Windows .exe in Wine targeting macOS.



          By the way, macOS executables either have no filename extension, or they are specially-formatted directory trees with the ".app" extension (a.k.a. "app bundles", "app packages"). macOS .dmg files are disk images, kind of like a .iso on Windows or Linux. I don't think you want to turn your Windows executable into a macOS disk image.






          share|improve this answer



















          • 1





            Okay, there should be nothing in my exe that is specific to Windows. I am not knowledgeable about Macs and dmg was the first thing that poped up when I searched for the equivalent of an exe on a Mac. I think I am going to use Wine with a virtual machine.

            – xXGokyXx
            Jan 23 at 1:18






          • 1





            @xXGokyXx Wine is your best bet. But honestly where you say “… there should be nothing in my exe that is specific to Windows.” that’s pretty facepalm worthy. If it is compiled for one OS it can run on another.

            – JakeGould
            Jan 23 at 1:26






          • 1





            @xXGokyXx If you compiled this .exe yourself, and so you have the source code and know it only contains POSIX code (portable C code that only calls system calls that are guaranteed to be supported by any POSIX-compliant Unix-like OS), then see if you can tell your IDE/compiler/toolchain that you want to cross-compile for macOS x86_64. If nothing I just wrote makes sense to you, then you almost certainly have a very Windows-specific .exe, not a POSIX-compliant portable C software project.

            – Spiff
            Jan 23 at 1:53











          • @Spiff What you wrote did make sense. The problem is I can only compile the source code on a Windows OS when I need it for a Mac OS. The compiler however only will allow me to compile it for a Mac OS if it is run on a Mac OS (which I can't do). I assumed that if the source code could be compiled for a Mac then there should be no issue with just converting the exe compiled version, then again I don't know how that stuff works. I was just looking for something to try. I think I am going to try to just run the compiler on a MacOS in a Virtual Machine (if I could figure out how to set that up).

            – xXGokyXx
            Jan 24 at 3:48














          2












          2








          2







          Windows .exe's are very specific to Windows. They call functions that are specific to Windows and often have no direct macOS equivalent.



          To run a Windows .exe in macOS without a VM, you would need Wine. Wine tries to provide an environment where Windows apps can run under Linux or macOS, including tons of libraries implementing Windows APIs which do not exist on Linux or macOS.



          There's a software package for macOS called Wineskin that lets you take an arbitrary Windows .exe and wrap it in a Wine environment that you can copy to other Macs, and I don't think the other Macs have to have Wine installed; I think the Wineskin wrapper contains all the necessary Wine files. But Wineskin only runs on macOS and I don't know of anything like it for Windows or Linux that could wrap a Windows .exe in Wine targeting macOS.



          By the way, macOS executables either have no filename extension, or they are specially-formatted directory trees with the ".app" extension (a.k.a. "app bundles", "app packages"). macOS .dmg files are disk images, kind of like a .iso on Windows or Linux. I don't think you want to turn your Windows executable into a macOS disk image.






          share|improve this answer













          Windows .exe's are very specific to Windows. They call functions that are specific to Windows and often have no direct macOS equivalent.



          To run a Windows .exe in macOS without a VM, you would need Wine. Wine tries to provide an environment where Windows apps can run under Linux or macOS, including tons of libraries implementing Windows APIs which do not exist on Linux or macOS.



          There's a software package for macOS called Wineskin that lets you take an arbitrary Windows .exe and wrap it in a Wine environment that you can copy to other Macs, and I don't think the other Macs have to have Wine installed; I think the Wineskin wrapper contains all the necessary Wine files. But Wineskin only runs on macOS and I don't know of anything like it for Windows or Linux that could wrap a Windows .exe in Wine targeting macOS.



          By the way, macOS executables either have no filename extension, or they are specially-formatted directory trees with the ".app" extension (a.k.a. "app bundles", "app packages"). macOS .dmg files are disk images, kind of like a .iso on Windows or Linux. I don't think you want to turn your Windows executable into a macOS disk image.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Jan 23 at 1:08









          SpiffSpiff

          77.6k10118163




          77.6k10118163








          • 1





            Okay, there should be nothing in my exe that is specific to Windows. I am not knowledgeable about Macs and dmg was the first thing that poped up when I searched for the equivalent of an exe on a Mac. I think I am going to use Wine with a virtual machine.

            – xXGokyXx
            Jan 23 at 1:18






          • 1





            @xXGokyXx Wine is your best bet. But honestly where you say “… there should be nothing in my exe that is specific to Windows.” that’s pretty facepalm worthy. If it is compiled for one OS it can run on another.

            – JakeGould
            Jan 23 at 1:26






          • 1





            @xXGokyXx If you compiled this .exe yourself, and so you have the source code and know it only contains POSIX code (portable C code that only calls system calls that are guaranteed to be supported by any POSIX-compliant Unix-like OS), then see if you can tell your IDE/compiler/toolchain that you want to cross-compile for macOS x86_64. If nothing I just wrote makes sense to you, then you almost certainly have a very Windows-specific .exe, not a POSIX-compliant portable C software project.

            – Spiff
            Jan 23 at 1:53











          • @Spiff What you wrote did make sense. The problem is I can only compile the source code on a Windows OS when I need it for a Mac OS. The compiler however only will allow me to compile it for a Mac OS if it is run on a Mac OS (which I can't do). I assumed that if the source code could be compiled for a Mac then there should be no issue with just converting the exe compiled version, then again I don't know how that stuff works. I was just looking for something to try. I think I am going to try to just run the compiler on a MacOS in a Virtual Machine (if I could figure out how to set that up).

            – xXGokyXx
            Jan 24 at 3:48














          • 1





            Okay, there should be nothing in my exe that is specific to Windows. I am not knowledgeable about Macs and dmg was the first thing that poped up when I searched for the equivalent of an exe on a Mac. I think I am going to use Wine with a virtual machine.

            – xXGokyXx
            Jan 23 at 1:18






          • 1





            @xXGokyXx Wine is your best bet. But honestly where you say “… there should be nothing in my exe that is specific to Windows.” that’s pretty facepalm worthy. If it is compiled for one OS it can run on another.

            – JakeGould
            Jan 23 at 1:26






          • 1





            @xXGokyXx If you compiled this .exe yourself, and so you have the source code and know it only contains POSIX code (portable C code that only calls system calls that are guaranteed to be supported by any POSIX-compliant Unix-like OS), then see if you can tell your IDE/compiler/toolchain that you want to cross-compile for macOS x86_64. If nothing I just wrote makes sense to you, then you almost certainly have a very Windows-specific .exe, not a POSIX-compliant portable C software project.

            – Spiff
            Jan 23 at 1:53











          • @Spiff What you wrote did make sense. The problem is I can only compile the source code on a Windows OS when I need it for a Mac OS. The compiler however only will allow me to compile it for a Mac OS if it is run on a Mac OS (which I can't do). I assumed that if the source code could be compiled for a Mac then there should be no issue with just converting the exe compiled version, then again I don't know how that stuff works. I was just looking for something to try. I think I am going to try to just run the compiler on a MacOS in a Virtual Machine (if I could figure out how to set that up).

            – xXGokyXx
            Jan 24 at 3:48








          1




          1





          Okay, there should be nothing in my exe that is specific to Windows. I am not knowledgeable about Macs and dmg was the first thing that poped up when I searched for the equivalent of an exe on a Mac. I think I am going to use Wine with a virtual machine.

          – xXGokyXx
          Jan 23 at 1:18





          Okay, there should be nothing in my exe that is specific to Windows. I am not knowledgeable about Macs and dmg was the first thing that poped up when I searched for the equivalent of an exe on a Mac. I think I am going to use Wine with a virtual machine.

          – xXGokyXx
          Jan 23 at 1:18




          1




          1





          @xXGokyXx Wine is your best bet. But honestly where you say “… there should be nothing in my exe that is specific to Windows.” that’s pretty facepalm worthy. If it is compiled for one OS it can run on another.

          – JakeGould
          Jan 23 at 1:26





          @xXGokyXx Wine is your best bet. But honestly where you say “… there should be nothing in my exe that is specific to Windows.” that’s pretty facepalm worthy. If it is compiled for one OS it can run on another.

          – JakeGould
          Jan 23 at 1:26




          1




          1





          @xXGokyXx If you compiled this .exe yourself, and so you have the source code and know it only contains POSIX code (portable C code that only calls system calls that are guaranteed to be supported by any POSIX-compliant Unix-like OS), then see if you can tell your IDE/compiler/toolchain that you want to cross-compile for macOS x86_64. If nothing I just wrote makes sense to you, then you almost certainly have a very Windows-specific .exe, not a POSIX-compliant portable C software project.

          – Spiff
          Jan 23 at 1:53





          @xXGokyXx If you compiled this .exe yourself, and so you have the source code and know it only contains POSIX code (portable C code that only calls system calls that are guaranteed to be supported by any POSIX-compliant Unix-like OS), then see if you can tell your IDE/compiler/toolchain that you want to cross-compile for macOS x86_64. If nothing I just wrote makes sense to you, then you almost certainly have a very Windows-specific .exe, not a POSIX-compliant portable C software project.

          – Spiff
          Jan 23 at 1:53













          @Spiff What you wrote did make sense. The problem is I can only compile the source code on a Windows OS when I need it for a Mac OS. The compiler however only will allow me to compile it for a Mac OS if it is run on a Mac OS (which I can't do). I assumed that if the source code could be compiled for a Mac then there should be no issue with just converting the exe compiled version, then again I don't know how that stuff works. I was just looking for something to try. I think I am going to try to just run the compiler on a MacOS in a Virtual Machine (if I could figure out how to set that up).

          – xXGokyXx
          Jan 24 at 3:48





          @Spiff What you wrote did make sense. The problem is I can only compile the source code on a Windows OS when I need it for a Mac OS. The compiler however only will allow me to compile it for a Mac OS if it is run on a Mac OS (which I can't do). I assumed that if the source code could be compiled for a Mac then there should be no issue with just converting the exe compiled version, then again I don't know how that stuff works. I was just looking for something to try. I think I am going to try to just run the compiler on a MacOS in a Virtual Machine (if I could figure out how to set that up).

          – xXGokyXx
          Jan 24 at 3:48


















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Super User!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1397233%2fhow-would-i-convert-a-windows-exe-to-a-macos-executable-app%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          flock() on closed filehandle LOCK_FILE at /usr/bin/apt-mirror

          Mangá

           ⁒  ․,‪⁊‑⁙ ⁖, ⁇‒※‌, †,⁖‗‌⁝    ‾‸⁘,‖⁔⁣,⁂‾
”‑,‥–,‬ ,⁀‹⁋‴⁑ ‒ ,‴⁋”‼ ⁨,‷⁔„ ‰′,‐‚ ‥‡‎“‷⁃⁨⁅⁣,⁔
⁇‘⁔⁡⁏⁌⁡‿‶‏⁨ ⁣⁕⁖⁨⁩⁥‽⁀  ‴‬⁜‟ ⁃‣‧⁕‮ …‍⁨‴ ⁩,⁚⁖‫ ,‵ ⁀,‮⁝‣‣ ⁑  ⁂– ․, ‾‽ ‏⁁“⁗‸ ‾… ‹‡⁌⁎‸‘ ‡⁏⁌‪ ‵⁛ ‎⁨ ―⁦⁤⁄⁕