<div dir="ltr"><div>Doh! That was a stupid user error on my part. When I made the .patch file from your git repo, I only grabbed changes and didn't grab new files.<br></div>Thanks,<br>Dave<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 14, 2014 at 5:05 PM, Matthias Kuhn <span dir="ltr"><<a href="mailto:matthias.kuhn@gmx.ch" target="_blank">matthias.kuhn@gmx.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The module should be there<br>
<br>
<a href="https://github.com/qgis/QGIS/blob/qt5/cmake/modules/ECMQt4To5Porting.cmake" target="_blank">https://github.com/qgis/QGIS/blob/qt5/cmake/modules/ECMQt4To5Porting.cmake</a><br>
<br>
Don't know why it won't find it.<br>
<br>
Matthias<br>
<span class="im HOEnZb"><br>
<br>
On 14.11.2014 22:58, Dave Johansen wrote:<br>
> I was just working on getting things packaged up to try and build a<br>
> .rpm, but when I run cmake now I get the following error:<br>
><br>
> CMake Error at CMakeLists.txt:247 (INCLUDE):<br>
> include could not find load file:<br>
><br>
> cmake/modules/ECMQt4To5Porting.cmake<br>
><br>
> Any ideas?<br>
><br>
> Thanks,<br>
> Dave<br>
><br>
> On Tue, Sep 9, 2014 at 8:03 AM, Dave Johansen <<a href="mailto:davejohansen@gmail.com">davejohansen@gmail.com</a><br>
</span><span class="im HOEnZb">> <mailto:<a href="mailto:davejohansen@gmail.com">davejohansen@gmail.com</a>>> wrote:<br>
><br>
> Ya, my hope is to get everything packed up and included in EPEL.<br>
> It will probably be a little bit until I get that all setup<br>
> because there are a few dependencies that need to be packaged as<br>
> well, but hopefully it won't be too long.<br>
> Dave<br>
><br>
> On Tue, Sep 9, 2014 at 12:00 AM, Matthias Kuhn<br>
</span><span class="im HOEnZb">> <<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a>>> wrote:<br>
><br>
> Good job.<br>
><br>
> Can we hope for rpm files for these? Would be nice to offer them<br>
> officially.<br>
><br>
> Matthias<br>
><br>
> On Die 09 Sep 2014 00:34:36 CEST, Dave Johansen wrote:<br>
> > Yep, QWT and QWT-Polar were the offending libraries. Once I<br>
> built a<br>
> > Qt5 version and used this, QGIS 2.4 loaded up just fine on<br>
> RHEL 6.<br>
> > Thanks for the help,<br>
> > Dave<br>
> ><br>
> > On Mon, Sep 8, 2014 at 3:52 AM, Matthias Kuhn<br>
> <<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a>><br>
</span><div class="HOEnZb"><div class="h5">> > <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a>>>> wrote:<br>
> ><br>
> > Hi Dave,<br>
> ><br>
> > Maybe it could be QWT (and QWT-Polar) which are linked<br>
> against<br>
> > Qt4? You will probably have to recompile such<br>
> dependencies as well.<br>
> ><br>
> > On Fri 05 Sep 2014 08:24:33 PM CEST, Dave Johansen wrote:<br>
> ><br>
> > On Thu, Sep 4, 2014 at 11:38 PM, Matthias Kuhn<br>
> > <<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a>><br>
> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a>>><br>
> > <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a><br>
> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a>> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a><br>
> <mailto:<a href="mailto:matthias.kuhn@gmx.ch">matthias.kuhn@gmx.ch</a>>>>><br>
> > wrote:<br>
> ><br>
> > Hi Dave<br>
> ><br>
> > there is still Qt 4 involved (partially?) as the<br>
> 4 in the<br>
> > end of<br>
> > this line indicates:<br>
> ><br>
> > #10 0x00007ffff3e24ce6 in __do_global_ctors_aux<br>
> () from<br>
> > /usr/lib64/libQtCore.so.4<br>
> ><br>
> > Did you clean the build directory after the<br>
> build attempts<br>
> > for master?<br>
> ><br>
> ><br>
> > I just did a complete clean build just to be sure<br>
> and it had<br>
> > the same<br>
> > crash. The same crash happened. Here's the output<br>
> from ldd<br>
> > grepped for qt:<br>
> ><br>
> > libQt5Sql.so.5 => /usr/lib64/libQt5Sql.so.5<br>
> > (0x000000357c400000)<br>
> > libQt5WebKit.so.5 => /usr/lib64/libQt5WebKit.so.5<br>
> > (0x0000003585200000)<br>
> > libQt5WebKitWidgets.so.5 =><br>
> > /usr/lib64/__libQt5WebKitWidgets.so.5<br>
> > (0x0000003580000000)<br>
> > libqgis_core.so.2.4.0 =><br>
> ><br>
> /home/dlj/projects/qgis-qt5/__build/../install/lib/libqgis___core.so.2.4.0<br>
> > (0x00007faf1211c000)<br>
> > libqgis_gui.so.2.4.0 =><br>
> ><br>
> /home/dlj/projects/qgis-qt5/__build/../install/lib/libqgis___gui.so.2.4.0<br>
> > (0x00007faf11a01000)<br>
> > libqgis_analysis.so.2.4.0 =><br>
> ><br>
> /home/dlj/projects/qgis-qt5/__build/../install/lib/libqgis___analysis.so.2.4.0<br>
> > (0x00007faf11772000)<br>
> > libQt5Quick.so.5 => /usr/lib64/libQt5Quick.so.5<br>
> > (0x000000357c800000)<br>
> > libQt5Qml.so.5 => /usr/lib64/libQt5Qml.so.5<br>
> > (0x000000357b200000)<br>
> > libQt5OpenGL.so.5 => /usr/lib64/libQt5OpenGL.so.5<br>
> > (0x000000357f400000)<br>
> > libQt5Sensors.so.5 => /usr/lib64/libQt5Sensors.so.5<br>
> > (0x000000357fc00000)<br>
> > libQt5Network.so.5 => /usr/lib64/libQt5Network.so.5<br>
> > (0x0000003579e00000)<br>
> > libQt5PrintSupport.so.5 =><br>
> > /usr/lib64/libQt5PrintSupport.__so.5<br>
> > (0x000000357ee00000)<br>
> > libQt5Positioning.so.5 =><br>
> /usr/lib64/libQt5Positioning.__so.5<br>
> > (0x000000357f800000)<br>
> > libQt5Xml.so.5 => /usr/lib64/libQt5Xml.so.5<br>
> > (0x000000357a200000)<br>
> > libQt5Concurrent.so.5 =><br>
> /usr/lib64/libQt5Concurrent.__so.5<br>
> > (0x00007faf1133c000)<br>
> > libQt5Svg.so.5 => /usr/lib64/libQt5Svg.so.5<br>
> > (0x00007faf110eb000)<br>
> > libQt5Widgets.so.5 => /usr/lib64/libQt5Widgets.so.5<br>
> > (0x000000357ba00000)<br>
> > libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5<br>
> > (0x000000357aa00000)<br>
> > libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5<br>
> > (0x0000003578a00000)<br>
> > libQtSvg.so.4 => /usr/lib64/libQtSvg.so.4<br>
> (0x0000003582200000)<br>
> > libQtGui.so.4 => /usr/lib64/libQtGui.so.4<br>
> (0x00007faf0fda5000)<br>
> > libQtCore.so.4 => /usr/lib64/libQtCore.so.4<br>
> > (0x00007faf0f941000)<br>
> ><br>
> > So it looks like you already pointed out that the Qt4<br>
> > libraries are<br>
> > being linked in as well for some reason. Any ideas<br>
> on what I<br>
> > should do<br>
> > to run down where this issue is coming from?<br>
> ><br>
> > For your other question (lrelease-qt5) you can<br>
> revert this<br>
> > commit:<br>
> > 9c6f1698fcb3df758f024fad99ed65____06d6a38e0d<br>
> ><br>
> > I guess I'll have to figure out another approach<br>
> to handle<br>
> > this<br>
> > suffix than just deleting it like this commit does.<br>
> ><br>
> ><br>
> > I reverted that commit and it built without me<br>
> specifying the<br>
> > path to<br>
> > lrelease-qt5.<br>
> ><br>
> ><br>
><br>
><br>
><br>
><br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Help getting QGIS to the next level of quality before November 15!<br>
<a href="http://blog.vitu.ch/10102014-1046/crowdfunding-initiative-automated-testing" target="_blank">http://blog.vitu.ch/10102014-1046/crowdfunding-initiative-automated-testing</a><br>
<br>
</font></span></blockquote></div><br></div>