fOptions no longer builds: Fortran error

[Yohan Chalabi]

On Jun 7, 2011, at 8:18 PM, Christophe Dutang wrote:

> Why do you still use that version of LowDiscrepancy.f ? the purpose of the randtoolbox package is the generation of random numbers! 

because randtoolbox is not available on Debian.

> 
> This also emphasizes, we miss a dependency tree at the Rmetrics project, because otherwise we would have seen that randtoolbox is not called by any other packages... 
> 
> I think it is time to maintain a tree like the file RmetricsNebulous.pdf in the share folder of the R forge project, don't you think?
> 
> Christophe
> 
> --
> Christophe Dutang
> Ph.D. student at ISFA, Lyon, France
> website: http://dutangc.free.fr
> 
> Le 7 juin 2011 à 19:57, Yohan Chalabi a écrit :
> 
>> 
>> On Jun 7, 2011, at 7:33 PM, Dirk Eddelbuettel wrote:
>> 
>>> 
>>> On 7 June 2011 at 18:33, Yohan Chalabi wrote:
>>> | Hi Christophe,
>>> | 
>>> | Dirk is talking about 085A-LowDiscrepancy.f in fOptions and not the one that is in randtoolbox.
>>> | 
>>> | I commited few minutes ago a patch in fOptions that fix the implicit declaration.
>>> 
>>> Thank you!  
>>> 
>>> Do you plan to make a new release to update fOptions_2110.78, or should I
>>> fetch the diffs?
>>> 
>> 
>> I will upload a new version of fOptions to CRAN.
>> 
>> Yohan
>> 
>>> Dirk 
>>> 
>>> 
>>> | Regards,
>>> | Yohan
>>> | 
>>> | 
>>> | On Jun 7, 2011, at 6:23 PM, Christophe Dutang wrote:
>>> | 
>>> | > Hello all,
>>> | > 
>>> | > Actually, HQNORM (at least in the latest R forge version, see https://r-forge.r-project.org/scm/viewvc.php/pkg/randtoolbox/src/LowDiscrepancy.f?view=markup&revision=5094&root=rmetrics ) is declared as 
>>> | > 
>>> | > C ------------------------------------------------------------------------------
>>> | > 
>>> | > 
>>> | >       DOUBLE PRECISION FUNCTION HQNORM(P)
>>> | > 
>>> | > 
>>> | > So it should be ok. I spent a lot of time few weeks ago to remove any implicit type declaration, so I'm pretty sure there aren't any since the code passes 
>>> | > gfortran -c -fsyntax-only -fimplicit-none LowDiscrepancy.f 
>>> | > 
>>> | > I don't know what to do more!
>>> | > 
>>> | > Christophe
>>> | > 
>>> | > 2011/6/7 Yohan Chalabi <chalabi at phys.ethz.ch>
>>> | > Hi Dirk,
>>> | > 
>>> | > Thanks to point this out.
>>> | > 
>>> | > HQNORM is not declared as a double precision function in HALTON and might be implicitly declared as single precision.
>>> | > 
>>> | > I will upload a patch later today and see if it works.
>>> | > 
>>> | > Regards,
>>> | > Yohan
>>> | > 
>>> | > 
>>> | > On Jun 7, 2011, at 3:55 PM, Dirk Eddelbuettel wrote:
>>> | > 
>>> | > >
>>> | > > Christophe,
>>> | > >
>>> | > > Would you be able to help in this Fortran-related build failure for fOptions?
>>> | > > The compiler now complains that LowDiscrepancy has conflicting types, and
>>> | > > with my limited Fortran skills I see no fix -- the declarations seem fine to
>>> | > > me.
>>> | > >
>>> | > > The URL below has more detail, and I'd be happy to fill in more details.
>>> | > >
>>> | > > Thanks,  Dirk
>>> | > >
>>> | > > On 28 May 2011 at 16:58, Dirk Eddelbuettel wrote:
>>> | > > |
>>> | > > | Hi all,
>>> | > > |
>>> | > > | During a routine rebuild of the Debian archive, it was noticed that
>>> | > > | fOptions no longer builds (http://bugs.debian.org/628314) as the Fortran
>>> | > > | compiler (now gfortan-4.6) seems pickier:
>>> | > > |
>>> | > > | > make[1]: Entering directory `/build/user-foptions_2110.78-1-amd64-xexJr_/foptions-2110.78/src'
>>> | > > | > gfortran   -fpic  -O3 -pipe  -g -c 085A-LowDiscrepancy.f -o 085A-LowDiscrepancy.o
>>> | > > | > 085A-LowDiscrepancy.f:181.32:
>>> | > > | >
>>> | > > | >                QN(I, J) = HQNORM(QUASI(J))
>>> | > > | >                                 1
>>> | > > | > Error: Return type mismatch of function 'hqnorm' at (1) (REAL(4)/REAL(8))
>>> | > > | > make[1]: *** [085A-LowDiscrepancy.o] Error 1
>>> | > > |
>>> | > > | I do not write Fortran so would not know how to fix this. Any RMetrics export
>>> | > > | who can fix this?
>>> | > > |
>>> | > > | Dirk
>>> | > > |
>>> | > > | --
>>> | > > | Gauss once played himself in a zero-sum game and won $50.
>>> | > > |                       -- #11 at http://www.gaussfacts.com
>>> | > > |
>>> | > > | _______________________________________________
>>> | > > | Rmetrics-core mailing list
>>> | > > | Rmetrics-core at r-project.org
>>> | > > | https://stat.ethz.ch/mailman/listinfo/rmetrics-core
>>> | > >
>>> | > > --
>>> | > > Gauss once played himself in a zero-sum game and won $50.
>>> | > >                      -- #11 at http://www.gaussfacts.com
>>> | > >
>>> | > > _______________________________________________
>>> | > > Rmetrics-core mailing list
>>> | > > Rmetrics-core at r-project.org
>>> | > > https://stat.ethz.ch/mailman/listinfo/rmetrics-core
>>> | > >
>>> | > 
>>> | > --
>>> | > PhD candidate
>>> | > Swiss Federal Institute of Technology
>>> | > Zurich
>>> | > 
>>> | > www.ethz.ch
>>> | > 
>>> | > 
>>> | > 
>>> | > 
>>> | > -- 
>>> | > Christophe DUTANG
>>> | > Ph. D. student at ISFA, Lyon, France
>>> | 
>>> | --
>>> | PhD candidate
>>> | Swiss Federal Institute of Technology
>>> | Zurich
>>> | 
>>> | www.ethz.ch
>>> | 
>>> 
>>> -- 
>>> Gauss once played himself in a zero-sum game and won $50.
>>>                    -- #11 at http://www.gaussfacts.com
>>> 
>> 
>> --
>> PhD candidate
>> Swiss Federal Institute of Technology
>> Zurich
>> 
>> www.ethz.ch
>> 
> 

--
PhD candidate
Swiss Federal Institute of Technology
Zurich

www.ethz.ch