Ned som PC/Win help as I pectially never use these systems... I'm trying to install gnuplot on my windows machine running on an UTM VM hosted on a macOS M3 laptop.
When I download and try to install gnuplot
gp601-win64-mingw.exe from https://sourceforge.net/projects/gnuplot/files/gnuplot/6.0.1/
I get this message:
This is the spec for my win machine:
Whats not right here?
That it says "system32"?
What did I do wrong?
//
When I download and try to install gnuplot
gp601-win64-mingw.exe from https://sourceforge.net/projects/gnuplot/files/gnuplot/6.0.1/
I get this message:
This is the spec for my win machine:
Whats not right here?
That it says "system32"?
What did I do wrong?
//
I use different VM software but it appears that windows is running on an ARM processor. VMs usually work on the underlying hardware. You'd want to try to emulate x64 somehow. I see the system32 windows system directory, I wouldn't use that as an indicator of the hardware.
Agree with Allen. It is pretty easy to overlay the different sys calls to emulate. Much harder to emulate a new instruction set(ARM vs X86). I think more of this is going to become common as ARM picks up on the desktop. MAC used to and probably still does an interesting thing. They put all the binaries for all the machine architectures they have into one "binary blob", and the the OS selects the correct one out of the big blob. Clever, and makes the whole problem transparent to the user. And with disk practically free, no one notices the extra file size.
Correct me if I'm wrong, the M3 has an ARM processor and it appears you might be running windows for ARM directly on the M3 as is likely the default.
Did you specify that version of windows when you got the iso?
Did you specify that version of windows when you got the iso?
GNUPlot is open-source. You can compile a native binary for your Mac. You will also need to build the library dependencies.
ETA: Compiling software is easy but a different skill set than building hardware.
Ed
ETA: Compiling software is easy but a different skill set than building hardware.
Ed
Last edited:
I have it on the Win VM because there is the ATH environment for simulating horns and gnuplot can make nice(er) presentation graphs 🙂
So it needs to run there I think...
Here is what the VM setup look like... ARM64..
//
So it needs to run there I think...
Here is what the VM setup look like... ARM64..
//
One easy option may be to mount the windows box on an X86 machine(samba or ? for some other O/S) and then have the x86 box run gnuplot on the data that is mounted. Assuming you have an x86 box of course.
Another thought, something even easier may be to use some other open source plot package. There are numerous. Probably one in Tcl/Tk, or python or perl etc. Those will be platform independent assuming you have the interpreter for the box, which is likely.
Another thought, something even easier may be to use some other open source plot package. There are numerous. Probably one in Tcl/Tk, or python or perl etc. Those will be platform independent assuming you have the interpreter for the box, which is likely.
X86 running on Mx is a tricky question.
Apple’s Rosetta for X86>Mx instructions is a serious piece oif software but i have yet to see anyone tap into it to run X86 software.
Initially it seemed Parallels had achieved it, but what they ship now requires teh ARM version of windows,
As suggestted, Open Source, can be recompliled for Mx. Someone has likely done it already given Mx have been around for some 4 years.
dave
Apple’s Rosetta for X86>Mx instructions is a serious piece oif software but i have yet to see anyone tap into it to run X86 software.
Initially it seemed Parallels had achieved it, but what they ship now requires teh ARM version of windows,
As suggestted, Open Source, can be recompliled for Mx. Someone has likely done it already given Mx have been around for some 4 years.
dave
Is that perhaps one already (Windows 2)?X86 running on Mx is a tricky question.
According to the UTM website, you can emulate the processor.
Setting up a new VM on a user friendly hypervisor isn't too difficult. If you've done it before then you should be up to installing in minutes, otherwise it's like anything else, it could be simple or it could be a learning experience.. but it's easy to wipe one and try again.
You'll start with a windows dvd image. Choose the one you want rather than let ms analyse your machine.
Setting up a new VM on a user friendly hypervisor isn't too difficult. If you've done it before then you should be up to installing in minutes, otherwise it's like anything else, it could be simple or it could be a learning experience.. but it's easy to wipe one and try again.
You'll start with a windows dvd image. Choose the one you want rather than let ms analyse your machine.
It's supposed to be context launched by an other program, which I cant run in OSX. And this launch I dont think can be done between computers...
//
//
I don't think it would be particularly difficult to launch Gnuplot on the Mac from within the Windoze machine, as they can talk to each other. But I agree that would be awkward.
My next question is: why/how can your other program work on ARM, but Gnuplot can't? I'd guess that it one can be made to work on ARM the same could be done with the other.
My next question is: why/how can your other program work on ARM, but Gnuplot can't? I'd guess that it one can be made to work on ARM the same could be done with the other.
I have no idea as I'm more or less clueless wrt. anything "PeeCee".... 🙂
To me it all sounds like that gnuplot is "old style" and my Win is of (too) newer fashion.. but .... well.... 🙂
//
To me it all sounds like that gnuplot is "old style" and my Win is of (too) newer fashion.. but .... well.... 🙂
//
- Home
- Design & Build
- Software Tools
- Gnuplot in VM on Mac... x86/64??