#12907 closed defect (worksforme)
GMP is building incorrectly (which causes ECL not to fail to build)
Reported by: | jwiegley@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.5.2 |
Keywords: | Cc: | ||
Port: | gmp |
Description
There is a problem with the way libgmp is being built, which results in a dynamic library that references an undefined symbol. I've seen this problem before when trying to binding to gmp in Python, but I thought my issue was isolated and wouldn't affect other MacPorts users. However, I discovered today that building ECL suffers from exactly the same problem. Here's the error that I see, which trying to run a program which has been fully linked to libgmp.dylib; you should see this if you build the ECL package (ecl):
dyld: _dyld_bind_fully_image_containing_address() error dyld: Symbol not found: ___gmpn_sub_nc Referenced from: /usr/local/lib/libgmp.3.dylib Expected in: flat namespace
This does not happen with the Fink build of GMP, because it never references this symbol.
Also, this only seems to occur on my Intel Mac. On my PowerBook, the MacPorts build of GMP works just fine (at least, it did with my Python binding situation).
Change History (4)
comment:1 Changed 17 years ago by jmroot (Joshua Root)
Milestone: | → Port Bugs |
---|
comment:2 Changed 16 years ago by blb@…
Port: | gmp added |
---|
comment:3 Changed 16 years ago by blb@…
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Closing, lack of response.
ecl should be fine (from ticket #16640), are you having any other issues with gmp (it's had a couple of version updates since this ticket)?