Libxml compiles with the configure-file attached which sets -flat_namespace as default. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 44470 [details] Patched configure-Skript for libxml on Mac OSX This patch allow compiling libxml on Mac OSX by addin -flat_namespace
Created attachment 62104 [details, diff] changes made to the ebuild to get libxml compiling on OSX changes made to the ebuild to include osx patch
Created attachment 62105 [details, diff] patch for configure to include "-flat_namespace" this patch obsoletes the previous complete file (please supply patches in the future) See amongst others here for details on the change made by this patch http://www.xmlperl.com/modules.php?op=modload&name=News&file=article&sid=7&mode=thread this patch avoids the linker error: ld: -undefined error must be used when -twolevel_namespace is in effect /usr/bin/libtool: internal link edit command failed by adding -flat_namespace if "-undefined suppress" is used
Comment on attachment 62104 [details, diff] changes made to the ebuild to get libxml compiling on OSX oops, this patch is still valid
That is one way to do it. Just as an alternative suggestion, instead of using -undefined suppress, could we also use -undefined dynamic_lookup? That way we could keep the two-level namespace, as that is the default now. If that doesn't work or if there's some compelling reason to fall back to -flat_namespace, I don't have too much of an objection though.
I talked with Hasan Khalil and I remember from past conversations with kito, that when possible it is our preference as a team to preserve 10.3+ behavior by keeping the two level namespace and using -undefined dynamic_lookup. This bug also depends on getting openjade and opensp to work since there is the doc USE flag.
doc is masked, the real problem is readline.
libxml works fine, in prefix.