[110141] trunk/dports/math/fftw-3/Portfile

Joshua Root jmr at macports.org
Tue Aug 27 12:42:50 PDT 2013


On 2013-8-28 05:23 , Jeremy Huddleston Sequoia wrote:
> 
> On Aug 27, 2013, at 12:22, Joshua Root <jmr at macports.org> wrote:
> 
>> On 2013-8-28 05:08 , Joshua Root wrote:
>>> On 2013-8-28 04:57 , Michael Dickens wrote:
>>>> I think the multiple variants maybe did not work because they were not
>>>> "eval"d. Which is what the recent patch does, and thus almost succeeds. 
>>>> It does not handle -gcc48 (alone, no other variants) correctly. I don't
>>>> have time to fix it right now, but I can look at it tonight if there's
>>>> still an issue. I'm also going back and looking through the "Fortran
>>>> recipe" thread to see what I missed.  I do think it would be good to
>>>> have all Fortran-variant ports to use +- the same structure. - MLD
>>>
>>> What problem are you seeing with just -gcc48?
>>
>> Is the issue that r110141 got rid of --disable-fortran from
>> configure.args, which is needed when no gcc variant is set?
>>
>> The fix should be to restore it in the initial configure.args and add
>> "configure.args-delete --disable-fortran" to the "if {[variant_isset
>> gcc${ver_no_dot}]} {" section, right?
> 
> I was thinking it would be better to just always force the default arch to have --enable-fortran, so dependents can expect it.

So in that case -gcc48 would be an error?



More information about the macports-dev mailing list