- edited description
build fails on Mac
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.
Comments (10)
-
reporter -
- changed status to invalid
This failure indicates you have an inconsistent build tree.
Please
rm -Rf .nobs
and re-run theinstall
script -
@bonachea What is the nature of the inconsistency, an old version of gasnet?
-
@jdbachan Yes this error arises when the GASNet header (compiled into libupcxx) is newer than the libgasnet it's trying to link against.
-
reporter 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.
-
The message is issued by the system linker which leaves us with no control over its contents.
-
reporter 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.
-
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.
-
reporter I guess that it is good news because I am not a user :-) Perhaps you mean "users that load upcxx via the module system"
-
John means "user == anybody not using git".
- Log in to comment