Summary: | media-gfx/meshlab-2016.12-r2 : mainserver.cpp:900:93: error: no matching function for call to asString(int) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Amy Liffey <amynka> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | 3dprint, gentoo, myoung008 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge-info.txt
emerge-history.txt environment etc.portage.tbz2 logs.tbz2 media-gfx:meshlab-2016.12-r2:20180706-184147.log.bz2 -r4 ebuild, including fedora patches qprintable patch qt-includes patch |
Description
Toralf Förster
2018-07-06 18:57:28 UTC
Created attachment 538620 [details]
emerge-info.txt
Created attachment 538622 [details]
emerge-history.txt
Created attachment 538624 [details]
environment
Created attachment 538626 [details]
etc.portage.tbz2
Created attachment 538628 [details]
logs.tbz2
Created attachment 538630 [details]
media-gfx:meshlab-2016.12-r2:20180706-184147.log.bz2
Here's a Fedora commit that made it build for us. Hope that helps. https://src.fedoraproject.org/rpms/meshlab/c/e1410053455a497d32b1e896eb7e99a7224b6832?branch=master The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a1e4a213fb6bdf0c313e0a04e5e2327e28679625 commit a1e4a213fb6bdf0c313e0a04e5e2327e28679625 Author: Amy Liffey <amynka@gentoo.org> AuthorDate: 2018-09-05 05:46:18 +0000 Commit: Amy Liffey <amynka@gentoo.org> CommitDate: 2018-09-05 05:46:18 +0000 media-gfx/meshlab: fix asString crash - Added patch from fedora Suggested-by: Miro Hrončok <miro@hroncok.cz> Closes: https://bugs.gentoo.org/660542 Package-Manager: Portage-2.3.40, Repoman-2.3.9 .../files/2016.12/meshlab-2016.12-asString.patch | 62 ++++++++++++ media-gfx/meshlab/meshlab-2016.12-r3.ebuild | 109 +++++++++++++++++++++ 2 files changed, 171 insertions(+) Almost the same issue happens now with meshlab-2016.12-r3: mainserver.cpp: In function ‘int main(int, char**)’: mainserver.cpp:900:93: error: no matching function for call to ‘asString(int)’ fprintf(logfp, "Error: trying to save %i meshes, but only %i available in the project\n", qPrintable(outmeshlist.size()), qPrintable(meshDocument.size())); ^~~~~~~~~~ In file included from /usr/include/qt5/QtCore/qcoreapplication.h:44, I can confirm that there is an issue with 2016.2-r3. manually ebuilding i did the following between prepare and compile: I removed the two qPrintable from line 900 and one from 914 in mainserver.cpp and I was able to compile past the error mentioned in comment #9. char *qPrintable(const QString &str) is the signature of qPrintableand though technically correct it was not compiling. (In reply to smellyfis from comment #10) > I can confirm that there is an issue with 2016.2-r3. > > manually ebuilding i did the following between prepare and compile: > I removed the two qPrintable from line 900 and one from 914 in > mainserver.cpp and I was able to compile past the error mentioned in comment > #9. > > char *qPrintable(const QString &str) is the signature of qPrintableand > though technically correct it was not compiling. After performing these changes in in Line 900 and 914 of mainserver.cpp 'emerge meshlab' fails now with: ... shaderDialog.h:55:21: error: ‘QSlider’ was not declared in this scope std::map<QString, QSlider*> sliders; ^~~~~~~ shaderDialog.h:55:21: note: suggested alternative: ‘QTimer’ std::map<QString, QSlider*> sliders; ^~~~~~~ QTimer shaderDialog.h:55:29: error: template argument 2 is invalid std::map<QString, QSlider*> sliders; ^ shaderDialog.h:55:29: error: template argument 4 is invalid shaderDialog.h:56:15: error: ‘QLineEdit’ was not declared in this scope std::vector<QLineEdit*> textLineEdits; ... The Fedora commit linked in comment #7 fixed the build failure for me. Fedora commit worked for me too. (In reply to myoung008 from comment #13) > Fedora commit worked for me too. Are you saying that the meshlab-2016.12-r3 works for you fine? After adding patch files to match the patches in the fedora commit, changing the ebuild to use those patches, yes. x86_64, gcc 8.2.0, qt 5.12.0, gentoo 17.0 profile I made a -r4 ebuild. I'll attach everything to this post. Created attachment 559204 [details]
-r4 ebuild, including fedora patches
Created attachment 559206 [details, diff]
qprintable patch
Created attachment 559208 [details, diff]
qt-includes patch
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ff0d1adb28af2bd042e1374ba7c16aa87662cb85 commit ff0d1adb28af2bd042e1374ba7c16aa87662cb85 Author: Amy Liffey <amynka@gentoo.org> AuthorDate: 2019-01-03 16:49:10 +0000 Commit: Amy Liffey <amynka@gentoo.org> CommitDate: 2019-01-03 16:49:10 +0000 media-gfx/meshlab: Add fedora patches Closes: https://bugs.gentoo.org/660542 Submitted-by: <myoung008@yahoo.com> Signed-off-by: Amy Liffey <amynka@gentoo.org> Package-Manager: Portage-2.3.49, Repoman-2.3.11 .../files/2016.12/meshlab-2016.12-qprintable.patch | 20 ++++ .../2016.12/meshlab-2016.12-qt-includes.patch | 22 ++++ media-gfx/meshlab/meshlab-2016.12-r4.ebuild | 111 +++++++++++++++++++++ 3 files changed, 153 insertions(+) |