where did GVim.app go?
I haven't updated in quite a while, as I was waiting for things to calm down after Leopard, but I just updated vim-app and notice there there's no longer a GVim.app. This was particularly useful as I could drag text files onto it and have it spawn off a Vim.app for each one. If I drag them onto Vim.app, they replace the currently-edited document, which is not quite as useful for me. I don't see any new ports or variants, and I couldn't find anything in the archives. Any ideas? Thanks. Todd
Todd Wasson wrote:
I haven't updated in quite a while, as I was waiting for things to calm down after Leopard, but I just updated vim-app and notice there there's no longer a GVim.app. This was particularly useful as I could drag text files onto it and have it spawn off a Vim.app for each one. If I drag them onto Vim.app, they replace the currently-edited document, which is not quite as useful for me. I don't see any new ports or variants, and I couldn't find anything in the archives. Any ideas?
GVim.app is some binary which is working on PowerPC only. Unfortunately, I don't know whoever created it and how. I don't like including binaries into ports at all, but I kept it available on PowerPC; but it is not installed on Intel. If you are able to provide a GVim.app for Intel (best in source form, so it can be maintained), I would be glad to include it into the port again. Rainer
On Mar 6, 2008, at 11:50, Rainer Müller wrote:
Todd Wasson wrote:
I haven't updated in quite a while, as I was waiting for things to calm down after Leopard, but I just updated vim-app and notice there there's no longer a GVim.app. This was particularly useful as I could drag text files onto it and have it spawn off a Vim.app for each one. If I drag them onto Vim.app, they replace the currently-edited document, which is not quite as useful for me. I don't see any new ports or variants, and I couldn't find anything in the archives. Any ideas?
GVim.app is some binary which is working on PowerPC only. Unfortunately, I don't know whoever created it and how.
I don't like including binaries into ports at all, but I kept it available on PowerPC; but it is not installed on Intel.
If you are able to provide a GVim.app for Intel (best in source form, so it can be maintained), I would be glad to include it into the port again.
Shouldn't the existing PowerPC binary work on Intel Macs through Rosetta? "sudo port install graphviz +gui" installs a PowerPC app even on Intels. No problem.
Ryan Schmidt wrote:
Shouldn't the existing PowerPC binary work on Intel Macs through Rosetta?
It kept crashing for me as I tried it. So I decided to disable it.
"sudo port install graphviz +gui" installs a PowerPC app even on Intels. No problem.
Even if it works, I think we should stop shipping binaries in MacPorts. After all, this is a source distribution. Rainer
On Mar 8, 2008, at 13:33, Rainer Müller wrote:
Ryan Schmidt wrote:
Shouldn't the existing PowerPC binary work on Intel Macs through Rosetta?
It kept crashing for me as I tried it. So I decided to disable it.
Gotcha.
"sudo port install graphviz +gui" installs a PowerPC app even on Intels. No problem.
Even if it works, I think we should stop shipping binaries in MacPorts. After all, this is a source distribution.
Well, when source is not available, or its compilation is problematic, binaries are our only hope to get the software into MacPorts. Examples: graphviz +gui is difficult to compile; a new gui is being written which will hopefully compile easier, but it's Leopard-only blender compilation is complicated oracle-instantclient has no source available isightcapture has no source available minivmac is stuck at 2.8.2 because compiling 3.0 and later requires running a program within minivmac.... so we either bootstrap with a binary or just install the binary and be done with it I'm sure there are other examples.
participants (3)
-
Rainer Müller
-
Ryan Schmidt
-
Todd Wasson