dsymutil failed

Question

dsymutil failed

jief666 opened this issue 7 years ago · comments

Hi,
I got this when I try to compile.

/usr/local/Cellar/go/1.9/libexec/pkg/tool/darwin_amd64/link: /usr/local/Cellar/go/1.9/libexec/pkg/tool/darwin_amd64/link: running dsymutil failed: signal: abort trap
error: invalid abbreviation code [110] for DIE at 0x0013694e in '/var/folders/m2/gg5jd9917hz2h5twr9rbw0sr0000gn/T/go-link-235546615/go.o'
Assertion failed: (ref_addr_die != NULL), function AppendDependants, file /SourceCache/dwarf_utilities/dwarf_utilities-121/source/DWARFDebugInfoEntry.cpp, line 375.

Any clue on what's going on ? A Go problem ?

Mac Pro with Yosemite up to date.

Ryan Hileman · Answer 1 · Mon Oct 02 2017 22:39:15 GMT+0800 (China Standard Time)

Is this on High Sierra? Do you have the latest build of Go and the latest Xcode toolchain? I've seen problems before if some deps were built before an OS X upgrade. Barring that it looks like a Go problem with High Sierra.

Ryan Hileman · Answer 2 · Mon Oct 02 2017 22:40:41 GMT+0800 (China Standard Time)

Homebrew/homebrew-core#18071 Looks like a problem with your environment. Are you on Yosemite / an older macOS?

jief666 · Answer 3 · Mon Oct 02 2017 23:47:14 GMT+0800 (China Standard Time)

Mac Pro with Yosemite up to date.

I was trying things and I got it compiled by putting the gnu version of a bunch of utilities in front ou my path.
So some scripts are probably using a gnu extension of a command line tool. "Sed" Osx version is a usual troublemaker. Would be nice to the problem. May do that sometime...

Ryan Hileman · Answer 4 · Tue Oct 03 2017 02:29:52 GMT+0800 (China Standard Time)

I think Yosemite might have problems building with newer versions of Go, though usercorn has binary releases as well that should work. I think this is an issue with your env and/or Go.

jief666 · Answer 5 · Tue Oct 03 2017 14:52:43 GMT+0800 (China Standard Time)

It compiled perfectly with my PATH modified. Probably no need for binary.

May I ask something unrelated. It's not an issue but I didn't find anywhere in github for questions. I want to call one function from a library compiled for ARM/Thumb/Neon, from an os x software. The goal is to definitively integrate this call, it's not for debugging. Could you pointed in the direction on how I could do that ? Is there any example ? Where to look in your source on how to load a library, setup things and call the symbol ?

Thanks.

jief666 · Answer 6 · Tue Oct 03 2017 19:21:49 GMT+0800 (China Standard Time)

Ok, I've spotted it. I was wrong about the fact it could be a command line tool like sed.
The problem came from the fact that in my command line tools (they were from xcode 6.3), the dsymutil is the classic one. In newer version of command line tools, dsymutil is a symlink to llvm-dsymutil. In the PATH I've put, there was plenty of gnu tools (make, cmake, sed etc.), but also, but mistake, a newer version of dsymutil.
Not a usercorn problem, for sure. Sorry for the issue.
How I fix, for information :
install manually the package Command_Line_Tools_OS_X_10.10_for_Xcode_7.2_dec_2015
sudo xcode-select --switch /
You'll get plenty of warning like "was built for newer OSX version (10.11) than being linked (10.10)". It's just a warning, but to get rid of it, copy usr/bin/ld from command line tools 6 to /Library/Developer/CommandLineTools/usr/bin/ld.

Ryan Hileman · Answer 7 · Tue Oct 03 2017 23:31:15 GMT+0800 (China Standard Time)

Depends on the complexity of the function. You could copy just the one function into a Unicorn Engine context and manually implement syscalls and deal with the calling convention yourself.

jief666 · Answer 8 · Wed Oct 04 2017 02:41:20 GMT+0800 (China Standard Time)

Don't I need to load the library and call the initializers ? Do you know any project that did something similar ?

Ryan Hileman · Answer 9 · Wed Oct 04 2017 03:22:04 GMT+0800 (China Standard Time)

It really depends on the code you're trying to run.