Opened 4 months ago

Last modified 3 months ago

#57067 new defect

SIerra: issue with assembler "as" in conjunction with gfortran

Reported by: rjones-sandia Owned by:
Priority: Normal Milestone:
Component: ports Version: 2.5.3
Keywords: Cc:
Port: gcc7

Description (last modified by kencu (Ken))

I've removed and reinstalled "port"

$ port version
Version: 2.5.3

I've only installed gcc7 at this point:

$ port installed
The following ports are currently installed:
  bzip2 @1.0.6_0 (active)
  cctools @895_7+llvm50 (active)
  gcc7 @7.3.0_3 (active)
  gcc_select @0.1_8 (active)
  gettext @0.19.8.1_0 (active)
  gmp @6.1.2_1 (active)
  isl @0.18_0 (active)
  ld64 @3_1 (active)
  ld64-latest @274.2_2+llvm50 (active)
  libcxx @5.0.1_2+universal (active)
  libedit @20170329-3.1_2 (active)
  libffi @3.2.1_0 (active)
  libgcc @1.0_0 (active)
  libgcc7 @7.3.0_2 (active)
  libgcc8 @8.2.0_0 (active)
  libiconv @1.15_0 (active)
  libmpc @1.1.0_1 (active)
  libunwind-headers @5.0.1_0 (active)
  libxml2 @2.9.7_0 (active)
  llvm-5.0 @5.0.2_0 (active)
  llvm_select @2_0 (active)
  mpfr @4.0.1_0 (active)
  ncurses @6.1_0 (active)
  openssl @1.0.2p_0 (active)
  xar @1.6.1_0 (active)
  xz @5.2.4_0 (active)
  zlib @1.2.11_0 (active)

and I'm still getting :

$ /opt/local/bin/gfortran-mp-7 test.f90 
FATAL:/opt/local/bin/../libexec/as/x86_64/as: I don't understand 'm' flag!
$ which as
/opt/local/bin/as

Not sure how to get around this with macports.

thanks Reese

btw removing /opt/local/bin from my PATH:

$ which as
/usr/bin/as
$ which gfortran
/usr/local/bin/gfortran
$ gfortran test.f90 
$ 

works

Change History (8)

comment:1 Changed 4 months ago by kencu (Ken)

could you please give us the output of this command:

    echo "macOS $(sw_vers -productVersion) $(sw_vers -buildVersion)"; echo "Xcode $(xcodebuild -version | awk '{print $NF}' | tr '\n' ' ')"

and this command:

ls -la /opt/local/bin/as

thanks!

comment:2 Changed 4 months ago by kencu (Ken)

Description: modified (diff)
Port: gcc7 added

comment:3 Changed 4 months ago by kencu (Ken)

Thanks for the report. We are fine-tuning the assembler usage on the newest systems, and I suspect this will turn out to be another example of that.

comment:4 Changed 4 months ago by mf2k (Frank Schima)

Version: 2.5.3

comment:5 Changed 4 months ago by mf2k (Frank Schima)

You should re-install cctools. The +xcode variant is now the default. Using +llvm50 is known to cause problems.

Last edited 4 months ago by mf2k (Frank Schima) (previous) (diff)

comment:6 in reply to:  5 Changed 4 months ago by ryandesign (Ryan Schmidt)

Replying to mf2k:

The +xcode variant is now the default. Using +llvm50 is known to cause problems.

That is only true when Xcode 9 or later is installed. The user hasn't yet told us what version of Xcode they use.

comment:7 Changed 4 months ago by mf2k (Frank Schima)

Good point!

comment:8 Changed 3 months ago by rjones-sandia

Hi

sorry for the delay, I didn't have access to the machine before now.

macOS 10.12.6 16G1510 Xcode 8.2.1 8C1002

$ ls -la /opt/local/bin/as -r-xr-xr-x 1 root wheel 28020 Aug 30 22:17 /opt/local/bin/as*

Reese

===================================================

re: You should re-install cctools. The +xcode variant is now the

default. Using +llvm50 is know to cause problems.

ok that bit of magic got me past a "hello world" f90 compile. thanks -- I'm trying the cross compile of the actual application. Reese

Note: See TracTickets for help on using tickets.