Debian Bug report logs - #846410
kdevelop: crash when built with a different LLVM version than src:mesa

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: choury <zhouwei400@gmail.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: kdevelop crahses when starting (5.0.1)

Date: Thu, 01 Dec 2016 11:25:12 +0800

Package: kdevelop
Version: 4:5.0.1-2
Severity: important

Dear Maintainer,

kdevelop crashes every time when i starting it.
And the stack:

Application: KDevelop (kdevelop), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fd9feab0040 (LWP 5739))]

Thread 5 (Thread 0x7fd9e3de8700 (LWP 5743)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fda101242c4 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
#2  0x00007fda10124309 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
#3  0x00007fda14bd0464 in start_thread (arg=0x7fd9e3de8700) at pthread_create.c:333
#4  0x00007fda1ad9a9df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 4 (Thread 0x7fd9e9369700 (LWP 5742)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x00007fda1b480b86 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007fda18e9a438 in ?? () from /usr/lib/x86_64-linux-gnu/libKDevPlatformLanguage.so.10
#3  0x00007fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007fda14bd0464 in start_thread (arg=0x7fd9e9369700) at pthread_create.c:333
#5  0x00007fda1ad9a9df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 3 (Thread 0x7fd9f72e0700 (LWP 5741)):
#0  0x00007fda1ad9156d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fda129be9f6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007fda129beb0c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007fda1b6af6fb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007fda1b65907a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007fda1b47b0d3 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007fda1d7756d5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
#7  0x00007fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x00007fda14bd0464 in start_thread (arg=0x7fd9f72e0700) at pthread_create.c:333
#9  0x00007fda1ad9a9df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 2 (Thread 0x7fd9fc94f700 (LWP 5740)):
#0  0x00007fda1ad9156d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fda0ee11150 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007fda0ee12ee9 in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007fd9fe674b69 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#4  0x00007fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007fda14bd0464 in start_thread (arg=0x7fd9fc94f700) at pthread_create.c:333
#6  0x00007fda1ad9a9df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 1 (Thread 0x7fd9feab0040 (LWP 5739)):
[KCrash Handler]
#6  0x00007fd9eb6bf6ad in llvm::cl::Option::setArgStr(llvm::StringRef) () from /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
#7  0x00007fd95a929acb in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1
#8  0x00007fd95a929d08 in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1
#9  0x00007fda1d5fa5da in call_init (l=<optimized out>, argc=argc@entry=1, argv=argv@entry=0x7ffc186d67a8, env=env@entry=0x7ffc186d67b8) at dl-init.c:72
#10 0x00007fda1d5fa6eb in call_init (env=0x7ffc186d67b8, argv=0x7ffc186d67a8, argc=1, l=<optimized out>) at dl-init.c:30
#11 _dl_init (main_map=main_map@entry=0xf3a490, argc=1, argv=0x7ffc186d67a8, env=0x7ffc186d67b8) at dl-init.c:120
#12 0x00007fda1d5fec68 in dl_open_worker (a=a@entry=0x7ffc186d5110) at dl-open.c:575
#13 0x00007fda1d5fa484 in _dl_catch_error (objname=objname@entry=0x7ffc186d5100, errstring=errstring@entry=0x7ffc186d5108, mallocedp=mallocedp@entry=0x7ffc186d50ff, operate=operate@entry=0x7fda1d5fe880 <dl_open_worker>, args=args@entry=0x7ffc186d5110) at dl-error.c:187
#14 0x00007fda1d5fe419 in _dl_open (file=0xf3a398 "/usr/lib/x86_64-linux-gnu/qt5/plugins/kdevplatform/25/kdevclangsupport.so", mode=-2147483647, caller_dlopen=0x7fda1b6571be, nsid=-2, argc=<optimized out>, argv=<optimized out>, env=0x7ffc186d67b8) at dl-open.c:660
#15 0x00007fda12c88ee9 in dlopen_doit (a=a@entry=0x7ffc186d5340) at dlopen.c:66
#16 0x00007fda1d5fa484 in _dl_catch_error (objname=0x91b1a0, errstring=0x91b1a8, mallocedp=0x91b198, operate=0x7fda12c88e90 <dlopen_doit>, args=0x7ffc186d5340) at dl-error.c:187
#17 0x00007fda12c89521 in _dlerror_run (operate=operate@entry=0x7fda12c88e90 <dlopen_doit>, args=args@entry=0x7ffc186d5340) at dlerror.c:163
#18 0x00007fda12c88f82 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87
#19 0x00007fda1b6571be in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#20 0x00007fda1b650285 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#21 0x00007fda1c494d9a in KPluginLoader::load() () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#22 0x00007fda1c494eca in KPluginLoader::instance() () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#23 0x00007fda1c494f1c in KPluginLoader::factory() () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#24 0x00007fda1d2c4aa5 in KDevelop::PluginController::loadPluginInternal(QString const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#25 0x00007fda1d2c6289 in KDevelop::PluginController::pluginForExtension(QString const&, QString const&, QMap<QString, QVariant> const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#26 0x00007fda1d303bef in ?? () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#27 0x00007fda1d300435 in KDevelop::DocumentController::openDocument(QUrl const&, KTextEditor::Range const&, QFlags<KDevelop::IDocumentController::DocumentActivation>, QString const&, KDevelop::IDocument*) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#28 0x00007fda1cbaaed6 in KDevelop::IDocumentController::openDocument(QUrl const&, KTextEditor::Cursor const&, QFlags<KDevelop::IDocumentController::DocumentActivation>, QString const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformInterfaces.so.10
#29 0x00007fda1d29e4b7 in ?? () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#30 0x00007fda1d29f18a in ?? () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#31 0x00007fda1d2986f9 in ?? () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#32 0x00007fda1b686ffe in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#33 0x00007fda189a887c in Sublime::Area::changedWorkingSet(Sublime::Area*, QString, QString) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformSublime.so.10
#34 0x00007fda18979463 in Sublime::Area::setWorkingSet(QString) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformSublime.so.10
#35 0x00007fda1897c6de in Sublime::Area::load(KConfigGroup const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformSublime.so.10
#36 0x00007fda1d2d3136 in KDevelop::UiController::loadArea(Sublime::Area*, KConfigGroup const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#37 0x00007fda1d2d65ed in KDevelop::UiController::loadAllAreas(QExplicitlySharedDataPointer<KSharedConfig>) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#38 0x00007fda1d2d016d in KDevelop::CorePrivate::initialize(KDevelop::Core::Setup, QString) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#39 0x00007fda1d2d17d5 in KDevelop::Core::initialize(QObject*, KDevelop::Core::Setup, QString const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#40 0x000000000040a9f5 in ?? ()
#41 0x00007fda1acd22b1 in __libc_start_main (main=0x405d20, argc=1, argv=0x7ffc186d67a8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffc186d6798) at ../csu/libc-start.c:291
#42 0x000000000040c06a in _start ()


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental'), (1, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=mn_CN.UTF-8, LC_CTYPE=mn_CN.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to zh_CN.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kdevelop depends on:
ii  kdevelop-data                  4:5.0.1-2
ii  kdevplatform10-libs            5.0.1-2
ii  libc6                          2.24-7
ii  libclang1-3.8                  1:3.8.1-16
ii  libgcc1                        1:6.2.1-5
ii  libkasten3controllers3         4:16.08.3-1
ii  libkasten3core3                4:16.08.3-1
ii  libkasten3okteta1controllers1  4:16.08.3-1
ii  libkasten3okteta1core1         4:16.08.3-1
ii  libkasten3okteta1gui1          4:16.08.3-1
ii  libkf5completion5              5.28.0-1
ii  libkf5configcore5              5.28.0-1
ii  libkf5configgui5               5.28.0-1
ii  libkf5configwidgets5           5.28.0-1
ii  libkf5coreaddons5              5.28.0-1
ii  libkf5crash5                   5.28.0-1
ii  libkf5declarative5             5.28.0-1
ii  libkf5i18n5                    5.28.0-1
ii  libkf5iconthemes5              5.28.0-1
ii  libkf5itemviews5               5.28.0-1
ii  libkf5jobwidgets5              5.28.0-1
ii  libkf5kiocore5                 5.28.0-1
ii  libkf5kiowidgets5              5.28.0-1
ii  libkf5newstuff5                5.28.0-1
ii  libkf5parts5                   5.28.0-1
ii  libkf5texteditor5              5.28.0-1
ii  libkf5threadweaver5            5.28.0-1
ii  libkf5widgetsaddons5           5.28.0-1
ii  libkf5xmlgui5                  5.28.0-1
ii  libprocesscore7                4:5.8.4-1
ii  libprocessui7                  4:5.8.4-1
ii  libqt5core5a                   5.7.1~20161021+dfsg-6
ii  libqt5dbus5                    5.7.1~20161021+dfsg-6
ii  libqt5gui5                     5.7.1~20161021+dfsg-6
ii  libqt5help5                    5.7.1~20161021-2
ii  libqt5network5                 5.7.1~20161021+dfsg-6
ii  libqt5quickwidgets5            5.7.1~20161021-5
ii  libqt5webkit5                  5.7.1~20161021+dfsg-2
ii  libqt5widgets5                 5.7.1~20161021+dfsg-6
ii  libqt5xml5                     5.7.1~20161021+dfsg-6
ii  libstdc++6                     6.2.1-5

Versions of packages kdevelop recommends:
ii  g++           4:6.2.1-1
ii  gcc           4:6.2.1-1
ii  gdb           7.11.1-2+b1
ii  kapptemplate  4:16.08.3-1
ii  kio-extras    4:16.08.3-1
ii  make          4.1-9

Versions of packages kdevelop suggests:
ii  cmake          3.7.0-1
ii  kdevelop-l10n  4:5.0.1-2
ii  ninja-build    1.7.2-1

-- no debconf information

Message #10 received at submit@bugs.debian.org (full text, mbox, reply):

From: Roman Lebedev <lebedev.ri@gmail.com>

To: 846410@bugs.debian.org

Cc: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Fri, 2 Dec 2016 14:09:54 +0300

On Thu, Dec 1, 2016 at 6:25 AM, choury <zhouwei400@gmail.com> wrote:
> Package: kdevelop
> Version: 4:5.0.1-2
> Severity: important
>
> Dear Maintainer,
>
> kdevelop crashes every time when i starting it.
> And the stack:
>
> Application: KDevelop (kdevelop), signal: Segmentation fault
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [Current thread is 1 (Thread 0x7fd9feab0040 (LWP 5739))]
>
> Thread 5 (Thread 0x7fd9e3de8700 (LWP 5743)):
> #0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
> #1  0x00007fda101242c4 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
> #2  0x00007fda10124309 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
> #3  0x00007fda14bd0464 in start_thread (arg=0x7fd9e3de8700) at pthread_create.c:333
> #4  0x00007fda1ad9a9df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
>
> Thread 4 (Thread 0x7fd9e9369700 (LWP 5742)):
> #0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
> #1  0x00007fda1b480b86 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #2  0x00007fda18e9a438 in ?? () from /usr/lib/x86_64-linux-gnu/libKDevPlatformLanguage.so.10
> #3  0x00007fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #4  0x00007fda14bd0464 in start_thread (arg=0x7fd9e9369700) at pthread_create.c:333
> #5  0x00007fda1ad9a9df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
>
> Thread 3 (Thread 0x7fd9f72e0700 (LWP 5741)):
> #0  0x00007fda1ad9156d in poll () at ../sysdeps/unix/syscall-template.S:84
> #1  0x00007fda129be9f6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #2  0x00007fda129beb0c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #3  0x00007fda1b6af6fb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #4  0x00007fda1b65907a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #5  0x00007fda1b47b0d3 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #6  0x00007fda1d7756d5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
> #7  0x00007fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #8  0x00007fda14bd0464 in start_thread (arg=0x7fd9f72e0700) at pthread_create.c:333
> #9  0x00007fda1ad9a9df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
>
> Thread 2 (Thread 0x7fd9fc94f700 (LWP 5740)):
> #0  0x00007fda1ad9156d in poll () at ../sysdeps/unix/syscall-template.S:84
> #1  0x00007fda0ee11150 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
> #2  0x00007fda0ee12ee9 in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
> #3  0x00007fd9fe674b69 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
> #4  0x00007fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #5  0x00007fda14bd0464 in start_thread (arg=0x7fd9fc94f700) at pthread_create.c:333
> #6  0x00007fda1ad9a9df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105

> Thread 1 (Thread 0x7fd9feab0040 (LWP 5739)):
> [KCrash Handler]
> #6  0x00007fd9eb6bf6ad in llvm::cl::Option::setArgStr(llvm::StringRef) () from /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
> #7  0x00007fd95a929acb in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1
> #8  0x00007fd95a929d08 in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1

So there are two llvm versions at play at the same time?
I don't think that should work :)

Also, i guess kdevelop needs to be a part of llvm transition.

> #9  0x00007fda1d5fa5da in call_init (l=<optimized out>, argc=argc@entry=1, argv=argv@entry=0x7ffc186d67a8, env=env@entry=0x7ffc186d67b8) at dl-init.c:72
> #10 0x00007fda1d5fa6eb in call_init (env=0x7ffc186d67b8, argv=0x7ffc186d67a8, argc=1, l=<optimized out>) at dl-init.c:30
> #11 _dl_init (main_map=main_map@entry=0xf3a490, argc=1, argv=0x7ffc186d67a8, env=0x7ffc186d67b8) at dl-init.c:120
> #12 0x00007fda1d5fec68 in dl_open_worker (a=a@entry=0x7ffc186d5110) at dl-open.c:575
> #13 0x00007fda1d5fa484 in _dl_catch_error (objname=objname@entry=0x7ffc186d5100, errstring=errstring@entry=0x7ffc186d5108, mallocedp=mallocedp@entry=0x7ffc186d50ff, operate=operate@entry=0x7fda1d5fe880 <dl_open_worker>, args=args@entry=0x7ffc186d5110) at dl-error.c:187
> #14 0x00007fda1d5fe419 in _dl_open (file=0xf3a398 "/usr/lib/x86_64-linux-gnu/qt5/plugins/kdevplatform/25/kdevclangsupport.so", mode=-2147483647, caller_dlopen=0x7fda1b6571be, nsid=-2, argc=<optimized out>, argv=<optimized out>, env=0x7ffc186d67b8) at dl-open.c:660
> #15 0x00007fda12c88ee9 in dlopen_doit (a=a@entry=0x7ffc186d5340) at dlopen.c:66
> #16 0x00007fda1d5fa484 in _dl_catch_error (objname=0x91b1a0, errstring=0x91b1a8, mallocedp=0x91b198, operate=0x7fda12c88e90 <dlopen_doit>, args=0x7ffc186d5340) at dl-error.c:187
> #17 0x00007fda12c89521 in _dlerror_run (operate=operate@entry=0x7fda12c88e90 <dlopen_doit>, args=args@entry=0x7ffc186d5340) at dlerror.c:163
> #18 0x00007fda12c88f82 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87
> #19 0x00007fda1b6571be in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #20 0x00007fda1b650285 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #21 0x00007fda1c494d9a in KPluginLoader::load() () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
> #22 0x00007fda1c494eca in KPluginLoader::instance() () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
> #23 0x00007fda1c494f1c in KPluginLoader::factory() () from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
> #24 0x00007fda1d2c4aa5 in KDevelop::PluginController::loadPluginInternal(QString const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #25 0x00007fda1d2c6289 in KDevelop::PluginController::pluginForExtension(QString const&, QString const&, QMap<QString, QVariant> const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #26 0x00007fda1d303bef in ?? () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #27 0x00007fda1d300435 in KDevelop::DocumentController::openDocument(QUrl const&, KTextEditor::Range const&, QFlags<KDevelop::IDocumentController::DocumentActivation>, QString const&, KDevelop::IDocument*) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #28 0x00007fda1cbaaed6 in KDevelop::IDocumentController::openDocument(QUrl const&, KTextEditor::Cursor const&, QFlags<KDevelop::IDocumentController::DocumentActivation>, QString const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformInterfaces.so.10
> #29 0x00007fda1d29e4b7 in ?? () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #30 0x00007fda1d29f18a in ?? () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #31 0x00007fda1d2986f9 in ?? () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #32 0x00007fda1b686ffe in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #33 0x00007fda189a887c in Sublime::Area::changedWorkingSet(Sublime::Area*, QString, QString) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformSublime.so.10
> #34 0x00007fda18979463 in Sublime::Area::setWorkingSet(QString) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformSublime.so.10
> #35 0x00007fda1897c6de in Sublime::Area::load(KConfigGroup const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformSublime.so.10
> #36 0x00007fda1d2d3136 in KDevelop::UiController::loadArea(Sublime::Area*, KConfigGroup const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #37 0x00007fda1d2d65ed in KDevelop::UiController::loadAllAreas(QExplicitlySharedDataPointer<KSharedConfig>) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #38 0x00007fda1d2d016d in KDevelop::CorePrivate::initialize(KDevelop::Core::Setup, QString) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #39 0x00007fda1d2d17d5 in KDevelop::Core::initialize(QObject*, KDevelop::Core::Setup, QString const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
> #40 0x000000000040a9f5 in ?? ()
> #41 0x00007fda1acd22b1 in __libc_start_main (main=0x405d20, argc=1, argv=0x7ffc186d67a8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffc186d6798) at ../csu/libc-start.c:291
> #42 0x000000000040c06a in _start ()
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental'), (1, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.8.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=mn_CN.UTF-8, LC_CTYPE=mn_CN.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to zh_CN.UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages kdevelop depends on:
> ii  kdevelop-data                  4:5.0.1-2
> ii  kdevplatform10-libs            5.0.1-2
> ii  libc6                          2.24-7
> ii  libclang1-3.8                  1:3.8.1-16
> ii  libgcc1                        1:6.2.1-5
> ii  libkasten3controllers3         4:16.08.3-1
> ii  libkasten3core3                4:16.08.3-1
> ii  libkasten3okteta1controllers1  4:16.08.3-1
> ii  libkasten3okteta1core1         4:16.08.3-1
> ii  libkasten3okteta1gui1          4:16.08.3-1
> ii  libkf5completion5              5.28.0-1
> ii  libkf5configcore5              5.28.0-1
> ii  libkf5configgui5               5.28.0-1
> ii  libkf5configwidgets5           5.28.0-1
> ii  libkf5coreaddons5              5.28.0-1
> ii  libkf5crash5                   5.28.0-1
> ii  libkf5declarative5             5.28.0-1
> ii  libkf5i18n5                    5.28.0-1
> ii  libkf5iconthemes5              5.28.0-1
> ii  libkf5itemviews5               5.28.0-1
> ii  libkf5jobwidgets5              5.28.0-1
> ii  libkf5kiocore5                 5.28.0-1
> ii  libkf5kiowidgets5              5.28.0-1
> ii  libkf5newstuff5                5.28.0-1
> ii  libkf5parts5                   5.28.0-1
> ii  libkf5texteditor5              5.28.0-1
> ii  libkf5threadweaver5            5.28.0-1
> ii  libkf5widgetsaddons5           5.28.0-1
> ii  libkf5xmlgui5                  5.28.0-1
> ii  libprocesscore7                4:5.8.4-1
> ii  libprocessui7                  4:5.8.4-1
> ii  libqt5core5a                   5.7.1~20161021+dfsg-6
> ii  libqt5dbus5                    5.7.1~20161021+dfsg-6
> ii  libqt5gui5                     5.7.1~20161021+dfsg-6
> ii  libqt5help5                    5.7.1~20161021-2
> ii  libqt5network5                 5.7.1~20161021+dfsg-6
> ii  libqt5quickwidgets5            5.7.1~20161021-5
> ii  libqt5webkit5                  5.7.1~20161021+dfsg-2
> ii  libqt5widgets5                 5.7.1~20161021+dfsg-6
> ii  libqt5xml5                     5.7.1~20161021+dfsg-6
> ii  libstdc++6                     6.2.1-5
>
> Versions of packages kdevelop recommends:
> ii  g++           4:6.2.1-1
> ii  gcc           4:6.2.1-1
> ii  gdb           7.11.1-2+b1
> ii  kapptemplate  4:16.08.3-1
> ii  kio-extras    4:16.08.3-1
> ii  make          4.1-9
>
> Versions of packages kdevelop suggests:
> ii  cmake          3.7.0-1
> ii  kdevelop-l10n  4:5.0.1-2
> ii  ninja-build    1.7.2-1
>
> -- no debconf information
>

Roman.

Message #22 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: Roman Lebedev <lebedev.ri@gmail.com>, 846410@bugs.debian.org, 846410-submitter@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Fri, 09 Dec 2016 19:42:23 -0300

[Message part 1 (text/plain, inline)]

tag 846410 unreproducible moreinfo
severity 846410 important
thanks

Hi! I've tried to reproduce this bug in an up-to-date sid environment without 
luck.

Please try again with an up to date system. If it still crashed please try 
with a clean environment (a new user). In case you can not reproduce it with a 
new user please keep your user's config so we can track the issue if 
necessary.

Thanks, Lisandro.

-- 
Los errores ortográficos y de redacción fueron insertados con la única
intención de testear sus conocimientos de la lengua castellana.

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Message #34 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Roman Lebedev <lebedev.ri@gmail.com>

To: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

Cc: 846410@bugs.debian.org, 846410-submitter@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Sat, 10 Dec 2016 15:10:53 +0300

On Sat, Dec 10, 2016 at 1:42 AM, Lisandro Damián Nicanor Pérez Meyer
<perezmeyer@gmail.com> wrote:
> tag 846410 unreproducible moreinfo
> severity 846410 important
> thanks
>
> Hi! I've tried to reproduce this bug in an up-to-date sid environment without
> luck.

What i think is happening is that kdevelop uses llvm-3.8,
and i have clang-3.9 which also pulls llvm-3.9
So *please* try with llvm-3.8 *and* llvm-3.9 both installed.

> Please try again with an up to date system. If it still crashed please try
> with a clean environment (a new user). In case you can not reproduce it with a
> new user please keep your user's config so we can track the issue if
> necessary.
>
> Thanks, Lisandro.
Roman.

> --
> Los errores ortográficos y de redacción fueron insertados con la única
> intención de testear sus conocimientos de la lengua castellana.
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/

Message #42 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Jan Koester <jan.koester@gmx.net>

To: 846410@bugs.debian.org

Subject: same problem with kdevelop 5.0.1-2

Date: Sun, 11 Dec 2016 10:39:12 +0100

Hi,

after update crashed kdevelop contionsly if i want to load project.

Application: KDevelop (kdevelop), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f3766cfb940 (LWP 12642))]

Thread 20 (Thread 0x7f36f4d24700 (LWP 12751)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/
x86_64/pthread_cond_timedwait.S:225
#1  0x00007f3765835b86 in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007f37658313a2 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007f375ef1d464 in start_thread (arg=0x7f36f4d24700) at 
pthread_create.c:333
#5  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 19 (Thread 0x7f36f5525700 (LWP 12749)):
#0  0x00007f376513d56d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007f375ccd89f6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f375ccd8b0c in g_main_context_iteration () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#3  0x00007f3765a646fb in 
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007f3765a0e07a in 
QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/
x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007f37658300d3 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/
libQt5Core.so.5
#6  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f375ef1d464 in start_thread (arg=0x7f36f5525700) at 
pthread_create.c:333
#8  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 18 (Thread 0x7f36f6ffd700 (LWP 12727)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f3765835c4b in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007f375abf1d80 in 
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, 
bool, bool, bool) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#3  0x00007f375abf5fb8 in ?? () from /usr/lib/x86_64-linux-gnu/
libKF5ThreadWeaver.so.5
#4  0x00007f375abf0efd in 
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () from /usr/
lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#5  0x00007f375abf3dc9 in ThreadWeaver::Thread::run() () from /usr/lib/x86_64-
linux-gnu/libKF5ThreadWeaver.so.5
#6  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f375ef1d464 in start_thread (arg=0x7f36f6ffd700) at 
pthread_create.c:333
#8  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 17 (Thread 0x7f36f77fe700 (LWP 12726)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f3765835c4b in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007f375abf1d80 in 
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, 
bool, bool, bool) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#3  0x00007f375abf5fb8 in ?? () from /usr/lib/x86_64-linux-gnu/
libKF5ThreadWeaver.so.5
#4  0x00007f375abf0efd in 
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () from /usr/
lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#5  0x00007f375abf3dc9 in ThreadWeaver::Thread::run() () from /usr/lib/x86_64-
linux-gnu/libKF5ThreadWeaver.so.5
#6  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f375ef1d464 in start_thread (arg=0x7f36f77fe700) at 
pthread_create.c:333
#8  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 16 (Thread 0x7f36f7fff700 (LWP 12725)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f3765835c4b in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007f375abf1d80 in 
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, 
bool, bool, bool) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#3  0x00007f375abf5fb8 in ?? () from /usr/lib/x86_64-linux-gnu/
libKF5ThreadWeaver.so.5
#4  0x00007f375abf0efd in 
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () from /usr/
lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#5  0x00007f375abf3dc9 in ThreadWeaver::Thread::run() () from /usr/lib/x86_64-
linux-gnu/libKF5ThreadWeaver.so.5
#6  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f375ef1d464 in start_thread (arg=0x7f36f7fff700) at 
pthread_create.c:333
#8  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 15 (Thread 0x7f371d1e3700 (LWP 12724)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f3765835c4b in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007f375abf1d80 in 
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, 
bool, bool, bool) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#3  0x00007f375abf5fb8 in ?? () from /usr/lib/x86_64-linux-gnu/
libKF5ThreadWeaver.so.5
#4  0x00007f375abf0efd in 
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () from /usr/
lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#5  0x00007f375abf3dc9 in ThreadWeaver::Thread::run() () from /usr/lib/x86_64-
linux-gnu/libKF5ThreadWeaver.so.5
#6  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f375ef1d464 in start_thread (arg=0x7f371d1e3700) at 
pthread_create.c:333
#8  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 14 (Thread 0x7f371d9e4700 (LWP 12723)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f3765835c4b in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007f375abf1d80 in 
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, 
bool, bool, bool) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#3  0x00007f375abf5fb8 in ?? () from /usr/lib/x86_64-linux-gnu/
libKF5ThreadWeaver.so.5
#4  0x00007f375abf0efd in 
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () from /usr/
lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#5  0x00007f375abf3dc9 in ThreadWeaver::Thread::run() () from /usr/lib/x86_64-
linux-gnu/libKF5ThreadWeaver.so.5
#6  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f375ef1d464 in start_thread (arg=0x7f371d9e4700) at 
pthread_create.c:333
#8  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 13 (Thread 0x7f371e1e5700 (LWP 12722)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f3765835c4b in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007f375abf1d80 in 
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, 
bool, bool, bool) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#3  0x00007f375abf5fb8 in ?? () from /usr/lib/x86_64-linux-gnu/
libKF5ThreadWeaver.so.5
#4  0x00007f375abf0efd in 
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () from /usr/
lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#5  0x00007f375abf3dc9 in ThreadWeaver::Thread::run() () from /usr/lib/x86_64-
linux-gnu/libKF5ThreadWeaver.so.5
#6  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f375ef1d464 in start_thread (arg=0x7f371e1e5700) at 
pthread_create.c:333
#8  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 12 (Thread 0x7f371ffff700 (LWP 12721)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f3765835c4b in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007f375abf1d80 in 
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, 
bool, bool, bool) () from /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#3  0x00007f375abf5fb8 in ?? () from /usr/lib/x86_64-linux-gnu/
libKF5ThreadWeaver.so.5
#4  0x00007f375abf0efd in 
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () from /usr/
lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#5  0x00007f375abf3dc9 in ThreadWeaver::Thread::run() () from /usr/lib/x86_64-
linux-gnu/libKF5ThreadWeaver.so.5
#6  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f375ef1d464 in start_thread (arg=0x7f371ffff700) at 
pthread_create.c:333
#8  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 11 (Thread 0x7f37249ca700 (LWP 12666)):
#0  0x00007f37651395dd in read () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007f375cd1cc40 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f375ccd84be in g_main_context_check () from /lib/x86_64-linux-gnu/
libglib-2.0.so.0
#3  0x00007f375ccd8994 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f375ccd8b0c in g_main_context_iteration () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#5  0x00007f3765a646fb in 
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007f3765a0e07a in 
QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/
x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f37658300d3 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/
libQt5Core.so.5
#8  0x00007f375b5ab5d5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5
#9  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#10 0x00007f375ef1d464 in start_thread (arg=0x7f37249ca700) at 
pthread_create.c:333
#11 0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 10 (Thread 0x7f372c88d700 (LWP 12651)):
#0  0x00007f375cd1dfe9 in g_mutex_lock () from /lib/x86_64-linux-gnu/
libglib-2.0.so.0
#1  0x00007f375ccd7ee9 in g_main_context_prepare () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#2  0x00007f375ccd891b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f375ccd8b0c in g_main_context_iteration () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#4  0x00007f3765a646fb in 
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007f3765a0e07a in 
QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/
x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007f37658300d3 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/
libQt5Core.so.5
#7  0x00007f376333551f in ?? () from /usr/lib/x86_64-linux-gnu/
libKDevPlatformLanguage.so.10
#8  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#9  0x00007f375ef1d464 in start_thread (arg=0x7f372c88d700) at 
pthread_create.c:333
#10 0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 9 (Thread 0x7f3736123700 (LWP 12650)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/
x86_64/pthread_cond_timedwait.S:225
#1  0x00007f3765835b86 in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007f376323d438 in ?? () from /usr/lib/x86_64-linux-gnu/
libKDevPlatformLanguage.so.10
#3  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007f375ef1d464 in start_thread (arg=0x7f3736123700) at 
pthread_create.c:333
#5  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 8 (Thread 0x7f3736d22700 (LWP 12649)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f37412a72ab in ?? () from /usr/lib/x86_64-linux-gnu/dri/
radeonsi_dri.so
#2  0x00007f37412a7107 in ?? () from /usr/lib/x86_64-linux-gnu/dri/
radeonsi_dri.so
#3  0x00007f375ef1d464 in start_thread (arg=0x7f3736d22700) at 
pthread_create.c:333
#4  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 7 (Thread 0x7f3737523700 (LWP 12648)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f37412a72ab in ?? () from /usr/lib/x86_64-linux-gnu/dri/
radeonsi_dri.so
#2  0x00007f37412a7107 in ?? () from /usr/lib/x86_64-linux-gnu/dri/
radeonsi_dri.so
#3  0x00007f375ef1d464 in start_thread (arg=0x7f3737523700) at 
pthread_create.c:333
#4  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 6 (Thread 0x7f3737d24700 (LWP 12647)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f37412a72ab in ?? () from /usr/lib/x86_64-linux-gnu/dri/
radeonsi_dri.so
#2  0x00007f37412a7107 in ?? () from /usr/lib/x86_64-linux-gnu/dri/
radeonsi_dri.so
#3  0x00007f375ef1d464 in start_thread (arg=0x7f3737d24700) at 
pthread_create.c:333
#4  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 5 (Thread 0x7f3738525700 (LWP 12646)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f37412a72ab in ?? () from /usr/lib/x86_64-linux-gnu/dri/
radeonsi_dri.so
#2  0x00007f37412a7107 in ?? () from /usr/lib/x86_64-linux-gnu/dri/
radeonsi_dri.so
#3  0x00007f375ef1d464 in start_thread (arg=0x7f3738525700) at 
pthread_create.c:333
#4  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 4 (Thread 0x7f3738f95700 (LWP 12645)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/
pthread_cond_wait.S:185
#1  0x00007f37412a72ab in ?? () from /usr/lib/x86_64-linux-gnu/dri/
radeonsi_dri.so
#2  0x00007f37412a7107 in ?? () from /usr/lib/x86_64-linux-gnu/dri/
radeonsi_dri.so
#3  0x00007f375ef1d464 in start_thread (arg=0x7f3738f95700) at 
pthread_create.c:333
#4  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 3 (Thread 0x7f37488ad700 (LWP 12644)):
#0  0x00007f375cd1e004 in g_mutex_unlock () from /lib/x86_64-linux-gnu/
libglib-2.0.so.0
#1  0x00007f375ccd890e in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f375ccd8b0c in g_main_context_iteration () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#3  0x00007f3765a646fb in 
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007f3765a0e07a in 
QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/
x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007f37658300d3 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/
libQt5Core.so.5
#6  0x00007f3767b3b6d5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
#7  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x00007f375ef1d464 in start_thread (arg=0x7f37488ad700) at 
pthread_create.c:333
#9  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 2 (Thread 0x7f3749f4d700 (LWP 12643)):
#0  0x00007f376513d56d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007f37593ba150 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007f37593bbee9 in xcb_wait_for_event () from /usr/lib/x86_64-linux-
gnu/libxcb.so.1
#3  0x00007f374bc91b69 in ?? () from /usr/lib/x86_64-linux-gnu/
libQt5XcbQpa.so.5
#4  0x00007f3765834d88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007f375ef1d464 in start_thread (arg=0x7f3749f4d700) at 
pthread_create.c:333
#6  0x00007f37651469df in clone () at ../sysdeps/unix/sysv/linux/x86_64/
clone.S:105

Thread 1 (Thread 0x7f3766cfb940 (LWP 12642)):
[KCrash Handler]
#6  0x00007f3739a786ad in llvm::cl::Option::setArgStr(llvm::StringRef) () from 
/usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
#7  0x00007f36dcc1cacb in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.
1
#8  0x00007f36dcc1cd08 in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.
1
#9  0x00007f37679d55da in call_init (l=<optimized out>, argc=argc@entry=1, 
argv=argv@entry=0x7fffbb695c68, env=env@entry=0x223d030) at dl-init.c:72
#10 0x00007f37679d56eb in call_init (env=0x223d030, argv=0x7fffbb695c68, 
argc=1, l=<optimized out>) at dl-init.c:30
#11 _dl_init (main_map=main_map@entry=0x394e930, argc=1, argv=0x7fffbb695c68, 
env=0x223d030) at dl-init.c:120
#12 0x00007f37679d9c68 in dl_open_worker (a=a@entry=0x7fffbb694440) at dl-
open.c:575
#13 0x00007f37679d5484 in _dl_catch_error 
(objname=objname@entry=0x7fffbb694430, 
errstring=errstring@entry=0x7fffbb694438, 
mallocedp=mallocedp@entry=0x7fffbb69442f, operate=operate@entry=0x7f37679d9880 
<dl_open_worker>, args=args@entry=0x7fffbb694440) at dl-error.c:187
#14 0x00007f37679d9419 in _dl_open (file=0x39b75b8 "/usr/lib/x86_64-linux-gnu/
qt5/plugins/kdevplatform/25/kdevclangsupport.so", mode=-2147483647, 
caller_dlopen=0x7f3765a0c1be, nsid=-2, argc=<optimized out>, argv=<optimized 
out>, env=0x223d030) at dl-open.c:660
#15 0x00007f375cfa6ee9 in dlopen_doit (a=a@entry=0x7fffbb694670) at dlopen.c:
66
#16 0x00007f37679d5484 in _dl_catch_error (objname=0x21bc1d0, 
errstring=0x21bc1d8, mallocedp=0x21bc1c8, operate=0x7f375cfa6e90 
<dlopen_doit>, args=0x7fffbb694670) at dl-error.c:187
#17 0x00007f375cfa7521 in _dlerror_run (operate=operate@entry=0x7f375cfa6e90 
<dlopen_doit>, args=args@entry=0x7fffbb694670) at dlerror.c:163
#18 0x00007f375cfa6f82 in __dlopen (file=<optimized out>, mode=<optimized out>) 
at dlopen.c:87
#19 0x00007f3765a0c1be in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#20 0x00007f3765a05285 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#21 0x00007f3766856cba in KPluginLoader::load() () from /usr/lib/x86_64-linux-
gnu/libKF5CoreAddons.so.5
#22 0x00007f3766856dea in KPluginLoader::instance() () from /usr/lib/x86_64-
linux-gnu/libKF5CoreAddons.so.5
#23 0x00007f3766856e3c in KPluginLoader::factory() () from /usr/lib/x86_64-
linux-gnu/libKF5CoreAddons.so.5
#24 0x00007f3767699aa5 in 
KDevelop::PluginController::loadPluginInternal(QString const&) () from /usr/
lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#25 0x00007f376769b636 in 
KDevelop::PluginController::allPluginsForExtension(QString const&, 
QMap<QString, QVariant> const&) () from /usr/lib/x86_64-linux-gnu/
libKDevPlatformShell.so.10
#26 0x00007f37676dc158 in 
KDevelop::LanguageController::languagesForMimetype(QString const&) () from /
usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#27 0x00007f37676dcf42 in KDevelop::LanguageController::languagesForUrl(QUrl 
const&) () from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#28 0x00007f376320f633 in ?? () from /usr/lib/x86_64-linux-gnu/
libKDevPlatformLanguage.so.10
#29 0x00007f37632114fb in ?? () from /usr/lib/x86_64-linux-gnu/
libKDevPlatformLanguage.so.10
#30 0x00007f376320aef4 in KDevelop::BackgroundParser::parseDocuments() () from 
/usr/lib/x86_64-linux-gnu/libKDevPlatformLanguage.so.10
#31 0x00007f3765a3bffe in QMetaObject::activate(QObject*, int, int, void**) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#32 0x00007f3765a48608 in QTimer::timerEvent(QTimerEvent*) () from /usr/lib/
x86_64-linux-gnu/libQt5Core.so.5
#33 0x00007f3765a3caf3 in QObject::event(QEvent*) () from /usr/lib/x86_64-
linux-gnu/libQt5Core.so.5
#34 0x00007f37662ffb2c in QApplicationPrivate::notify_helper(QObject*, 
QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#35 0x00007f37663072e1 in QApplication::notify(QObject*, QEvent*) () from /
usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#36 0x00007f3765a10090 in QCoreApplication::notifyInternal2(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#37 0x00007f3765a6367e in QTimerInfoList::activateTimers() () from /usr/lib/
x86_64-linux-gnu/libQt5Core.so.5
#38 0x00007f3765a63bd9 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#39 0x00007f375ccd87f7 in g_main_context_dispatch () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#40 0x00007f375ccd8a60 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#41 0x00007f375ccd8b0c in g_main_context_iteration () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#42 0x00007f3765a646df in 
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#43 0x00007f3765a0e07a in 
QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/
x86_64-linux-gnu/libQt5Core.so.5
#44 0x00007f3765a167ec in QCoreApplication::exec() () from /usr/lib/x86_64-
linux-gnu/libQt5Core.so.5
#45 0x000000000040ba2c in ?? ()
#46 0x00007f376507e2b1 in __libc_start_main (main=0x405d20, argc=1, 
argv=0x7fffbb695c68, init=<optimized out>, fini=<optimized out>, 
rtld_fini=<optimized out>, stack_end=0x7fffbb695c58) at ../csu/libc-start.c:291
#47 0x000000000040c06a in _start ()

Message #47 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: Roman Lebedev <lebedev.ri@gmail.com>

Cc: 846410@bugs.debian.org, 846410-submitter@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Mon, 12 Dec 2016 15:01:11 -0300

[Message part 1 (text/plain, inline)]

On sábado, 10 de diciembre de 2016 15:10:53 ART Roman Lebedev wrote:
[snip]
> > Hi! I've tried to reproduce this bug in an up-to-date sid environment
> > without luck.
> 
> What i think is happening is that kdevelop uses llvm-3.8,
> and i have clang-3.9 which also pulls llvm-3.9
> So *please* try with llvm-3.8 *and* llvm-3.9 both installed.

Did so, kdevelop works perfectly :-/


-- 
lo cual parece incompatible.
lógica, esa tendrá particiones dentro,
si se transforma la extendida a
tiene particiones lógicas, luego
extendida. Una extendida
estar dentro de una partición
Una partición lógica necesita

Diga NO al topposting.

  Matias Silva Bustos

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Message #55 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Roman Lebedev <lebedev.ri@gmail.com>

To: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

Cc: 846410@bugs.debian.org, 846410-submitter@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Mon, 12 Dec 2016 21:12:21 +0300

On Sat, Dec 10, 2016 at 1:42 AM, Lisandro Damián Nicanor Pérez Meyer
<perezmeyer@gmail.com> wrote:
> tag 846410 unreproducible moreinfo
> severity 846410 important
> thanks
>
> Hi! I've tried to reproduce this bug in an up-to-date sid environment without
> luck.

> Please try again with an up to date system. If it still crashed please try
> with a clean environment (a new user).

Can not reproduce with new user.

I have following packages installed:
$ dpkg -l | grep "1:3.9-6"
ii  clang-3.9
1:3.9-6                              amd64        C, C++ and
Objective-C compiler (LLVM based)
ii  clang-3.9-dbgsym
1:3.9-6                              amd64        Debug symbols for
clang-3.9
ii  clang-format-3.9
1:3.9-6                              amd64        Tool to format
C/C++/Obj-C code
ii  libclang-3.9-dev
1:3.9-6                              amd64        clang library -
Development package
ii  libclang-common-3.9-dev
1:3.9-6                              amd64        clang library -
Common development package
ii  libclang-common-3.9-dev-dbgsym
1:3.9-6                              amd64        Debug symbols for
libclang-common-3.9-dev
ii  libclang1-3.9:amd64
1:3.9-6                              amd64        C interface to the
clang library
ii  libllvm3.9:amd64
1:3.9-6                              amd64        Modular compiler and
toolchain technologies, runtime library
ii  libllvm3.9-dbg:amd64
1:3.9-6                              amd64        Modular compiler and
toolchain technologies, debugging libraries
ii  llvm-3.9
1:3.9-6                              amd64        Modular compiler and
toolchain technologies
ii  llvm-3.9-dbgsym
1:3.9-6                              amd64        Debug symbols for
llvm-3.9
ii  llvm-3.9-dev
1:3.9-6                              amd64        Modular compiler and
toolchain technologies, libraries and headers
ii  llvm-3.9-dev-dbgsym
1:3.9-6                              amd64        Debug symbols for
llvm-3.9-dev
ii  llvm-3.9-runtime
1:3.9-6                              amd64        Modular compiler and
toolchain technologies, IR interpreter
ii  llvm-3.9-runtime-dbgsym
1:3.9-6                              amd64        Debug symbols for
llvm-3.9-runtime

> In case you can not reproduce it with a
> new user please keep your user's config so we can track the issue if
> necessary.

> Thanks, Lisandro.
Roman.

> --
> Los errores ortográficos y de redacción fueron insertados con la única
> intención de testear sus conocimientos de la lengua castellana.
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/

Message #63 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: Roman Lebedev <lebedev.ri@gmail.com>

Cc: 846410@bugs.debian.org, 846410-submitter@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Mon, 12 Dec 2016 15:19:40 -0300

[Message part 1 (text/plain, inline)]

On lunes, 12 de diciembre de 2016 21:12:21 ART Roman Lebedev wrote:
> On Sat, Dec 10, 2016 at 1:42 AM, Lisandro Damián Nicanor Pérez Meyer
> 
> <perezmeyer@gmail.com> wrote:
> > tag 846410 unreproducible moreinfo
> > severity 846410 important
> > thanks
> > 
> > Hi! I've tried to reproduce this bug in an up-to-date sid environment
> > without luck.
> > 
> > Please try again with an up to date system. If it still crashed please try
> > with a clean environment (a new user).
> 
> Can not reproduce with new user.

OK, please use your normal user and move ~/.config/kdeveloprc to something 
else, then try restarting kdevelop.

If it works please do not remove the original config file.


-- 
18: Como se pueden evitar los problemas de alimentacion electrica
    * No coma cerca de un enchufe
    Damian Nadales
    http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Message #71 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Roman Lebedev <lebedev.ri@gmail.com>

To: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

Cc: 846410@bugs.debian.org, 846410-submitter@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Mon, 12 Dec 2016 21:25:31 +0300

On Mon, Dec 12, 2016 at 9:19 PM, Lisandro Damián Nicanor Pérez Meyer
<perezmeyer@gmail.com> wrote:
> On lunes, 12 de diciembre de 2016 21:12:21 ART Roman Lebedev wrote:
>> On Sat, Dec 10, 2016 at 1:42 AM, Lisandro Damián Nicanor Pérez Meyer
>>
>> <perezmeyer@gmail.com> wrote:
>> > tag 846410 unreproducible moreinfo
>> > severity 846410 important
>> > thanks
>> >
>> > Hi! I've tried to reproduce this bug in an up-to-date sid environment
>> > without luck.
>> >
>> > Please try again with an up to date system. If it still crashed please try
>> > with a clean environment (a new user).
>>
>> Can not reproduce with new user.

> OK, please use your normal user and move ~/.config/kdeveloprc to something
> else, then try restarting kdevelop.
I just did, it works.
Once i open a project (cmake, c, c++), it crashes.

> If it works please do not remove the original config file.
>
>
> --
> 18: Como se pueden evitar los problemas de alimentacion electrica
>     * No coma cerca de un enchufe
>     Damian Nadales
>     http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/

Message #79 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Roman Lebedev <lebedev.ri@gmail.com>

To: 846410@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Tue, 13 Dec 2016 14:48:01 +0300

On Mon, Dec 12, 2016 at 9:25 PM, Roman Lebedev <lebedev.ri@gmail.com> wrote:
> On Mon, Dec 12, 2016 at 9:19 PM, Lisandro Damián Nicanor Pérez Meyer
> <perezmeyer@gmail.com> wrote:
>> On lunes, 12 de diciembre de 2016 21:12:21 ART Roman Lebedev wrote:
>>> On Sat, Dec 10, 2016 at 1:42 AM, Lisandro Damián Nicanor Pérez Meyer
>>>
>>> <perezmeyer@gmail.com> wrote:
>>> > tag 846410 unreproducible moreinfo
>>> > severity 846410 important
>>> > thanks
>>> >
>>> > Hi! I've tried to reproduce this bug in an up-to-date sid environment
>>> > without luck.
>>> >
>>> > Please try again with an up to date system. If it still crashed please try
>>> > with a clean environment (a new user).
>>>
>>> Can not reproduce with new user.
>
>> OK, please use your normal user and move ~/.config/kdeveloprc to something
>> else, then try restarting kdevelop.
> I just did, it works.
> Once i open a project (cmake, c, c++), it crashes.

Based on disscussion in #debian-kde, i believe the issue *mostly* happens
only if the mesa driver that is used, is linked to llvm:

dpkg -L libgl1-mesa-dri | grep ".so$" | xargs ldd | grep -i "_dri.so\|llvm"
/usr/lib/x86_64-linux-gnu/dri/i915_dri.so:
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so:
/usr/lib/x86_64-linux-gnu/dri/kms_swrast_dri.so:
       libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x00007f19c2011000)
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so:
       libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x00007fe20d149000)
/usr/lib/x86_64-linux-gnu/dri/nouveau_vieux_dri.so:
/usr/lib/x86_64-linux-gnu/dri/r200_dri.so:
/usr/lib/x86_64-linux-gnu/dri/r300_dri.so:
       libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x00007ff7b6689000)
/usr/lib/x86_64-linux-gnu/dri/r600_dri.so:
       libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x00007f6160321000)
/usr/lib/x86_64-linux-gnu/dri/radeon_dri.so:
/usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so:
       libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x00007f501df09000)
/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so:
       libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x00007f50d31f9000)
/usr/lib/x86_64-linux-gnu/dri/virtio_gpu_dri.so:
       libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x00007ff4cb0e1000)
/usr/lib/x86_64-linux-gnu/dri/vmwgfx_dri.so:
       libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x00007fe516071000)

So it *will* happen with
/usr/lib/x86_64-linux-gnu/dri/kms_swrast_dri.so
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
/usr/lib/x86_64-linux-gnu/dri/r300_dri.so
/usr/lib/x86_64-linux-gnu/dri/r600_dri.so
/usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so
/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so
/usr/lib/x86_64-linux-gnu/dri/virtio_gpu_dri.so
/usr/lib/x86_64-linux-gnu/dri/vmwgfx_dri.so

And *probably* *will not* happen with
/usr/lib/x86_64-linux-gnu/dri/i915_dri.so
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so
/usr/lib/x86_64-linux-gnu/dri/nouveau_vieux_dri.so
/usr/lib/x86_64-linux-gnu/dri/r200_dri.so
/usr/lib/x86_64-linux-gnu/dri/radeon_dri.so

As suggested in the IRC, simple rebuild against llvm-3.9 should fix it.

Roman.

>> If it works please do not remove the original config file.
>>
>>
>> --
>> 18: Como se pueden evitar los problemas de alimentacion electrica
>>     * No coma cerca de un enchufe
>>     Damian Nadales
>>     http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html
>>
>> Lisandro Damián Nicanor Pérez Meyer
>> http://perezmeyer.com.ar/
>> http://perezmeyer.blogspot.com/

Message #84 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Martijn van Sinten <martijnvansinten@gmail.com>

To: 846410@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Tue, 13 Dec 2016 13:16:29 +0100

On Mon, Dec 13, 2016 at 14:48, Roman Lebedev <lebedev.ri@gmail.com> wrote:
>
> Based on disscussion in #debian-kde, i believe the issue *mostly* happens
> only if the mesa driver that is used, is linked to llvm:


I can confirm this. I was just going to post my findings and then saw
this response. I switched from nouveau to the proprietary nvidia
drivers and this "fixed" the problem with kdevelop for me.

I ran into the same issue, running as a new user didn't help. As a
crude test I temporarily removed the kdevclangsupport.so plugin which
is linked against LLVM-3.8 and I could then start kdevelop again. I
then checked what part was linked against LLVM-3.9 and this appeared
to be nouveau_dri.so (loaded by libGL.so.1). I then switched to the
proprietary nvidia driver and the problem was gone. (Of course not a
real solution; indeed having the clang plugin linked against LLVM-3.9
should fix the problem for real).

Kind regards,

Martijn

Message #89 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: Martijn van Sinten <martijnvansinten@gmail.com>, 846410@bugs.debian.org, Roman Lebedev <lebedev.ri@gmail.com>, 846410-submitter@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Tue, 13 Dec 2016 11:15:41 -0300

[Message part 1 (text/plain, inline)]

Control: tag -1 confirmed

On martes, 13 de diciembre de 2016 13:16:29 ART Martijn van Sinten wrote:
> On Mon, Dec 13, 2016 at 14:48, Roman Lebedev <lebedev.ri@gmail.com> wrote:
> > Based on disscussion in #debian-kde, i believe the issue *mostly* happens
> 
> > only if the mesa driver that is used, is linked to llvm:
> I can confirm this. I was just going to post my findings and then saw
> this response. I switched from nouveau to the proprietary nvidia
> drivers and this "fixed" the problem with kdevelop for me.
> 
> I ran into the same issue, running as a new user didn't help. As a
> crude test I temporarily removed the kdevclangsupport.so plugin which
> is linked against LLVM-3.8 and I could then start kdevelop again. I
> then checked what part was linked against LLVM-3.9 and this appeared
> to be nouveau_dri.so (loaded by libGL.so.1). I then switched to the
> proprietary nvidia driver and the problem was gone. (Of course not a
> real solution; indeed having the clang plugin linked against LLVM-3.9
> should fix the problem for real).

That's the test we needed, thanks a lot!

I don't know if kdevelop can work with llvm-3.9... if anyone wants to build 
kdevelop against llvm-3.9 and try it would be a nice way to give us a hand in 
this.

On the other hand libclang-dev now defaults to 3.8 :-/

-- 
I still maintain the point that designing a monolithic kernel in 1991 is a
fundamental error.  Be thankful you are not my student.  You would not get a
high grade for such a design :-)
(Andrew Tanenbaum to Linus Torvalds)

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Message #101 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: Martijn van Sinten <martijnvansinten@gmail.com>

Cc: 846410@bugs.debian.org, Roman Lebedev <lebedev.ri@gmail.com>, 846410-submitter@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Tue, 13 Dec 2016 11:27:11 -0300

[Message part 1 (text/plain, inline)]

tag 846410 upstream
forwarded 846410 https://bugs.kde.org/show_bug.cgi?id=373614
thanks

OK, I've forwarded the bug upstream. I suggest you all to subscribe to it 
(link above), as you are the ones who can reproduce it and upstream might need 
help from you.

Thanks in advance, Lisandro.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Message #113 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: pkg-llvm-team@lists.alioth.debian.org

Cc: 846410@bugs.debian.org

Subject: Help needed with llvm bug

Date: Tue, 13 Dec 2016 11:50:02 -0300

[Message part 1 (text/plain, inline)]

Hi LLVM maintainers!

We currently have an LLVM-related bug on kdevelop (#846410). It seems that if 
the user is using mesa compiled against LLVM 3.9 kdevelop will crash upon 
starting (or creating a new project) because it is linked to LLVM 3.8.

Now I could switch it to use 3.9, but that might get another set of people 
into trouble.

I would like to know if there is a way we can solve this somehow.

We are currently build depending upon llvm-3.8-dev (>= 1:3.8.1) and 
libclang-3.8-dev (>= 1:3.8.1), but maybe we should be using some other package 
(AFAIU kdevelop can use llvm >= 3.6).

Please try to keep 846410@bugs.debian.org while replying :)

Thanks in advance!

-- 
The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself.  Therefore all
progress depends on the unreasonable man.
  George Bernard Shaw

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Message #118 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Kevin Funk <kfunk@kde.org>

To: 846410@bugs.debian.org

Date: Tue, 13 Dec 2016 21:00:17 +0100

[Message part 1 (text/plain, inline)]

KDevelop maintainer here.

You can build KDevelop against anything >= 3.6 just fine. It's recommended to 
use the latest possible version. Thus 3.9 will work just fine.

Regarding the issue with llvmpipe: That's indeed super unfortunate, but I 
don't see an easy solution out of it. The only possibility to have two 
versions of LLVM runtimes loaded:

a) enable symbol versioning on the Clang/LLVM side, or
b) link against static version of libclang/LLVM to import all
   Clang/LLVM symbols into the KDevelop Clang plugin.
c) use libclang in a separate non-GUI process
   (requires a whole overhaul of the integration in KDevelop though...)

Happy to hear some recommendations from the LLVM guys!

-- 
Kevin Funk | kfunk@kde.org | http://kfunk.org

[signature.asc (application/pgp-signature, inline)]

Message #123 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Martijn van Sinten <martijnvansinten@gmail.com>

To: 846410@bugs.debian.org

Subject: Re: Bug#846410: kdevelop crahses when starting (5.0.1)

Date: Tue, 13 Dec 2016 23:26:29 +0100

2016-12-13 15:15 GMT+01:00 Lisandro Damián Nicanor Pérez Meyer
<perezmeyer@gmail.com>:
> I don't know if kdevelop can work with llvm-3.9... if anyone wants to build
> kdevelop against llvm-3.9 and try it would be a nice way to give us a hand in
> this.
>

For what it's worth: I rebuilt the kdevelop package with updated
dependencies to llvm-3.9-dev and libclang-3.9-dev. The package seems
to build just fine and after installing it the problem is fixed, both
as expected. I have only tested it for a short while, so not a very
extensive test. (And I'm probably not the best candidate for testing
since I only switched over to kdevelop a couple of months ago, so not
really an expert user... ;-) )

I'll continue to use this new build and let you know if I encounter
anything strange, but as Kevin Funk said, it should work just fine.

Kind regards,

Martijn

Message #128 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: André Offringa <offringa@gmail.com>, 848331@bugs.debian.org

Cc: control@bugs.debian.org, 846410@bugs.debian.org

Subject: Re: Bug#848331: kdevelop: Segfault when both llvm-3.8-dev and llvm-3.9-dev are installed

Date: Fri, 16 Dec 2016 09:46:35 -0300

[Message part 1 (text/plain, inline)]

forcemerge 846410 848331
tag 846410 pending
thanks

On viernes, 16 de diciembre de 2016 12:01:56 ART André Offringa wrote:
[snip]
> KDevelop crashes with a segfault when I have both llvm-3.8-dev and
> llvm-3.9-dev installed. After removing llvm-3.9-dev, kdevelop started
> working again. I'll paste the gdb bt below.

I did install it wothout issues, but then we figured out that users that 
siffer this crash are also using a video driver compiled against llvm-3.9.

We still don't know if it's something we can "fix". For now I'm going to 
upload kdevelop compiled against 3.9... But we might start seeing crashes for 
people using stuff compiled against 3.8 or 4.0...

-- 
Must it be assumed that because we are engineers beauty is not
our concern, and that while we make our constructions robust
and durable we do not also strive to make them elegant?
Is it not true that the genuine conditions of strength always
comply with the secret conditions of harmony?
 Gustave Eiffel, 1887

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Message #133 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: debian-qt-kde@lists.debian.org, Kevin Funk <kfunk@kde.org>, 846410@bugs.debian.org

Subject: Re: Bug#846410: (no subject)

Date: Fri, 16 Dec 2016 09:48:52 -0300

[Message part 1 (text/plain, inline)]

On martes, 13 de diciembre de 2016 21:00:17 ART Kevin Funk wrote:
> KDevelop maintainer here.
> 
> You can build KDevelop against anything >= 3.6 just fine. It's recommended
> to use the latest possible version. Thus 3.9 will work just fine.
> 
> Regarding the issue with llvmpipe: That's indeed super unfortunate, but I
> don't see an easy solution out of it. The only possibility to have two
> versions of LLVM runtimes loaded:
> 
> a) enable symbol versioning on the Clang/LLVM side, or
> b) link against static version of libclang/LLVM to import all
>    Clang/LLVM symbols into the KDevelop Clang plugin.
> c) use libclang in a separate non-GUI process
>    (requires a whole overhaul of the integration in KDevelop though...)

We should try to get (a). (b) is a non-go in Debian, and (c) is really up to 
you upstreams, with all the required effort it might mean.

*Thanks* for staying in the loop.


-- 
No subestimes el ancho de banda de un camión
cargado de cintas.
  Andrew S. Tanenbaum

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Message #138 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: debian-qt-kde@lists.debian.org, 846410@bugs.debian.org, 846410@bugs.debian.org

Cc: pkg-llvm-team@lists.alioth.debian.org

Subject: Re: Bug#846410: Help needed with llvm bug

Date: Fri, 16 Dec 2016 09:49:12 -0300

[Message part 1 (text/plain, inline)]

On martes, 13 de diciembre de 2016 11:50:02 ART Lisandro Damián Nicanor Pérez 
Meyer wrote:
> Hi LLVM maintainers!
> 
> We currently have an LLVM-related bug on kdevelop (#846410). It seems that
> if the user is using mesa compiled against LLVM 3.9 kdevelop will crash
> upon starting (or creating a new project) because it is linked to LLVM 3.8.
> 
> Now I could switch it to use 3.9, but that might get another set of people
> into trouble.
> 
> I would like to know if there is a way we can solve this somehow.
> 
> We are currently build depending upon llvm-3.8-dev (>= 1:3.8.1) and
> libclang-3.8-dev (>= 1:3.8.1), but maybe we should be using some other
> package (AFAIU kdevelop can use llvm >= 3.6).
> 
> Please try to keep 846410@bugs.debian.org while replying :)

Hi LLVM team! Can anyone help us here?


-- 
En 1975, a los 99 años, muere Leonor Acevedo de Borges. En el velorio, una
mujer da el pésame a Borges y comenta: "Pobre Leonorcita, morirse tan poquito
antes de cumplir los 100 años. Si hubiera esperado un poquito más...".
Borges responde: "Veo, señora, que es usted devota del sistema decimal".
  Jorge Luis Borges, en "Borges habla de su madre". http://2tu.us/2i7d

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Message #147 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Sylvestre Ledru <sylvestre@debian.org>

To: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>, debian-qt-kde@lists.debian.org, 846410@bugs.debian.org

Cc: pkg-llvm-team@lists.alioth.debian.org

Subject: Re: Bug#846410: Help needed with llvm bug

Date: Fri, 16 Dec 2016 13:56:56 +0100

Hello,

Le 16/12/2016 à 13:49, Lisandro Damián Nicanor Pérez Meyer a écrit :
> On martes, 13 de diciembre de 2016 11:50:02 ART Lisandro Damián Nicanor Pérez 
> Meyer wrote:
>> Hi LLVM maintainers!
>>
>> We currently have an LLVM-related bug on kdevelop (#846410). It seems that
>> if the user is using mesa compiled against LLVM 3.9 kdevelop will crash
>> upon starting (or creating a new project) because it is linked to LLVM 3.8.
>>
>> Now I could switch it to use 3.9, but that might get another set of people
>> into trouble.
>>
>> I would like to know if there is a way we can solve this somehow.
>>
>> We are currently build depending upon llvm-3.8-dev (>= 1:3.8.1) and
>> libclang-3.8-dev (>= 1:3.8.1), but maybe we should be using some other
>> package (AFAIU kdevelop can use llvm >= 3.6).
>>
>> Please try to keep 846410@bugs.debian.org while replying :)
> 
> Hi LLVM team! Can anyone help us here?
I think you should report a bug upstream (kdevelop). I don't see how to fix that in the llvm-toolchain itself.

Sorry,
Sylvestre

Message #152 received at 846410-close@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <lisandro@debian.org>

To: 846410-close@bugs.debian.org

Subject: Bug#846410: fixed in kdevelop 4:5.0.1-3

Date: Fri, 16 Dec 2016 13:48:55 +0000

Source: kdevelop
Source-Version: 4:5.0.1-3

We believe that the bug you reported is fixed in the latest version of
kdevelop, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 846410@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Lisandro Damián Nicanor Pérez Meyer <lisandro@debian.org> (supplier of updated kdevelop package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Fri, 16 Dec 2016 09:41:42 -0300
Source: kdevelop
Binary: kdevelop kdevelop-data kdevelop-dev kdevelop-l10n plasma-kdevelop
Architecture: all source
Version: 4:5.0.1-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>
Changed-By: Lisandro Damián Nicanor Pérez Meyer <lisandro@debian.org>
Closes: 846410
Description: 
 kdevelop-data - data files for the KDevelop IDE
 kdevelop-dev - development files for the KDevelop IDE
 kdevelop   - integrated development environment for KDE
 kdevelop-l10n - localization files for the KDevelop IDE
 plasma-kdevelop - KDevelop plugins for Plasma
Changes:
 kdevelop (4:5.0.1-3) unstable; urgency=medium
 .
   * Bump llvm and clang build dependencies to 3.9. This avoids a crash when
     users are running video drivers compiled against llvm 3.9. Yes, it's a
     temporal fix only (Closes: #846410).
Checksums-Sha1: 
 afa669b6d5bcc5817ec5e489bc3e8c6ada64fb33 3370 kdevelop_5.0.1-3.dsc
 1d07d9243de7c0cbf9d1d0e5f6cb16c293805210 22452 kdevelop_5.0.1-3.debian.tar.xz
 60b4a67f6a8ebbaf883747e652d21a338bbca4aa 3415652 kdevelop-data_5.0.1-3_all.deb
 1f714bc0942426bd855ae930cbb3497f6c8dc252 459608 kdevelop-l10n_5.0.1-3_all.deb
Checksums-Sha256: 
 b53332461ca84e501a2d36b6c7c2da22c4edbff94252b3f23ed73f856772e5f7 3370 kdevelop_5.0.1-3.dsc
 c57ce2a193415f5bea8b3299c5242c3a228827949703a0044beef52078137992 22452 kdevelop_5.0.1-3.debian.tar.xz
 206586fbdc23e3c16148610352b4b96a0e6b088b3f05486d1dee27febc1a836e 3415652 kdevelop-data_5.0.1-3_all.deb
 793a268a069a37d5c8ef2f56ae016b4ec561e9f81406cfeeceb88b88219d6f57 459608 kdevelop-l10n_5.0.1-3_all.deb
Files: 
 c7ff33c2823fa36f76db792f17f8d021 3370 devel optional kdevelop_5.0.1-3.dsc
 6fd92d4753c936999a719d066be28672 22452 devel optional kdevelop_5.0.1-3.debian.tar.xz
 a55346fa1360dc2d8fa026da41bb6a43 3415652 devel optional kdevelop-data_5.0.1-3_all.deb
 bf465429436d1bdccd3675931079af4d 459608 localization optional kdevelop-l10n_5.0.1-3_all.deb

-----BEGIN PGP SIGNATURE-----

iQJIBAEBCAAyFiEEEt36hKwjsrvwSzE8q2RfQGKGp9AFAlhT7jMUHGxpc2FuZHJv
QGRlYmlhbi5vcmcACgkQq2RfQGKGp9BZJBAAmStFjlbW/HbPdHdKQWf1VV+8QbJT
V1E9KpYjNVSaa8ifQEyYQ6oIaJaHXveXTZPsYna4ZDVMgdspnLlko3/pYyapdIUY
nlb0z5sU4zTn3OvAHn/Vomw8c5o0LHywE1XSjdSu3ErwN6ro5RwKsV7n/sn5Bi3Q
xFas0FKynL5Sdmi+bZyZnhBYaunJSTVevz3gUYCd7aO+tNAwuK6dak5Dkap3y2Pl
6o8kOMrSrRh7UOhYNwh4SCmYLkdhkqYtCs4wZuauOUNPP7fxp2PKcXL98P/7NhoL
msB1GQb+CZDgPW4GKNhKMiqNmuJV6+iVAoxhiHNYWuShwsfUuvwx2jnf3ief3WzF
ICh/IeJUkMpxvLwlJaZ42xrTy4cQbrIbwECkHrMt+KTdBEdl1/kKZRYB7ZouJelB
VK6o92fpg3Y6DXruxJKJeyA2KwKDc9BZXAxpryk/P6QXeSNeC+A2VwPl6lodBDk5
wbUDlN6r7aKORIHiZSc1Rfdf31cS40klXdXklIJ8oErWunqWyeLODONhPCxLzKPX
3qjuLQG6zNgKd0dRLF8ebA5ECYxeKlCUCVZZ/6UjM+PdsbPcJowRMGX8SErD547c
gAcBVTjQ5FxRWA6XLvwW8XpltBtdgvtrL7TnL1t2efrwGUvKQ2lQuuD5MemG7TN/
wKB93AsFbTgmNwo=
=qN7n
-----END PGP SIGNATURE-----

Message #161 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: Sylvestre Ledru <sylvestre@debian.org>

Cc: debian-qt-kde@lists.debian.org, 846410@bugs.debian.org, pkg-llvm-team@lists.alioth.debian.org

Subject: Re: Bug#846410: Help needed with llvm bug

Date: Fri, 16 Dec 2016 10:51:21 -0300

[Message part 1 (text/plain, inline)]

On viernes, 16 de diciembre de 2016 13:56:56 ART Sylvestre Ledru wrote:
> Hello,
> 
> Le 16/12/2016 à 13:49, Lisandro Damián Nicanor Pérez Meyer a écrit :
> > On martes, 13 de diciembre de 2016 11:50:02 ART Lisandro Damián Nicanor
> > Pérez> 
> > Meyer wrote:
> >> Hi LLVM maintainers!
> >> 
> >> We currently have an LLVM-related bug on kdevelop (#846410). It seems
> >> that
> >> if the user is using mesa compiled against LLVM 3.9 kdevelop will crash
> >> upon starting (or creating a new project) because it is linked to LLVM
> >> 3.8.
> >> 
> >> Now I could switch it to use 3.9, but that might get another set of
> >> people
> >> into trouble.
> >> 
> >> I would like to know if there is a way we can solve this somehow.
> >> 
> >> We are currently build depending upon llvm-3.8-dev (>= 1:3.8.1) and
> >> libclang-3.8-dev (>= 1:3.8.1), but maybe we should be using some other
> >> package (AFAIU kdevelop can use llvm >= 3.6).
> >> 
> >> Please try to keep 846410@bugs.debian.org while replying :)
> > 
> > Hi LLVM team! Can anyone help us here?
> 
> I think you should report a bug upstream (kdevelop). I don't see how to fix
> that in the llvm-toolchain itself.

Hi Sylvestre! I think kdevelop has nothing to do here: it's just linking 
against llvm, and the creash happens when 3.8 and 3.9 get mixed in the same 
process, and it seems to happen due to video drivers compiled against 3.9...

I have noted that llvm's packaging does not includes symbols files, so I do 
not know if llvm has versioned symbols (I mean, ELF versioned symbols). That 
would allow mixing two process with different LLVM versions without crashes 
(as long as they do not share data between them).

Do you know if llvm symbols are ELF versioned?


-- 
  "Waaah! Debian never keeps its release schedules!"
Okay, lets make a Debian-like distribution that hits its schedules and is
close to bleeding edge.
  "Waaah! Ubuntu ships buggy stuff!"
Grrrrrr.
(Not aimed at jwb in particular, BTW. Just pointing out that there's always
going to be some disappointed people.)
  vmole (subscriber, #111) - http://lwn.net/Articles/279111/

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Message #166 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: Sylvestre Ledru <sylvestre@debian.org>

Cc: debian-qt-kde@lists.debian.org, 846410@bugs.debian.org, pkg-llvm-team@lists.alioth.debian.org

Subject: Re: Bug#846410: Help needed with llvm bug

Date: Fri, 16 Dec 2016 15:51:14 -0300

[Message part 1 (text/plain, inline)]

On viernes, 16 de diciembre de 2016 10:51:21 ART Lisandro Damián Nicanor Pérez 
Meyer wrote:
[snip]
> Do you know if llvm symbols are ELF versioned?

I answer that myself. I ran:

pkgkde-gensymbols -plibllvm-3.8 -v1:3.8.1 -Osymbols.amd64 \
-e/usr/lib/x86_64-linux-gnu/libLLVM-3.8.so 

pkgkde-gensymbols -plibllvm-3.9 -v1:3.9.1 -Osymbols9.amd64 \
-e/usr/lib/x86_64-linux-gnu/libLLVM-3.9.so

I've attached the resulting symbols files, compressed.

As you can see both symbols files have their versions at @Base, meaning there 
is no ELF versioning in them.

This crash can be easily fixed by adding ELF versioning to symbols. I'll file 
a bug against llvm.

-- 
Either he's dead or my watch has stopped.
 -- Groucho Marx

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[symbols.amd64.xz (application/x-xz, attachment)]

[symbols9.amd64.xz (application/x-xz, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #171 received at 846410@bugs.debian.org (full text, mbox, reply):

From: Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>

To: Sylvestre Ledru <sylvestre@debian.org>

Cc: debian-qt-kde@lists.debian.org, 846410@bugs.debian.org, pkg-llvm-team@lists.alioth.debian.org

Subject: Re: Bug#846410: Help needed with llvm bug

Date: Fri, 16 Dec 2016 15:57:08 -0300

[Message part 1 (text/plain, inline)]

@pkg-llvm-team: I've sent two compressed files in a previous bug which got 
stuck due to it's size. Please check the bug report for this.

-- 
If you have an apple and I have an apple and we exchange these apples then you
and I will still each have one apple. But if you have an idea and I have an
idea and we exchange these ideas, then each of us will have two ideas.
 George Bernard Shaw

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.