Undefined symbols for architecture x86_64

Undefined symbols for architecture x86_64

[Felipe Pimenta]

I am using gfortran to compile an ocean circulation model (FVCOM) on a
Mac OS X 10.8.5.

Everything goes well with the compilation until the error below results.

Does anybody have any idea what is missing?

Thanks,

Felipe



make: Circular mod_prec.o <- mod_prec.o dependency dropped.
/usr/local/bin/gfortran    -O3    func_pointer.o mod_prec.o sinter.o
mod_types.o mod_time.o mod_main.o mod_spherical.o mod_utils.o
mod_clock.o eqs_of_state.o mod_bulk.o mod_interp.o mod_par.o
mod_ncll.o mod_nctools.o mod_wd.o mod_sng.o mod_heatflux.o mod_input.o
mod_force.o mod_obcs.o mod_petsc.o mod_semi_implicit.o mod_non_hydro.o
mod_set_time.o ice_kinds_mod.o ice_model_size.o ice_domain.o
ice_constants.o ice_fileunits.o ice_state.o ice_work.o ice_grid.o
ice_albedo.o ice_calendar.o ice_flux.o ice_flux_in.o ice_itd.o
ice_mechred.o ice_itd_linear.o ice_scaling.o ice_atmo.o ice_ocean.o
ice_therm_vertical.o ice_init.o ice_therm_itd.o mod_ice2d.o mod_ice.o
mod_startup.o mod_wqm.o mod_ncdio.o mod_setup.o mod_newinp.o
particle.o linklist.o mod_lag.o mod_northpole.o mod_pwp.o mod_dye.o
mod_optimal_interpolation.o mod_report.o mod_probe.o mod_gotm.o
mod_balance_2d.o mod_tridiag.o mod_scal.o mod_meanflow.o mod_obcs2.o
mod_obcs3.o mod_sed.o mod_enkf.o mod_etkf.o mod_rrk.o mod_rrkf_obs.o
mod_rrkassim.o mod_enkf_ncd.o enkf_ncdio.o mod_enkf_obs.o
mod_enkfassim.o mod_assim.o mod_nesting.o mod_visit.o mod_plbc.o
mod_dam.o mod_station_timeseries.o mod_boundschk.o mod_main_wave.o
swmod1.o swmod2.o swmod3.o mod_action_im.o mod_action_ex.o
mod_wavesetup.o mod_wave_current_interaction.o mod_bbl.o fvcom.o
genmap.o tge.o longshore_flow.o cell_area.o open_all.o load_grid.o
allocate_all.o setup_domain.o genmap_obc.o genmap_lsf.o print_vals.o
coords_n_const.o shape_coef_gcn.o shape_coef_gcy.o depth_grad.o
grid_metrics.o cntrl_prmtrs.o init_sed.o internal_step.o bcond_gcn.o
bcond_gcy.o adjust2d3d.o brough.o advection_edge_gcn.o
advection_edge_gcy.o ghostuv.o advave_edge_gcn.o advave_edge_gcy.o
phy_baropg.o baropg.o external_step.o extel_edge.o extuv_edge.o
depth_check.o vertvl_edge.o adv_uv_edge_gcn.o adv_uv_edge_gcy.o
vdif_uv.o extelpf_edge.o wreal.o viscofh.o adv_q.o fct_q2.o fct_q2l.o
vdif_q.o adv_t.o adv_s.o fct_t.o vdif_ts.o vdif_ts_gom.o fct_s.o
bcond_ts.o adjust_ts.o conv_over.o visitsim.o startup_type.o
edge_len.o adcor.o icing.o rho_pmean.o calc_vort.o namelist.o
nh_set_nesting.o mod_bio_3D.o mod_onedtide.o ocpmix.o ocpcre.o
ocpids.o swanpre1.o swanpre2.o swanser.o swanmain.o swancom1.o
swancom2.o swancom3.o swancom4.o swancom5.o       -L
/Users/felipe/Work/UFSC/GCN/research/ocean/model/FVCOM/FVCOM3.1.6/FVCOM_source/libs/netcdf
-lnetcdf -L /Users/felipe/Work/UFSC/GCN/research/ocean/model/FVCOM/FVCOM3.1.6/FVCOM_source/libs/julian
-ljulian         -o fvcom
Undefined symbols for architecture x86_64:
  "_fjul_dutcoftai_", referenced from:
      ___mod_time_MOD_write_datetime in mod_time.o
  "_fjul_mjdoftai_", referenced from:
      ___mod_time_MOD_read_datetime in mod_time.o
  "_fjul_taiofdutc_", referenced from:
      ___mod_time_MOD_read_datetime in mod_time.o
  "_fjul_taiofmjd_", referenced from:
      ___mod_time_MOD_write_datetime in mod_time.o
  "_gjul_formatdate_", referenced from:
      _fjul_formatdate_ in libjulian.a(fjulian.o)
  "_gjul_formatpds_", referenced from:
      _fjul_formatpds_ in libjulian.a(fjulian.o)
  "_gjul_formatsql_", referenced from:
      _fjul_formatsql_ in libjulian.a(fjulian.o)
  "_gjul_formattime_", referenced from:
      _fjul_formattime_ in libjulian.a(fjulian.o)
  "_gjul_initleaps_", referenced from:
      _fjul_initleaps_ in libjulian.a(fjulian.o)
  "_gjul_parsedate_", referenced from:
      _fjul_parsedate_ in libjulian.a(fjulian.o)
  "_gjul_parsedt_", referenced from:
      _fjul_parsedt_ in libjulian.a(fjulian.o)
  "_gjul_parsetime_", referenced from:
      _fjul_parsetime_ in libjulian.a(fjulian.o)
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status
make: *** [fvcom] Error 1
matadeiro:FVCOM_source felipe$ uname -a
Darwin matadeiro.local 12.5.0 Darwin Kernel Version 12.5.0: Sun Sep 29
13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64 x86_64
matadeiro:FVCOM_source felipe$

-- 
______________________________________________

Felipe M. Pimenta
Universidade Federal de Santa Catarina / UFSC
Trindade, Florianópolis, SC, Brasil, 88010-970
Fone: +55 (48) 3721-9286
Email: felipe.pimenta@ufsc.br
______________________________________________

Re: Undefined symbols for architecture x86_64

[Steve Kargl]

On Sat, Oct 19, 2013 at 09:49:13PM -0300, Felipe Pimenta wrote:
> I am using gfortran to compile an ocean circulation model (FVCOM) on a
> Mac OS X 10.8.5.
> 
> Everything goes well with the compilation until the error below results.
> 
> Does anybody have any idea what is missing?
> 

You are missing the functions listed below.

>   "_fjul_dutcoftai_", referenced from:
>   "_fjul_mjdoftai_", referenced from:
>   "_fjul_taiofdutc_", referenced from:
>   "_fjul_taiofmjd_", referenced from:
>   "_gjul_formatdate_", referenced from:
>   "_gjul_formatpds_", referenced from:
>   "_gjul_formatsql_", referenced from:
>   "_gjul_formattime_", referenced from:
>   "_gjul_initleaps_", referenced from:
>   "_gjul_parsedate_", referenced from:
>   "_gjul_parsedt_", referenced from:
>   "_gjul_parsetime_", referenced from:

-- 
Steve

Re: Undefined symbols for architecture x86_64

[Arjen Markus]

Can you find these symbols, like fjul_dutcoftai, in the source files of FVCOM?

If so, you may be missing one or more object files in the link step.
An alternative is that the naming conventions are different.

You may also require to add yet another library.

Regards,

Arjen

2013/10/20 Felipe Pimenta <felipepimenta@gmail.com>:
> I am using gfortran to compile an ocean circulation model (FVCOM) on a
> Mac OS X 10.8.5.
>
> Everything goes well with the compilation until the error below results.
>
> Does anybody have any idea what is missing?
>
> Thanks,
>
> Felipe
>
>
>
> make: Circular mod_prec.o <- mod_prec.o dependency dropped.
> /usr/local/bin/gfortran    -O3    func_pointer.o mod_prec.o sinter.o
> mod_types.o mod_time.o mod_main.o mod_spherical.o mod_utils.o
> mod_clock.o eqs_of_state.o mod_bulk.o mod_interp.o mod_par.o
> mod_ncll.o mod_nctools.o mod_wd.o mod_sng.o mod_heatflux.o mod_input.o
> mod_force.o mod_obcs.o mod_petsc.o mod_semi_implicit.o mod_non_hydro.o
> mod_set_time.o ice_kinds_mod.o ice_model_size.o ice_domain.o
> ice_constants.o ice_fileunits.o ice_state.o ice_work.o ice_grid.o
> ice_albedo.o ice_calendar.o ice_flux.o ice_flux_in.o ice_itd.o
> ice_mechred.o ice_itd_linear.o ice_scaling.o ice_atmo.o ice_ocean.o
> ice_therm_vertical.o ice_init.o ice_therm_itd.o mod_ice2d.o mod_ice.o
> mod_startup.o mod_wqm.o mod_ncdio.o mod_setup.o mod_newinp.o
> particle.o linklist.o mod_lag.o mod_northpole.o mod_pwp.o mod_dye.o
> mod_optimal_interpolation.o mod_report.o mod_probe.o mod_gotm.o
> mod_balance_2d.o mod_tridiag.o mod_scal.o mod_meanflow.o mod_obcs2.o
> mod_obcs3.o mod_sed.o mod_enkf.o mod_etkf.o mod_rrk.o mod_rrkf_obs.o
> mod_rrkassim.o mod_enkf_ncd.o enkf_ncdio.o mod_enkf_obs.o
> mod_enkfassim.o mod_assim.o mod_nesting.o mod_visit.o mod_plbc.o
> mod_dam.o mod_station_timeseries.o mod_boundschk.o mod_main_wave.o
> swmod1.o swmod2.o swmod3.o mod_action_im.o mod_action_ex.o
> mod_wavesetup.o mod_wave_current_interaction.o mod_bbl.o fvcom.o
> genmap.o tge.o longshore_flow.o cell_area.o open_all.o load_grid.o
> allocate_all.o setup_domain.o genmap_obc.o genmap_lsf.o print_vals.o
> coords_n_const.o shape_coef_gcn.o shape_coef_gcy.o depth_grad.o
> grid_metrics.o cntrl_prmtrs.o init_sed.o internal_step.o bcond_gcn.o
> bcond_gcy.o adjust2d3d.o brough.o advection_edge_gcn.o
> advection_edge_gcy.o ghostuv.o advave_edge_gcn.o advave_edge_gcy.o
> phy_baropg.o baropg.o external_step.o extel_edge.o extuv_edge.o
> depth_check.o vertvl_edge.o adv_uv_edge_gcn.o adv_uv_edge_gcy.o
> vdif_uv.o extelpf_edge.o wreal.o viscofh.o adv_q.o fct_q2.o fct_q2l.o
> vdif_q.o adv_t.o adv_s.o fct_t.o vdif_ts.o vdif_ts_gom.o fct_s.o
> bcond_ts.o adjust_ts.o conv_over.o visitsim.o startup_type.o
> edge_len.o adcor.o icing.o rho_pmean.o calc_vort.o namelist.o
> nh_set_nesting.o mod_bio_3D.o mod_onedtide.o ocpmix.o ocpcre.o
> ocpids.o swanpre1.o swanpre2.o swanser.o swanmain.o swancom1.o
> swancom2.o swancom3.o swancom4.o swancom5.o       -L
> /Users/felipe/Work/UFSC/GCN/research/ocean/model/FVCOM/FVCOM3.1.6/FVCOM_source/libs/netcdf
> -lnetcdf -L /Users/felipe/Work/UFSC/GCN/research/ocean/model/FVCOM/FVCOM3.1.6/FVCOM_source/libs/julian
> -ljulian         -o fvcom
> Undefined symbols for architecture x86_64:
>   "_fjul_dutcoftai_", referenced from:
>       ___mod_time_MOD_write_datetime in mod_time.o
>   "_fjul_mjdoftai_", referenced from:
>       ___mod_time_MOD_read_datetime in mod_time.o
>   "_fjul_taiofdutc_", referenced from:
>       ___mod_time_MOD_read_datetime in mod_time.o
>   "_fjul_taiofmjd_", referenced from:
>       ___mod_time_MOD_write_datetime in mod_time.o
>   "_gjul_formatdate_", referenced from:
>       _fjul_formatdate_ in libjulian.a(fjulian.o)
>   "_gjul_formatpds_", referenced from:
>       _fjul_formatpds_ in libjulian.a(fjulian.o)
>   "_gjul_formatsql_", referenced from:
>       _fjul_formatsql_ in libjulian.a(fjulian.o)
>   "_gjul_formattime_", referenced from:
>       _fjul_formattime_ in libjulian.a(fjulian.o)
>   "_gjul_initleaps_", referenced from:
>       _fjul_initleaps_ in libjulian.a(fjulian.o)
>   "_gjul_parsedate_", referenced from:
>       _fjul_parsedate_ in libjulian.a(fjulian.o)
>   "_gjul_parsedt_", referenced from:
>       _fjul_parsedt_ in libjulian.a(fjulian.o)
>   "_gjul_parsetime_", referenced from:
>       _fjul_parsetime_ in libjulian.a(fjulian.o)
> ld: symbol(s) not found for architecture x86_64
> collect2: error: ld returned 1 exit status
> make: *** [fvcom] Error 1
> matadeiro:FVCOM_source felipe$ uname -a
> Darwin matadeiro.local 12.5.0 Darwin Kernel Version 12.5.0: Sun Sep 29
> 13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64 x86_64
> matadeiro:FVCOM_source felipe$
>
> --
> ______________________________________________
>
> Felipe M. Pimenta
> Universidade Federal de Santa Catarina / UFSC
> Trindade, Florianópolis, SC, Brasil, 88010-970
> Fone: +55 (48) 3721-9286
> Email: felipe.pimenta@ufsc.br
> ______________________________________________

Re: Undefined symbols for architecture x86_64

[mcz1216]

I was wondering if you ever figured out a solution to this problem? I am
trying to install FVCOM and am running into the exact same thing.
Thanks



--
View this message in context: http://gcc.1065356.n5.nabble.com/Undefined-symbols-for-architecture-x86-64-tp977233p1048574.html
Sent from the gcc - fortran mailing list archive at Nabble.com.

Re: Undefined symbols for architecture x86_64

[Tobias Schlüter]

Dear Felipe,

five seconds on google suggest that you may be interested in this 
package -> http://pds-rings.seti.org/toolkits/julian_133/ <-

HTH,
- Tobi

On 2013-10-20 02:49, Felipe Pimenta wrote:
> I am using gfortran to compile an ocean circulation model (FVCOM) on a
> Mac OS X 10.8.5.
>
> Everything goes well with the compilation until the error below results.
>
> Does anybody have any idea what is missing?
>
> Thanks,
>
> Felipe
>
>
>
> make: Circular mod_prec.o <- mod_prec.o dependency dropped.
> /usr/local/bin/gfortran    -O3    func_pointer.o mod_prec.o sinter.o
> mod_types.o mod_time.o mod_main.o mod_spherical.o mod_utils.o
> mod_clock.o eqs_of_state.o mod_bulk.o mod_interp.o mod_par.o
> mod_ncll.o mod_nctools.o mod_wd.o mod_sng.o mod_heatflux.o mod_input.o
> mod_force.o mod_obcs.o mod_petsc.o mod_semi_implicit.o mod_non_hydro.o
> mod_set_time.o ice_kinds_mod.o ice_model_size.o ice_domain.o
> ice_constants.o ice_fileunits.o ice_state.o ice_work.o ice_grid.o
> ice_albedo.o ice_calendar.o ice_flux.o ice_flux_in.o ice_itd.o
> ice_mechred.o ice_itd_linear.o ice_scaling.o ice_atmo.o ice_ocean.o
> ice_therm_vertical.o ice_init.o ice_therm_itd.o mod_ice2d.o mod_ice.o
> mod_startup.o mod_wqm.o mod_ncdio.o mod_setup.o mod_newinp.o
> particle.o linklist.o mod_lag.o mod_northpole.o mod_pwp.o mod_dye.o
> mod_optimal_interpolation.o mod_report.o mod_probe.o mod_gotm.o
> mod_balance_2d.o mod_tridiag.o mod_scal.o mod_meanflow.o mod_obcs2.o
> mod_obcs3.o mod_sed.o mod_enkf.o mod_etkf.o mod_rrk.o mod_rrkf_obs.o
> mod_rrkassim.o mod_enkf_ncd.o enkf_ncdio.o mod_enkf_obs.o
> mod_enkfassim.o mod_assim.o mod_nesting.o mod_visit.o mod_plbc.o
> mod_dam.o mod_station_timeseries.o mod_boundschk.o mod_main_wave.o
> swmod1.o swmod2.o swmod3.o mod_action_im.o mod_action_ex.o
> mod_wavesetup.o mod_wave_current_interaction.o mod_bbl.o fvcom.o
> genmap.o tge.o longshore_flow.o cell_area.o open_all.o load_grid.o
> allocate_all.o setup_domain.o genmap_obc.o genmap_lsf.o print_vals.o
> coords_n_const.o shape_coef_gcn.o shape_coef_gcy.o depth_grad.o
> grid_metrics.o cntrl_prmtrs.o init_sed.o internal_step.o bcond_gcn.o
> bcond_gcy.o adjust2d3d.o brough.o advection_edge_gcn.o
> advection_edge_gcy.o ghostuv.o advave_edge_gcn.o advave_edge_gcy.o
> phy_baropg.o baropg.o external_step.o extel_edge.o extuv_edge.o
> depth_check.o vertvl_edge.o adv_uv_edge_gcn.o adv_uv_edge_gcy.o
> vdif_uv.o extelpf_edge.o wreal.o viscofh.o adv_q.o fct_q2.o fct_q2l.o
> vdif_q.o adv_t.o adv_s.o fct_t.o vdif_ts.o vdif_ts_gom.o fct_s.o
> bcond_ts.o adjust_ts.o conv_over.o visitsim.o startup_type.o
> edge_len.o adcor.o icing.o rho_pmean.o calc_vort.o namelist.o
> nh_set_nesting.o mod_bio_3D.o mod_onedtide.o ocpmix.o ocpcre.o
> ocpids.o swanpre1.o swanpre2.o swanser.o swanmain.o swancom1.o
> swancom2.o swancom3.o swancom4.o swancom5.o       -L
> /Users/felipe/Work/UFSC/GCN/research/ocean/model/FVCOM/FVCOM3.1.6/FVCOM_source/libs/netcdf
> -lnetcdf -L /Users/felipe/Work/UFSC/GCN/research/ocean/model/FVCOM/FVCOM3.1.6/FVCOM_source/libs/julian
> -ljulian         -o fvcom
> Undefined symbols for architecture x86_64:
>    "_fjul_dutcoftai_", referenced from:
>        ___mod_time_MOD_write_datetime in mod_time.o
>    "_fjul_mjdoftai_", referenced from:
>        ___mod_time_MOD_read_datetime in mod_time.o
>    "_fjul_taiofdutc_", referenced from:
>        ___mod_time_MOD_read_datetime in mod_time.o
>    "_fjul_taiofmjd_", referenced from:
>        ___mod_time_MOD_write_datetime in mod_time.o
>    "_gjul_formatdate_", referenced from:
>        _fjul_formatdate_ in libjulian.a(fjulian.o)
>    "_gjul_formatpds_", referenced from:
>        _fjul_formatpds_ in libjulian.a(fjulian.o)
>    "_gjul_formatsql_", referenced from:
>        _fjul_formatsql_ in libjulian.a(fjulian.o)
>    "_gjul_formattime_", referenced from:
>        _fjul_formattime_ in libjulian.a(fjulian.o)
>    "_gjul_initleaps_", referenced from:
>        _fjul_initleaps_ in libjulian.a(fjulian.o)
>    "_gjul_parsedate_", referenced from:
>        _fjul_parsedate_ in libjulian.a(fjulian.o)
>    "_gjul_parsedt_", referenced from:
>        _fjul_parsedt_ in libjulian.a(fjulian.o)
>    "_gjul_parsetime_", referenced from:
>        _fjul_parsetime_ in libjulian.a(fjulian.o)
> ld: symbol(s) not found for architecture x86_64
> collect2: error: ld returned 1 exit status
> make: *** [fvcom] Error 1
> matadeiro:FVCOM_source felipe$ uname -a
> Darwin matadeiro.local 12.5.0 Darwin Kernel Version 12.5.0: Sun Sep 29
> 13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64 x86_64
> matadeiro:FVCOM_source felipe$
>

Re: Undefined symbols for architecture x86_64

[Tim Prince]

On 7/1/2014 3:01 PM, mcz1216 wrote:
> I was wondering if you ever figured out a solution to this problem? I am
> trying to install FVCOM and am running into the exact same thing.
> Thanks
>
>
>
> --
> View this message in context: http://gcc.1065356.n5.nabble.com/Undefined-symbols-for-architecture-x86-64-tp977233p1048574.html
> Sent from the gcc - fortran mailing list archive at Nabble.com.
If you are calling a library of C functions which aren't built with the 
appended underscore, you should add the iso_c_binding bind(c, name=....) 
so as to make the names match.  If it is a decades old legacy 
application, there is probably a build setup to specify a single 
appended underscore on the C side.  As you aren't bumping into anyone on 
these sites who knows the build scheme, you may have to fall back on 
reading the manual or looking at the source code.

-- 
Tim Prince

Re: Undefined symbols for architecture x86_64

[OWEN1412]

Have you fixed problem?




--
View this message in context: http://gcc.1065356.n8.nabble.com/Undefined-symbols-for-architecture-x86-64-tp977233p1390722.html
Sent from the gcc - fortran mailing list archive at Nabble.com.

Re: Undefined symbols for architecture x86_64

[Dominique Dhumieres]

The trick is to compile the Fortran files with '-fno-underscoring'.

Dominique

Re: Undefined symbols for architecture x86_64

[Arjen Markus]

Hi Felipe,

can you check with the nm command what the actual names are in the
libjulian.a library?

The source code seems okay - but there may be some interference from
macros. The check with nm should reveal
what names are  being generated.

Regards,

Arjen

2013/10/22 Felipe Pimenta <felipepimenta@gmail.com>:
> Dear Steve, Arjen and Dominique,
>
> Thank you for your reply. The functions like " fjul_dutcoftai" are
> part of a "julian" library, necessary for the model.
>
> I've tried to compile the library alone, but the error continues, with
> or without -m32 and -m64.
>
> It seems the library was created for f77, and is no longer supported
> (http://pds-rings.seti.org/toolkits/).
>
> I've tried with -fno-leading-underscore too, but it didn't work.
>
> Regards,
>
> Felipe
>
>
> julian felipe$ make
> /usr/local/bin/gcc  -c -O3   dates.c
> /usr/local/bin/gcc  -c -O3   format.c
> /usr/local/bin/gcc  -c -O3   juldates.c
> /usr/local/bin/gcc  -c -O3   leapsecs.c
> /usr/local/bin/gcc  -c -O3   parse.c
> /usr/local/bin/gcc  -c -O3   seconds.c
> /usr/local/bin/gcc  -c -O3   tai_et.c
> /usr/local/bin/gcc  -c -O3   utc_tai.c
> /usr/local/bin/gcc  -c -O3   fortran.c
> /usr/local/bin/gcc  -c -O3   rlerrors.c
> /usr/local/bin/gcc  -c -O3   rlmemory.c
> /usr/local/bin/gfortran   -c -O3   fjulian.for
> /usr/local/bin/gfortran   -c -O3   fstrings.for
> ar rc libjulian.a dates.o format.o juldates.o leapsecs.o parse.o
> seconds.o tai_et.o utc_tai.o fortran.o rlerrors.o rlmemory.o fjulian.o
> fstrings.o
> ranlib libjulian.a
> 70:julian felipe$ make install
> make tconvert
> make libjulian
> ar rc libjulian.a dates.o format.o juldates.o leapsecs.o parse.o
> seconds.o tai_et.o utc_tai.o fortran.o rlerrors.o rlmemory.o fjulian.o
> fstrings.o
> ranlib libjulian.a
> /usr/local/bin/gfortran   -O3   -o tconvert tconvert.for libjulian.a
> Undefined symbols for architecture x86_64:
>   "_fjul_etoftai_", referenced from:
>       _MAIN__ in ccBm0uxo.o
>   "_fjul_jdoftai_", referenced from:
>       _MAIN__ in ccBm0uxo.o
>   "_fjul_mjdoftai_", referenced from:
>       _MAIN__ in ccBm0uxo.o
>   "_fjul_taiofdutc_", referenced from:
>       _MAIN__ in ccBm0uxo.o
>   "_gjul_formatdate_", referenced from:
>       _fjul_formatdate_ in libjulian.a(fjulian.o)
>   "_gjul_formatpds_", referenced from:
>       _fjul_formatpds_ in libjulian.a(fjulian.o)
>   "_gjul_formatsql_", referenced from:
>       _fjul_formatsql_ in libjulian.a(fjulian.o)
>   "_gjul_formattime_", referenced from:
>       _fjul_formattime_ in libjulian.a(fjulian.o)
>   "_gjul_initleaps_", referenced from:
>       _fjul_initleaps_ in libjulian.a(fjulian.o)
>   "_gjul_parsedate_", referenced from:
>       _fjul_parsedate_ in libjulian.a(fjulian.o)
>   "_gjul_parsedt_", referenced from:
>       _fjul_parsedt_ in libjulian.a(fjulian.o)
>   "_gjul_parsetime_", referenced from:
>       _fjul_parsetime_ in libjulian.a(fjulian.o)
> ld: symbol(s) not found for architecture x86_64
> collect2: error: ld returned 1 exit status
> make[1]: *** [tconvert] Error 1
> make: *** [install] Error 2
>
> On Sun, Oct 20, 2013 at 3:50 PM, Dominique Dhumieres <dominiq@lps.ens.fr> wrote:
>>> Undefined symbols for architecture x86_64:
>>
>> Usually this means that different parts have been compiled for different modes.
>> What happens if you compile the main code with -m32 or recompile libjulian
>> with -m64?
>>
>> Dominique
>
>
>
> --
> ______________________________________________
>
> Felipe M. Pimenta
> Universidade Federal de Santa Catarina / UFSC
> Trindade, Florianópolis, SC, Brasil, 88010-970
> Fone: +55 (48) 3721-9286
> Email: felipe.pimenta@ufsc.br
> ______________________________________________

Re: Undefined symbols for architecture x86_64

[Felipe Pimenta]

Dear Steve, Arjen and Dominique,

Thank you for your reply. The functions like " fjul_dutcoftai" are
part of a "julian" library, necessary for the model.

I've tried to compile the library alone, but the error continues, with
or without -m32 and -m64.

It seems the library was created for f77, and is no longer supported
(http://pds-rings.seti.org/toolkits/).

I've tried with -fno-leading-underscore too, but it didn't work.

Regards,

Felipe


julian felipe$ make
/usr/local/bin/gcc  -c -O3   dates.c
/usr/local/bin/gcc  -c -O3   format.c
/usr/local/bin/gcc  -c -O3   juldates.c
/usr/local/bin/gcc  -c -O3   leapsecs.c
/usr/local/bin/gcc  -c -O3   parse.c
/usr/local/bin/gcc  -c -O3   seconds.c
/usr/local/bin/gcc  -c -O3   tai_et.c
/usr/local/bin/gcc  -c -O3   utc_tai.c
/usr/local/bin/gcc  -c -O3   fortran.c
/usr/local/bin/gcc  -c -O3   rlerrors.c
/usr/local/bin/gcc  -c -O3   rlmemory.c
/usr/local/bin/gfortran   -c -O3   fjulian.for
/usr/local/bin/gfortran   -c -O3   fstrings.for
ar rc libjulian.a dates.o format.o juldates.o leapsecs.o parse.o
seconds.o tai_et.o utc_tai.o fortran.o rlerrors.o rlmemory.o fjulian.o
fstrings.o
ranlib libjulian.a
70:julian felipe$ make install
make tconvert
make libjulian
ar rc libjulian.a dates.o format.o juldates.o leapsecs.o parse.o
seconds.o tai_et.o utc_tai.o fortran.o rlerrors.o rlmemory.o fjulian.o
fstrings.o
ranlib libjulian.a
/usr/local/bin/gfortran   -O3   -o tconvert tconvert.for libjulian.a
Undefined symbols for architecture x86_64:
  "_fjul_etoftai_", referenced from:
      _MAIN__ in ccBm0uxo.o
  "_fjul_jdoftai_", referenced from:
      _MAIN__ in ccBm0uxo.o
  "_fjul_mjdoftai_", referenced from:
      _MAIN__ in ccBm0uxo.o
  "_fjul_taiofdutc_", referenced from:
      _MAIN__ in ccBm0uxo.o
  "_gjul_formatdate_", referenced from:
      _fjul_formatdate_ in libjulian.a(fjulian.o)
  "_gjul_formatpds_", referenced from:
      _fjul_formatpds_ in libjulian.a(fjulian.o)
  "_gjul_formatsql_", referenced from:
      _fjul_formatsql_ in libjulian.a(fjulian.o)
  "_gjul_formattime_", referenced from:
      _fjul_formattime_ in libjulian.a(fjulian.o)
  "_gjul_initleaps_", referenced from:
      _fjul_initleaps_ in libjulian.a(fjulian.o)
  "_gjul_parsedate_", referenced from:
      _fjul_parsedate_ in libjulian.a(fjulian.o)
  "_gjul_parsedt_", referenced from:
      _fjul_parsedt_ in libjulian.a(fjulian.o)
  "_gjul_parsetime_", referenced from:
      _fjul_parsetime_ in libjulian.a(fjulian.o)
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status
make[1]: *** [tconvert] Error 1
make: *** [install] Error 2

On Sun, Oct 20, 2013 at 3:50 PM, Dominique Dhumieres <dominiq@lps.ens.fr> wrote:
>> Undefined symbols for architecture x86_64:
>
> Usually this means that different parts have been compiled for different modes.
> What happens if you compile the main code with -m32 or recompile libjulian
> with -m64?
>
> Dominique



-- 
______________________________________________

Felipe M. Pimenta
Universidade Federal de Santa Catarina / UFSC
Trindade, Florianópolis, SC, Brasil, 88010-970
Fone: +55 (48) 3721-9286
Email: felipe.pimenta@ufsc.br
______________________________________________

Re: Undefined symbols for architecture x86_64

[Dominique Dhumieres]

> Undefined symbols for architecture x86_64:

Usually this means that different parts have been compiled for different modes.
What happens if you compile the main code with -m32 or recompile libjulian
with -m64?

Dominique