* Undefined symbols for architecture x86_64
@ 2013-10-20 0:49 Felipe Pimenta
2013-10-20 1:00 ` Steve Kargl
` (4 more replies)
0 siblings, 5 replies; 11+ messages in thread
From: Felipe Pimenta @ 2013-10-20 0:49 UTC (permalink / raw)
To: fortran
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
______________________________________________
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Undefined symbols for architecture x86_64
2013-10-20 0:49 Undefined symbols for architecture x86_64 Felipe Pimenta
@ 2013-10-20 1:00 ` Steve Kargl
2013-10-20 10:22 ` Arjen Markus
` (3 subsequent siblings)
4 siblings, 0 replies; 11+ messages in thread
From: Steve Kargl @ 2013-10-20 1:00 UTC (permalink / raw)
To: Felipe Pimenta; +Cc: fortran
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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Undefined symbols for architecture x86_64
2013-10-20 0:49 Undefined symbols for architecture x86_64 Felipe Pimenta
2013-10-20 1:00 ` Steve Kargl
@ 2013-10-20 10:22 ` Arjen Markus
2014-07-01 19:01 ` mcz1216
` (2 subsequent siblings)
4 siblings, 0 replies; 11+ messages in thread
From: Arjen Markus @ 2013-10-20 10:22 UTC (permalink / raw)
To: felipepimenta; +Cc: Fortran List
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
> ______________________________________________
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Undefined symbols for architecture x86_64
2013-10-20 0:49 Undefined symbols for architecture x86_64 Felipe Pimenta
2013-10-20 1:00 ` Steve Kargl
2013-10-20 10:22 ` Arjen Markus
@ 2014-07-01 19:01 ` mcz1216
2014-07-01 21:43 ` Tim Prince
2014-07-01 19:49 ` Tobias Schlüter
2017-07-09 3:12 ` OWEN1412
4 siblings, 1 reply; 11+ messages in thread
From: mcz1216 @ 2014-07-01 19:01 UTC (permalink / raw)
To: fortran
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.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Undefined symbols for architecture x86_64
2014-07-01 19:01 ` mcz1216
@ 2014-07-01 21:43 ` Tim Prince
0 siblings, 0 replies; 11+ messages in thread
From: Tim Prince @ 2014-07-01 21:43 UTC (permalink / raw)
To: fortran
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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Undefined symbols for architecture x86_64
2013-10-20 0:49 Undefined symbols for architecture x86_64 Felipe Pimenta
` (2 preceding siblings ...)
2014-07-01 19:01 ` mcz1216
@ 2014-07-01 19:49 ` Tobias Schlüter
2017-07-09 3:12 ` OWEN1412
4 siblings, 0 replies; 11+ messages in thread
From: Tobias Schlüter @ 2014-07-01 19:49 UTC (permalink / raw)
To: fortran
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$
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Undefined symbols for architecture x86_64
2013-10-20 0:49 Undefined symbols for architecture x86_64 Felipe Pimenta
` (3 preceding siblings ...)
2014-07-01 19:49 ` Tobias Schlüter
@ 2017-07-09 3:12 ` OWEN1412
4 siblings, 0 replies; 11+ messages in thread
From: OWEN1412 @ 2017-07-09 3:12 UTC (permalink / raw)
To: fortran
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.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Undefined symbols for architecture x86_64
@ 2013-10-20 17:50 Dominique Dhumieres
2013-10-22 10:54 ` Felipe Pimenta
0 siblings, 1 reply; 11+ messages in thread
From: Dominique Dhumieres @ 2013-10-20 17:50 UTC (permalink / raw)
To: fortran; +Cc: felipepimenta
> 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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Undefined symbols for architecture x86_64
2013-10-20 17:50 Dominique Dhumieres
@ 2013-10-22 10:54 ` Felipe Pimenta
2013-10-22 12:30 ` Arjen Markus
0 siblings, 1 reply; 11+ messages in thread
From: Felipe Pimenta @ 2013-10-22 10:54 UTC (permalink / raw)
To: fortran; +Cc: dominiq, Arjen Markus, Steve Kargl
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
______________________________________________
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Undefined symbols for architecture x86_64
2013-10-22 10:54 ` Felipe Pimenta
@ 2013-10-22 12:30 ` Arjen Markus
2013-10-22 17:06 ` Dominique Dhumieres
0 siblings, 1 reply; 11+ messages in thread
From: Arjen Markus @ 2013-10-22 12:30 UTC (permalink / raw)
To: Felipe Pimenta; +Cc: Fortran List, Dominique Dhumieres, Steve Kargl
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
> ______________________________________________
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2017-07-09 3:12 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-10-20 0:49 Undefined symbols for architecture x86_64 Felipe Pimenta
2013-10-20 1:00 ` Steve Kargl
2013-10-20 10:22 ` Arjen Markus
2014-07-01 19:01 ` mcz1216
2014-07-01 21:43 ` Tim Prince
2014-07-01 19:49 ` Tobias Schlüter
2017-07-09 3:12 ` OWEN1412
2013-10-20 17:50 Dominique Dhumieres
2013-10-22 10:54 ` Felipe Pimenta
2013-10-22 12:30 ` Arjen Markus
2013-10-22 17:06 ` Dominique Dhumieres
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).