Opened 9 years ago
Closed 8 years ago
#49700 closed defect (wontfix)
kdevelop @4.7.2: fails to build
Reported by: | mkae (Marko Käning) | Owned by: | NicosPavlov |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | RJVB (René Bertin) | |
Port: | kdevelop |
Description
What's going on here:
:info:build In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdevelop/kdevelop/work/kdevelop-4.7.2/debuggers/gdb/printers/tests/qbytearray.cpp:1: :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdevelop/kdevelop/work/build/debuggers/gdb/printers/tests/QByteArray:1:1: error: source file is not valid UTF-8 :info:build <CF><FA><ED><FE><U+0007> :info:build ^ :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdevelop/kdevelop/work/build/debuggers/gdb/printers/tests/QByteArray:1:2: error: source file is not valid UTF-8 :info:build <CF><FA><ED><FE><U+0007> :info:build ^ :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdevelop/kdevelop/work/build/debuggers/gdb/printers/tests/QByteArray:1:3: error: source file is not valid UTF-8 :info:build <CF><FA><ED><FE><U+0007> :info:build ^ :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdevelop/kdevelop/work/build/debuggers/gdb/printers/tests/QByteArray:1:4: error: source file is not valid UTF-8 :info:build <CF><FA><ED><FE><U+0007> :info:build ^ :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdevelop/kdevelop/work/build/debuggers/gdb/printers/tests/QByteArray:1:5: error: expected unqualified-id :info:build <CF><FA><ED><FE><U+0007> :info:build ^
regarding those "source file is not valid UTF-8
" errors???
Attachments (1)
Change History (7)
comment:1 Changed 9 years ago by RJVB (René Bertin)
comment:2 Changed 9 years ago by RJVB (René Bertin)
NB: if this is indeed the error, it would seem that it'd be useful to propose an extension to MacPorts "base":
if a new switch (for instance build.casesensitive) is true, do not create ${workpath} as a simple directory under var/macports/build, but create a dmg with a case-sensitive filesystem, and mount that onto the expected ${workpath}.
comment:3 Changed 9 years ago by mkae (Marko Käning)
Added full log to show that there are simply too many of these errors.
Here is the ls output:
$ ls /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdevelop/kdevelop/work/build/debuggers/gdb/printers/tests/. CMakeFiles qchar qmapint qtprinters.app CTestTestfile.cmake qdate qmapstring qtprinters.moc Makefile qdatetime qmapstringbool qtprinters_automoc.cpp cmake_install.cmake qhashint qsetint qtprinters_automoc.cpp.files kdeveloptypes qhashstring qsetstring qtprintersconfig.h ktexteditortypes qlistcontainer qstring qurl qbytearray qlistpod qtime quuid
comment:4 Changed 8 years ago by mkae (Marko Käning)
René, would you agree with me to close this as wontfix, as main development on KDevelop happens nowadays exclusively on KF5?
comment:5 Changed 8 years ago by RJVB (René Bertin)
Either way, there's nothing we can do if the errors are due to building on a case-insensitive FS. So yeah, close it as wontfix if you want.
comment:6 Changed 8 years ago by mkae (Marko Käning)
Resolution: | → wontfix |
---|---|
Status: | new → closed |
No idea, I've never seen it. Can you paste the full compile command for qbytearray.cpp?
And please list /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdevelop/kdevelop/work/build/debuggers/gdb/printers/tests/ . I have a hunch that qbytearray.cpp picks up its own executable (called qbytearray, in that directory) when you're building on a case-insensitive filesystem.
Try replacing the
#include <QByteArray>
statement with#include <qbytearray.h>
and see if the error goes away.