lldb fails to start with 'doesn't contain the architecture x86_64'

[DimanNe]

When I try to run binary of ls in lldb I get this

$ lldb-3.5 /bin/ls
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ImportError: No module named lldb.embedded_interpreter
error: '/bin/ls' doesn't contain the architecture x86_64
(lldb)

file command says it is x86_64:
$ file /bin/ls
/bin/ls: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=9508b95ba96ff7e8535b452acb1313b08aa23c26, stripped

ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: lldb-3.5 (not installed)
ProcVersionSignature: Ubuntu 3.16.0-23.31-generic 3.16.4
Uname: Linux 3.16.0-23-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.14.7-0ubuntu8
Architecture: amd64
CurrentDesktop: KDE
Date: Sun Oct 26 16:29:28 2014
InstallationDate: Installed on 2014-07-05 (112 days ago)
InstallationMedia: Kubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140416.1)
SourcePackage: llvm-toolchain-3.5
UpgradeStatus: Upgraded to utopic on 2014-08-30 (57 days ago)

[Qbvui+9baubb2cfhobc (qbvui+9baubb2cfhobc)]

Created attachment 12939
A "hello world" program that LLDB should be capable of debugging, but instead complains that it doesn't "contain" the right architecture.

Debian's LLDB 3.3 was able to load executables, but the latest Debian release produces this error, and so does a freshly-built binary from the SVN repository.

This error message is Google-proof. I can't find any information at all as to a possible cause.

[Qbvui+9baubb2cfhobc (qbvui+9baubb2cfhobc)]

Created attachment 12940
Another ELF binary, this time compiled with clang instead of GCC

[Qbvui+9baubb2cfhobc (qbvui+9baubb2cfhobc)]

Created attachment 12941
Source code for both ELF binaries

[Qbvui+9baubb2cfhobc (qbvui+9baubb2cfhobc)]

I'm going through the source code right now, and it turns out that there are about a million possible reasons why this error message might be generated, none of which are reported in any way at the point where these errors are generated.

What this message really means is "Some error occurred, somewhere in the code, for some reason. Maybe the file couldn't be opened, or maybe it wasn't in the right format, or maybe it was something else entirely. Who knows?"

I'll just sprinkle some fprintf's into ObjectFile::FindPlugin, and then maybe I'll actually know something.

Worst. Error-hiding. Ever.

[Qbvui+9baubb2cfhobc (qbvui+9baubb2cfhobc)]

Fuck it, I can't figure out how this thing works. It seems to be expecting "something" to be in the executables that it isn't finding. So I'll just go play with LLDB 3.3 now.

[DimanNe (dimanne)]

(lldb-3.4 works)

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Yury-meshkov (yury-meshkov)]

I have the same issue on Ubuntu 14.10 32bit. But lldb works fine on my Ubuntu 64bit.
This bug makes LLDB on Linux 32bit unusable completely.

[Sylvestre Ledru (sylvestre)]

*** This bug has been marked as a duplicate of bug 20400 ***

[Erik Lovlie (eriklovlie)]

Sylvestre, I don't think you intended to link to that bug, but rather bug 20400 in the llvm bug db:

http://llvm.org/bugs/show_bug.cgi?id=20400