build fails on Mac

[Scott Baden]

Using the provided makefile, I'm not able to build the PG examples on an iMac

uname -a Darwin Scotts-iMac.local.dhcp.lbl.gov 17.4.0 Darwin Kernel Version 17.4.0: Sun Dec 17 09:19:54 PST 2017; root:xnu-4570.41.2~1/RELEASE_X86_64 x86_64 i386 iMac16,2 Darwin

Same failure mode in my rb1d code I'm using /usr/bin/c++

/usr/bin/c++ -v Apple LLVM version 9.0.0 (clang-900.0.39.2) Target: x86_64-apple-darwin17.4.0 Thread model: posix InstalledDir: /Library/Developer/CommandLineTools/usr/bin

Log attached.

[Dan Bonachea]

This failure indicates you have an inconsistent build tree.

Please rm -Rf .nobs and re-run the install script

[john bachan]

@bonachea What is the nature of the inconsistency, an old version of gasnet?

[Dan Bonachea]

@jdbachan Yes this error arises when the GASNet header (compiled into libupcxx) is newer than the libgasnet it's trying to link against.

[Scott Baden]

We need a better error message (so it passes the Kathy test), but this can wait until after March 9th. This explains a problem I had on another mac, though I may have gotten different messages. I removed .nobs, and it ran fine.

[Paul Hargrove]

The message is issued by the system linker which leaves us with no control over its contents.

[Scott Baden]

I wonder if the install script can check if date for the GASNet header compiled into libupcxx is newer than the libgasnet it's trying to link against.

[john bachan]

Good news, this error won't happen to users since the install script implicitly rm -rf .nobs everytime when operating out of a tarball (there's a check for .git, I assume Dan is to thank for that).

Bad news, this shouldn't be happening in the first place. But I think I know where to start looking.

[Scott Baden]

I guess that it is good news because I am not a user :-) Perhaps you mean "users that load upcxx via the module system"

[Paul Hargrove]

John means "user == anybody not using git".