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.
Mark
--
Mark Taylor Astronomical Programmer Physics, Bristol University, UK
[log in to unmask] +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/
|