> Actually, I investigated those additional symbols on my linux box,
> and it appears that they are undefined over there as well. The only
> difference is that the linker on my linux box didn't care... The
> package works perfectly fine with those symbols undefined, and if you
> read the source, some of them are slated to be removed in future
> versions anyways...
> As for environ, it seems that is also entirely unnecessary for
> graphviz Darwin. If you look at the Darwinports patch for
> graphviz-2.6, they've simply removed the functionality to error on
> that symbol being undefined. If you have a solution for this on a
> large-scale, that'd be great, as I agree with you that it would be
> more correct, and perhaps could solve other issues. For graphviz
> though, it seems not to matter.
This sounds similar http://bugs.gentoo.org/show_bug.cgi?id=107815
where the solution was
LDFLAGS="-undefined dynamic_lookup" might be appropriate in this
case....give it a try and see if it can
find the symbols.
The problem is that this was only a meta-tip, the real problem was to
integrate this tip into the ebuild.
This could be different for the given case.
Regrads
Dirk
--
gentoo-osx@gentoo.org mailing list
> and it appears that they are undefined over there as well. The only
> difference is that the linker on my linux box didn't care... The
> package works perfectly fine with those symbols undefined, and if you
> read the source, some of them are slated to be removed in future
> versions anyways...
> As for environ, it seems that is also entirely unnecessary for
> graphviz Darwin. If you look at the Darwinports patch for
> graphviz-2.6, they've simply removed the functionality to error on
> that symbol being undefined. If you have a solution for this on a
> large-scale, that'd be great, as I agree with you that it would be
> more correct, and perhaps could solve other issues. For graphviz
> though, it seems not to matter.
This sounds similar http://bugs.gentoo.org/show_bug.cgi?id=107815
where the solution was
LDFLAGS="-undefined dynamic_lookup" might be appropriate in this
case....give it a try and see if it can
find the symbols.
The problem is that this was only a meta-tip, the real problem was to
integrate this tip into the ebuild.
This could be different for the given case.
Regrads
Dirk
--
gentoo-osx@gentoo.org mailing list