@keith wanna try this and let me know if it works for you?

I'm actually hitting the Unknown error loading Chisel code path, which is quite strange. I will try and debug more.

Interesting. I can work with you on that.

I wonder if perror() would shed any more light.

Are you using CHISEL_LIBRARY_PATH or did you install it into the homebrew path? If using the environment variable, what path is the library?

I added errno handling, which may help figure out the issue @keith.

This is what I'm currently getting installing via homebrew

error: error: Execution was interrupted, reason: EXC_BAD_ACCESS (code=50, address=0x123138000).
The process has been returned to the state before expression evaluation.
error: error: Execution was interrupted, reason: signal SIGKILL.
The process has been returned to the state before expression evaluation.
error: warning: got name from symbols: errno
error: cast from pointer to smaller type 'int' loses information
Unknown error loading Chisel

Ah yes, code=50. This comes back to my question about code signing. That 50 is KERN_CODESIGN_ERROR.

So you installed via a local change to the chisel recipe?

If you re-codesign the library in it's installed location, does that fix the problem? The xcodebuild output will show the codesign command.

Ah yes. So the binary is signed from the homebrew install. I've added this command to make it work with brew edit Chisel:

    system "make", "-C", "Chisel", "install", "PREFIX=#{lib}"

But re-signing it does fix the problem, which is interesting.

Also I noticed if you run findinstances with no arguments, it fails:

(lldb) findinstances
Traceback (most recent call last):
  File "/usr/local/opt/chisel/libexec/fblldb.py", line 83, in runCommand
    command.run(args, options)
  File "/usr/local/Cellar/chisel/HEAD-76dfc8a/libexec/commands/FBDebugCommands.py", line 235, in run
    args = arguments[0].strip().split(' ', 1)
IndexError: list index out of range

It might be nice to have a nicer help message or something here

Does homebrew build in a chroot and then copy out?

But re-signing it does fix the problem, which is interesting.

I wasted too much time over this. Where should the codesign command be added, the homebrew recipe?

run findinstances with no arguments, it fails

should be fixed in 4ae2ba7

oh wait, just looked at the trace you gave, maybe not.

New fix 5865969. I actually ran it this time.

If we did add a codesign call in the formulae I'm not sure what signature you would use though

Do you mean which signing identity? If not, I don't follow.

Yes which signing identity for it to be valid, when I built manually the adhoc one that was used was valid.

Shouldn't it always be ad hoc? Do simulator builds ever not use ad hoc? The Makefile you added will always use ad hoc (right?), so resigning with ad hoc seems equal in intent.

When you install using your local recipe (without further modifications), what is the result of:

codesign -v -d /usr/local/Cellar/chisel/1.6.0/lib/Chisel.framework/Chisel

Note I'm not sure if my last question is useful for anything, feel free to ignore.

My hypothesis is that the homebrew recipe needs a post-install step that runs codesign -s -.

Looks the same as mine, except for the path. In my case, mine was installed using the Makefile, but I ran it myself from the a regular terminal session, not via homebrew. I'm wondering if homebrew runs the make command in a chroot, then copies it to /usr/local, and if that's what breaks the signing. Try running the make command yourself, with PREFIX=/usr/local/Cellar/chisel/HEAD-5865969/lib.

#217 is the fix for the code signing problems discussed here.

works for @keith now

🎉