Fortran recipe

Chris Jones jonesc at hep.phy.cam.ac.uk
Sun Aug 25 11:54:39 PDT 2013


Hi,

On 25 Aug 2013, at 07:50 PM, Jeremy Huddleston Sequoia <jeremyhu at macports.org> wrote:

> 
> On Aug 25, 2013, at 11:29, 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.
> 
> I suggest that your +cocoa variants use "compiler.whitelist macports-clang-3.2 macports-clang-3.1" to force one of those compilers.  Can you explain why 3.3 and Apple clang don't work?

They do work, at least on OSX 10.8. I cannot test myself anything older, but i suspect there might be problems with the apple clang versions in older OSes. 

> 
> For Fortran, you should just set compiler.fc, etc.  This will ensure that you have a fortran compiler and are using a C++ compiler that uses the expected C++ runtime.

Indeed, thats what we will do.

Chris

> 
> --Jeremy
> 


More information about the macports-dev mailing list