Summary: | dev-python/pythonmagick-0.95 build troubles - patch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michael Kefeder <m.kefeder> |
Component: | New packages | Assignee: | Python Gentoo Team <python> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | jmbsvicetto, Martin.vGagern, yamadharma |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
python version set to 2.6 in configure.ac
pythonmagick-0.9.5.ebuild Move using after include |
Description
Michael Kefeder
2011-03-11 08:49:24 UTC
Created attachment 265533 [details, diff]
python version set to 2.6 in configure.ac
Created attachment 265535 [details]
pythonmagick-0.9.5.ebuild
Adjusting the Magick++ headers certainly seems like one good solution. Another approach might be moving the "using namespace boost::python;" directive in the pythonmagick source files after the inclusion of the Magick++.h header. That would restrict the scope of the fix to the pythonmagick package. Created attachment 266043 [details, diff] Move using after include This patch, together with the one from comment #1, made the package compile for me. It moves the "using namespace boost::python" after any #include. That way, boost::python::ssize_t won't be a candidate for the unqualified ssize_t used in the Magick++ headers. moving "using namespace boost::python" is of course much more clever than my approach (i was just looking for an easy quick fix ;)) - so i vote for the "move using after include"-patch you guys came up with. *** This bug has been marked as a duplicate of bug 358251 *** |