apcraig
commented
1 year ago I am seeing very similar problems starting this week on a totally different problem. I'm compiling with gnu fortran via mpifort for a 2 core MPI test case. It's just multi-core tests, if I compile with gfortran for a single core test case, it works great. The error I get is
mpifort -L/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/lib -o /Users/runner/cice-dirs/runs/conda_macos_restart_gx3_2x1.macos-latest/cice CICE.o CICE_FinalMod.o CICE_InitMod.o CICE_RunMod.o ice_arrays_column.o ice_blocks.o ice_boundary.o ice_broadcast.o ice_calendar.o ice_communicate.o ice_constants.o ice_diagnostics.o ice_diagnostics_bgc.o ice_distribution.o ice_domain.o ice_domain_size.o ice_dyn_eap.o ice_dyn_evp.o ice_dyn_evp_1d.o ice_dyn_shared.o ice_dyn_vp.o ice_exit.o ice_fileunits.o ice_flux.o ice_flux_bgc.o ice_forcing.o ice_forcing_bgc.o ice_gather_scatter.o ice_global_reductions.o ice_grid.o ice_history.o ice_history_bgc.o ice_history_drag.o ice_history_fsd.o ice_history_mechred.o ice_history_pond.o ice_history_shared.o ice_history_snow.o ice_history_write.o ice_init.o ice_init_column.o ice_kinds_mod.o ice_memusage.o ice_memusage_gptl.o ice_read_write.o ice_reprosum.o ice_restart.o ice_restart_column.o ice_restart_driver.o ice_restart_shared.o ice_restoring.o ice_shr_reprosum86.o ice_spacecurve.o ice_state.o ice_step_mod.o ice_timers.o ice_transport_driver.o ice_transport_remap.o icepack_aerosol.o icepack_age.o icepack_algae.o icepack_atmo.o icepack_brine.o icepack_firstyear.o icepack_flux.o icepack_fsd.o icepack_intfc.o icepack_isotope.o icepack_itd.o icepack_kinds.o icepack_mechred.o icepack_meltpond_lvl.o icepack_meltpond_topo.o icepack_mushy_physics.o icepack_ocean.o icepack_orbital.o icepack_parameters.o icepack_shortwave.o icepack_snow.o icepack_therm_bl99.o icepack_therm_itd.o icepack_therm_mushy.o icepack_therm_shared.o icepack_therm_vertical.o icepack_tracers.o icepack_warnings.o icepack_wavefracspec.o icepack_zbgc.o icepack_zbgc_shared.o icepack_zsalinity.o -L/Users/runner/miniconda/envs/cice/lib -lnetcdf -lnetcdff -llapack
ld: file not found: /System/Library/Frameworks/Security.framework/Versions/A/Security for architecture x86_64
collect2: error: ld returned 1 exit statusI have tried macos-latest, macos-11, macos-13. I have compared the mac/compiler versions and no changes since last week. I've tried to debug the issue, have gotten no where. I've run the test case on my personal iMac without any problem. This directory, /System/Library/Frameworks/Security.framework/Versions/A/Security, doesn't exist in githubActions or on my iMac, and it's never been a problem before.
I have a PR into my repo to try to fix this, https://github.com/CICE-Consortium/CICE/pull/847, but have no clue why this started. Was working fine for years and as recently as last week.
disa6302
vpolikarpov-akvelon
ilia-shipitsin
Description
I am building a library on a github runner as part of github actions that requires building libcurl.
Libcurl version : 7.68.0 I am running this using cmake and I see this issue:
How do I fix this? I run the same thing on a Mac 11 system and a Mac 12 EC2 instance and the builds pass in those. It seems to a GHA specific issue.
For context, I did nothing to change the cmake file and the same build passed last month. The build also runs fine on MacOS 13.
Platforms affected
Runner images affected
Image version and build link
https://github.com/awslabs/amazon-kinesis-video-streams-producer-c/actions/runs/5602647587/job/15177682079
Is it regression?
2.305.0
Expected behavior
The build passes clean.
Actual behavior
The build fails
Repro steps
Try building the linked SDK on a GHA running with the build configuration.