On 18.02.2012 08:31, Erik Sjölund wrote:
Hi,
I am trying to create a Portfile for some software that is using the
build system CMake.
I was wondering if anyone managed to automatically create the Portfile
from within CMake.
It doesn't sound reasonable to do so, but probably I don't fully
So it looks like we can't support Xcode 4.3 until there's a fix or
workaround for this problem. I've added some notices to the web site.
On 2012-2-18 06:06 , Jeremy Huddleston wrote:
I'm sorry I don't have a good solution for you, so I filed a radar.
rdar://problem/10885779
On Feb 17,
On 2012-2-18 19:53 , Erik Sjölund wrote:
Yes, I agree the CMake mailing list might be better suited for this
type of question. I was just thinking that generating the Portfile
with CMake should be such a common scenario for MacPorts developers
that someone here would already have done it.
Because locate never has to update its db?
Because it updates much, much faster after a large install.
smime.p7s
Description: S/MIME cryptographic signature
___
macports-dev mailing list
macports-dev@lists.macosforge.org
On Sat, Feb 18, 2012 at 09:11:03PM +1100, Joshua Root wrote:
So it looks like we can't support Xcode 4.3 until there's a fix or
workaround for this problem. I've added some notices to the web site.
I don't recall if the installation of Xcode via the App Store automatically
launched
Xcode at
On Sat, Feb 18, 2012 at 08:32:40AM -0800, James Berry wrote:
- The record of whether you've agree to the license is stored per-user
in ~/Library/Preferences/com.apple.dt.Xcode.plist:
[...]
Maybe we need to create a macports user home at something like
/opt/local/users/macports, with
On 2012-02-14 20:36 , Guido wrote:
On my request, Richard Laing has made available the source code of
Porticus on his blog: http://alittledrop.com/blog/?p=49#comments
(http://porticus.alittledrop.com/downloads/Porticus.zip).
The code is very well commented and it shouldn't be too difficult
On Feb 18, 2012, at 10:09 AM, Dan Ports wrote:
On Sat, Feb 18, 2012 at 08:32:40AM -0800, James Berry wrote:
- The record of whether you've agree to the license is stored per-user
in ~/Library/Preferences/com.apple.dt.Xcode.plist:
[...]
Maybe we need to create a macports user home at
On 2012-2-19 03:32 , James Berry wrote:
Just a bit of information:
- The record of whether you've agree to the license is stored per-user
in ~/Library/Preferences/com.apple.dt.Xcode.plist:
?xml version=1.0 encoding=UTF-8?
!DOCTYPE plist PUBLIC -//Apple//DTD PLIST 1.0//EN
On 2012-2-15 06:36 , Guido wrote:
On my request, Richard Laing has made available the source code of
Porticus on his blog: http://alittledrop.com/blog/?p=49#comments
(http://porticus.alittledrop.com/downloads/Porticus.zip).
The code is very well commented and it shouldn't be too difficult to
On 2012-2-19 05:09 , Dan Ports wrote:
On Sat, Feb 18, 2012 at 08:32:40AM -0800, James Berry wrote:
- The record of whether you've agree to the license is stored per-user
in ~/Library/Preferences/com.apple.dt.Xcode.plist:
[...]
Maybe we need to create a macports user home at something
On Feb 19, 2012, at 4:30 AM, Joshua Root wrote:
(Even a note from the author saying Consider the Porticus
source code to be under license X would be fine
Richard Laing has updated the project's home page and now he states:
If someone wants to put it up on GitHub feel free, BSD license
On Fri, Feb 17, 2012 at 05:51:30PM +1100, Joshua Root wrote:
No. This is exactly as big a change as Xcode 4.1 - 4.2, which also
changed the default compiler path.
Well, it's a bit different in that the previous compiler path is no
longer even valid. That didn't happen with the 4.2 upgrade.
I'm
On Sun, Feb 19, 2012 at 02:42:38PM +1100, Joshua Root wrote:
Remember the location of the invoking user's home dir by saving $HOME
when we start up. Set HOME at the macports level to
${prefix}/var/macports/home. Copy or link the Xcode plist from the
user's home into
On Feb 19, 2012, at 00:35, Dan Ports wrote:
(One could argue that it's a bug that, e.g. perl modules build using
the compiler that built perl rather than configure.compiler, but I'm
not sure that's something we either want to or can easily change.)
Well as you know it was a bug that perl
15 matches
Mail list logo
