dyld: lazy symbol binding failed: Symbol not found: _lqr_pixel_get_rgbcol

dyld: lazy symbol binding failed: Symbol not found: _lqr_pixel_get_rgbcol

Gregory (guest) 03 Dec 2012 00:59

When building ImageMagick along with liblqr using Mac homebrew, trying to use convert's liquid-rescale mode ends up with:

dyld: lazy symbol binding failed: Symbol not found: _lqr_pixel_get_rgbcol because lqr_pixel_get_rgbcol is declared inline

I provided a patched Homebrew (wanted to provide the link to the pull request but I'm a low-karma user and not allowed to publish links on your site). It's pull request #16362

Gregory (guest) 03 Dec 2012 09:35

It's because inline methods visibility is private extern by default when building on Mac

CarloB 03 Dec 2012 10:40

thanks for the report and the patch. I didn't know about the restrictions on posting links by low-karma users, it's likely a measure against a wave of spam which affected Wikidot some time ago; anyway, the link to the homebrew pull request is this.

So, in light of your last comment, is removing inline the best way to go, or is there a way to change inline methods visibility on Mac?

Last edited on 03 Dec 2012 10:41 by CarloB Show more

Gregory Pakosz 03 Dec 2012 21:11

I would get rid of all those inline specifiers.

See Clang's page about inline compatibility (again non link, posting as a registered user doesn't help)

"In C99, inline means that a function's definition is provided only for inlining, and that there is another definition (without inline) somewhere else in the program"

"Remove the inline keyword from this definition. The inline keyword is not required for a function to be inlined, nor does it guarantee that it will be. Some compilers ignore it completely. Clang treats it as a mild suggestion from the programmer."

Last edited on 03 Dec 2012 21:15 by Gregory Pakosz Show more

CarloB 03 Dec 2012 23:35

Ok will do, thanks.

CarloB 04 Dec 2012 01:30

I just released a new version of the library, can you confirm it works now?