Summary: | net-p2p/eiskaltdcpp - Qt4 moc build issues | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Bob Wya <bob.mt.wya> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | bob.mt.wya, limanski |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugreports.qt.io/browse/QTBUG-22829 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 541572 | ||
Attachments: |
eiskaltdcpp-9999.ebuild
eiskaltdcpp-2.2.9-boost157.patch |
Description
Bob Wya
2015-08-03 21:04:05 UTC
Created attachment 408224 [details]
eiskaltdcpp-9999.ebuild
I've attached a (very!!) hacked together ebuild that wraps the boost functions included (in the Qt header files) with "no-moc" C pre-processor tags. A work-around suggested by Upstream (see the Qt bug URL).
Yes we're aware of this, we've had other bugs. Nothing we can do about it. Just wrap the problematic includes in "#ifndef Q_MOC_RUN ... #endif" as suggested in the upstream bug. For an example see https://cgit.gentoo.org/proj/kde.git/commit/?id=cc2a85965f6be1c55f1f43fbbc4a85420186f8e4 Or the workaround can be applied directly to the boost header(s) I guess. "we" in the previous comment stands for "the gentoo qt team" (In reply to Davide Pesavento from comment #2) > Yes we're aware of this, we've had other bugs. Nothing we can do about it. > > Just wrap the problematic includes in "#ifndef Q_MOC_RUN ... #endif" as > suggested in the upstream bug. For an example see > https://cgit.gentoo.org/proj/kde.git/commit/ > ?id=cc2a85965f6be1c55f1f43fbbc4a85420186f8e4 > > Or the workaround can be applied directly to the boost header(s) I guess. Sure - like I said I've got working ebuilds for the package already. I'm just being "responsible" and filing a bug against the package. Since it won't build for other folks - I can offer a "quicker solution" for this issue after all... I've re-written it a little - to use a standalone Moc patch script (OK it's a just an awk hack). The "fixed" ebuilds, for net-p2p/eiskaltdcpp, are now in my overlay (bobwya). Created attachment 429590 [details, diff]
eiskaltdcpp-2.2.9-boost157.patch
I've guarded all boost includes. Please give it a try.
I've just emerged eiskaltdcpp 2.2.9 with Boost 1.58.0-r1 without any problems. Is this issue still actual? [ebuild R ] net-p2p/eiskaltdcpp-2.2.9::gentoo USE="dbus dht emoticons gtk libnotify minimal pcre qt4 spell -cli -daemon -examples -idn -javascript -json -libcanberra -lua -sound -sqlite -upnp -xmlrpc" (In reply to David Seifert from comment #5) > Created attachment 429590 [details, diff] [details, diff] > eiskaltdcpp-2.2.9-boost157.patch > > I've guarded all boost includes. Please give it a try. Uhhmm... I'd forgotten I'd even opened this bug report - it was many months ago though :-) I'm using my own qt5 EAPI 6 build of this package now - with boost 1.60.0 ... Time moves on, etc. ... Please reopen if issue persists. |