Fortran recipe

[Jeremy Huddleston Sequoia]

On Aug 25, 2013, at 11:51, Chris Jones <jonesc at hep.phy.cam.ac.uk> wrote:

> Hi,
> 
> On 25 Aug 2013, at 07:29 PM, Ryan Schmidt <ryandesign at macports.org> wrote:
> 
>> 
>> On Aug 25, 2013, at 12:56, Chris Jones wrote:
>> 
>>> Its not clear to me if we also need to remove the variants that build with Macports clang. As I understand things these aren't affected by the c++ runtime issues ? These variants are still useful, for instance if the users wants to use the cocoa graphical backend, as these only works when built with clang, so on systems that don't use this as a default compiler, its convenient to have the clang variants as a fall back.
>> 
>> Are there any drawbacks to using clang? If not, maybe you should blacklist those compilers that won't build the cocoa backend. That way the cocoa backend will always be available.
> 
> It won't help, as i think only on OSX 10.8 is there a system clang compiler that works with the cocoa backend. On older OS X versions i suspect macports clang is the only option, and i don't want to make that the default compiler on these systems, just for this one option, that isn't that commonly used anyway.

XCode 4.6.x have the same version of clang on both Lion and Mountain Lion.  I suspect that if it works on ML, it should work on Lion.

SL is quite dated at this point...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4145 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20130825/e35139f5/attachment.p7s>