i get errors installing gtk3, even get errors selfupdating macports. I think I give up. I have the Ultimate64 anyway...
Hallo Besucher, der Thread wurde 14k mal aufgerufen und enthält 115 Antworten
letzter Beitrag von Retro Haudegen am
Vice am Mac - Versionen, Tastaturlayout
- phat-phu
- Erledigt
-
-
Sounds like your software environment is in pretty bad shape if sudo port selfupdate doesn't work. Not that this should impact the binary distribution of course. I'm currently completely rebuilding my dev env so that we can start shipping with ffmpeg support, perhaps the next bindists will work for you.
-
I didn’t remember the error but the selfupdate rund into one. I‘ll post this later.
-
I have just made new r38523 macOS builds using a completely rebuilt set of dependencies - small chance of success but perhaps it will help.
-
Crashed at start
-
I have just made new
Runs fine (macOS 10.13.6). But I don't like that the "installer" puts a folder in my app folder. It would be better to make an app bundle und start vice.app by clicking it. And I hope, in future versions GTK-VICE will use the native system menu bar (and shortcuts).
Is this helpful?: https://github.com/GNOME/gtk-mac-integration
-
But I don't like that the "installer" puts a folder in my app folder.
There is no installer. There is a disk image with a link to /Applications and a folder of VICE apps, a bin folder for easy VICE command line usage and the documentation. Drag the folder wherever you like. Or, drag the VICE.app bundle out of that folder and put it wherever you like. The only requirement is that if you want to use x64sc.app, x128.app then VICE.app needs to be in the same location as it contains all the libs (saves space). Similar story for the bin folder.
As for native mac menus, it's not likely to be considered at until other planned GTK UI internal changes are made to menu items, hotkeys etc. Lots of interesting performance and accuracy things to work on in the meantime.
-
There is no installer.
I know. That's why "".
There is a disk image with a link to /Applications and a folder of VICE apps ...
I'm an OSX user for almost 20 years ...
As for native mac menus, it's not likely to be considered at until ....
I'll get back to you then ... Thank you for your efforts so far.
-
i get errors installing gtk3, even get errors selfupdating macports. I think I give up. I have the Ultimate64 anyway...
One day, if you ever have the inclination to install a clean copy of OSX 10.9 on an external drive, it would be interesting to know if the mac builds work.
I'm an OSX user for almost 20 years ...
Ok, then I think I have not understood you. Is the VICE.app that already exists what you were asking for? Or are you saying you'd prefer a .pkg installer? Or something else?
-
The weird thing is that I have several other emulators installed, no problems there. Even the new port of PPSSPP works perfectly, using homebrew.
-
I managed to selfupdate macports (some ports had to be activated by force, that was the reason why the installation canceled before - no idea why). Everthing went well - except gtk3:
Failed to configure gtk3: gdk-pixbuf2 must be installed without +x11.
-
I managed to selfupdate macports (some ports had to be activated by force, that was the reason why the installation canceled before - no idea why). Everthing went well - except gtk3:
Failed to configure gtk3: gdk-pixbuf2 must be installed without +x11.
Ok - looks like you have the old X11 variant of gdk installed rather than the Quartz version. Personally i'd consider removing all installed ports and reinstalling the ones you want.
Anyway .. I have new macOS builds you could try, I have significantly lowered GTK3 UI CPU usage as well as lots of other little fixes. I'm only about 10% hopeful your crashing issue will be resolved though
-
There are plenty more macOS specific things for me to fix. But I am here, working on it.
A quick question - how do you define parts of code that is to be compiled only under OSX there? A kind of `#ifdef`. I admittedly am no autotools expert
-
A quick question - how do you define parts of code that is to be compiled only under OSX there? A kind of `#ifdef`. I admittedly am no autotools expert
Within a shared file, then #ifdef MACOSX_SUPPORT is used for macOS-only code. MACOSX_SUPPORT itself exists because we define it in configure.ac when macOS is detected. Older platform specific files (like joy-osx.c) use this mechanism to guard the entire file. Recent platform specific files are conditionally added to sources when the makefiles are generated, for example look at how opengl_renderer_macos.m is added to libarch_a_SOURCES in src/arch/gtk3/Makefile.am.
-
Within a shared file, then #ifdef MACOSX_SUPPORT
Doesn't seem to work for me. The sources I have patches for are 3.2 if that changed recently.
-
I managed to selfupdate macports (some ports had to be activated by force, that was the reason why the installation canceled before - no idea why). Everthing went well - except gtk3:
Failed to configure gtk3: gdk-pixbuf2 must be installed without +x11.
Ok - looks like you have the old X11 variant of gdk installed rather than the Quartz version. Personally i'd consider removing all installed ports and reinstalling the ones you want.
Anyway .. I have new macOS builds you could try, I have significantly lowered GTK3 UI CPU usage as well as lots of other little fixes. I'm only about 10% hopeful your crashing issue will be resolved though
Thanx! I‘ll try it and let you know...
Why an old version of x11? I though with „port upgrade outdated“ all ports are updated to the most recent versions?
How can I solve the install error of gdk-pixbuf2? Simply by adding -without-x11? -
Just tried it - first time it worked without crashing (I was playing a game for 5 Minutes), but when I quit the app and start it again it does not start anymore - what could this be?
-
Within a shared file, then #ifdef MACOSX_SUPPORT
Doesn't seem to work for me. The sources I have patches for are 3.2 if that changed recently.
3.2 is ancient history now .. might be ok if you're using the SDL2 UI, but if you want to use the GTK3 UI then SVN trunk is the only sensible option on macOS. MACOSX_SUPPORT should work but you could try a generic
#ifdef __APPLE__
What are these patches for?
-
Just tried it - first time it worked without crashing (I was playing a game for 5 Minutes), but when I quit the app and start it again it does not start anymore - what could this be?
Ok, that's very interesting and sounds like we've made progress. The most likely thing happening is that it hasn't fully shut down the running app. Do you see an x64sc process in Activity Monitor.app ?
-
It works again - I renamed the folder after the first start (I thought spaces in the folder name could be a problem). After renaming it back it works again. A weird problem, isn't it? Nevertheless I'll try it later again but as the C16 app also crashed after a short period of time I'm not full of hope...