Re: cmake universal?

2014-07-08 Thread Eric Gallager
Wine has to be 32-bit on OS X because of some ABI differences regarding register reservation in 64-bit. See the following discussion thread on wine-devel explaining why: http://www.winehq.org/pipermail/wine-devel/2014-February/103074.html On Thu, Jul 3, 2014 at 8:04 AM, René J.V. Bertin

Re: cmake universal?

2014-07-06 Thread Ryan Schmidt
On Jul 6, 2014, at 4:31 AM, René J.V. Bertin wrote: On Saturday July 05 2014 18:30:57 Ryan Schmidt wrote: No. MacPorts base does not have the capability to depend on a variant of another port, only to depend on another port. See ticket #126. The active_variants 1.1 portgroup's

Re: cmake universal?

2014-07-06 Thread Mojca Miklavec
Can someone please help me come up with a setting in the cmake PortGroup that wouldn't lead to CMake being built as universal (when a port using the PortGroup would be installed as +universal)? Mojca ___ macports-users mailing list

Re: cmake universal?

2014-07-06 Thread Clemens Lang
Hi, Can someone please help me come up with a setting in the cmake PortGroup that wouldn't lead to CMake being built as universal (when a port using the PortGroup would be installed as +universal)? `installs_libs no' in the cmake Portfile should already do that. Furthermore, there's the

Re: cmake universal?

2014-07-06 Thread Ryan Schmidt
On Jul 6, 2014, at 9:27 AM, René J.V. Bertin wrote: On Sunday July 06 2014 16:01:26 Clemens Lang wrote: Hi, Do those work both when installing cmake (as in it wasn't present) and when it is already installed but one installs an i386 port or a universal port that require cmake? Yes

Re: cmake universal?

2014-07-06 Thread Mojca Miklavec
On Sun, Jul 6, 2014 at 4:27 PM, René J.V. wrote: If one agrees that there is 0 (zero, nil) interest in a universal cmake variant, you could disallow building one with universal_variant no I don't agree with this change. The universal_variant no is there for ports that are not capable of

Re: cmake universal?

2014-07-06 Thread René J.V. Bertin
On Jul 06, 2014, at 23:56, Mojca Miklavec wrote: universal_variant no I don't agree with this change. The universal_variant no is there for ports that are not capable of being built as universal. It was just a suggestion, but semantically speaking the expression just indicates that the

Re: cmake universal?

2014-07-05 Thread Ryan Schmidt
On Jul 3, 2014, at 7:04 AM, René J.V. Bertin wrote: On Jul 03, 2014, at 13:43, Mojca Miklavec wrote: On Thu, Jul 3, 2014 at 11:45 AM, René J.V. Bertin wrote: Quick question: I have the universal cmake variant installed, and I fail to see the interest of that. Is there any way it could

cmake universal?

2014-07-03 Thread René J.V. Bertin
Quick question: I have the universal cmake variant installed, and I fail to see the interest of that. Is there any way it could have been installed because another universal variant's build dependencies? ___ macports-users mailing list

Re: cmake universal?

2014-07-03 Thread Mojca Miklavec
On Thu, Jul 3, 2014 at 11:45 AM, René J.V. Bertin wrote: Quick question: I have the universal cmake variant installed, and I fail to see the interest of that. Is there any way it could have been installed because another universal variant's build dependencies? That's quite possible. Maybe

Re: cmake universal?

2014-07-03 Thread René J.V. Bertin
On Jul 03, 2014, at 13:43, Mojca Miklavec wrote: On Thu, Jul 3, 2014 at 11:45 AM, René J.V. Bertin wrote: Quick question: I have the universal cmake variant installed, and I fail to see the interest of that. Is there any way it could have been installed because another universal variant's