Print

Print


On Mon, 19 Jan 2009, Mark Taylor wrote:

> On Mon, 19 Jan 2009, Peter W. Draper wrote:
>
> >>     libsmf/.libs/libsmf.a(smf_convert_bad.o)(.text+0xb2): In function `smf_convert_bad':
> >>     /mbt/starauto/applications/smurf/libsmf/smf_convert_bad.c:112: undefined reference to `isfinite'
> >>     libsmf/.libs/libsmf.a(smf_templateFit1.o)(.text+0x290): In function `smf_templateFit1D':
> >>     /mbt/starauto/applications/smurf/libsmf/smf_templateFit1.cgen:236: undefined reference to `isnormal'
> >>     libsmf/.libs/libsmf.a(smf_templateFit1.o)(.text+0x8b0): In function `smf_templateFit1F':
> >>     /mbt/starauto/applications/smurf/libsmf/smf_templateFit1.cgen:236: undefined reference to `isnormal'
> >>     libsmf/.libs/libsmf.a(smf_templateFit1.o)(.text+0xe62): In function `smf_templateFit1I':
> >>     /mbt/starauto/applications/smurf/libsmf/smf_templateFit1.cgen:236: undefined reference to `isnormal'
> >>     collect2: ld returned 1 exit status
> >>     make[2]: *** [smurf_mon] Error 1
> >>     make[2]: Leaving directory `/data/andromeda1/starauto/applications/smurf'
> >>     make[1]: *** [all-recursive] Error 1
> >>     make[1]: Leaving directory `/data/andromeda1/starauto/applications/smurf'
> >>     make: *** [all] Error 2
> >>
> >> I'm using g77.  Any tips?
> >
> > Try make CFLAGS="-std=c99" in the smurf directory. These are C99
> > extensions...
>
> that make command doesn't seem to help, but it doesn't seem to change
> the make-generated compiler invocation that's failing either (not sure
> whether or not I should be surprised by that fact in the presence of
> autotools).  I tried to execute the offending compilation from the
> command line by interpolating a "-std=c99" after the "g77" - and I
> still see the same undefined reference errors, which suggests(?) this
> isn't the right tree, or at least not the right bark.

Hi Mark,

thought when you said g77 you meant gcc, as there's no Fortran in SMURF.

Leaves the obvious question why is g77 being used?

Cheers,

Peter.