[lldb-dev] Linux: "doesn't contain the architecture x86_64"
Todd Fiala
tfiala at google.com
Tue Jul 22 12:20:17 PDT 2014
Hey Keno,
I just posted more info on the bug here:
http://llvm.org/bugs/show_bug.cgi?id=20400
The details of the setup are there. The short version: I set up an Ubuntu
12.04 x86_64 system, built lldb with gcc-4.9.1, could not repro. You can
see my install instructions there to see if you differ significantly
somewhere.
It would be great if you can repro that setup and see if you still hit the
issue.
Thanks!
-Todd
On Tue, Jul 22, 2014 at 8:37 AM, Todd Fiala <tfiala at google.com> wrote:
> (And thanks for tracking that down.)
>
>
> On Tue, Jul 22, 2014 at 8:36 AM, Todd Fiala <tfiala at google.com> wrote:
>
>> Haha ok. That's me :-)
>>
>> Looks like something about Ubuntu 12.04 is different on Ubuntu 14.04.
>>
>> I'll install a 12.04 and see what's broken and fix it.
>>
>> BTW - the /bin/ls seems to detect fine on Ubuntu 14.04 and MacOSX.
>> Interesting...
>>
>> I'll look at this today.
>>
>> -Todd
>>
>>
>> On Mon, Jul 21, 2014 at 8:18 PM, Keno Fischer <
>> kfischer at college.harvard.edu> wrote:
>>
>>> According to bisect, the culprit is:
>>>
>>> Author: Todd Fiala <todd.fiala at gmail.com>
>>> Date: Fri Jun 27 16:52:49 2014 +0000
>>>
>>> Fix ObjectFileELF to determine architectures independent of host.
>>>
>>> Previously ObjectFileELF was simplifying and assuming the object
>>> file it was
>>> looking at was the same as the host architecture/triple. This would
>>> break
>>> attempts to run, say, lldb on MacOSX against lldb-gdbserver on Linux
>>> since
>>> the MacOSX lldb would say that the linux elf file was really an
>>> Apple MacOSX
>>> architecture. Chaos would ensue.
>>>
>>> This change allows the elf file to parse ELF notes for Linux,
>>> FreeBSD and
>>> NetBSD, and determine the OS appropriately from them. It also
>>> initializes
>>> the OS type from the ELF header OSABI if it is set (which it is for
>>> FreeBSD
>>> but not for Linux).
>>>
>>> Added a test with freebsd and linux images that verify that
>>> '(lldb) image list -t -A' prints out the expected architecture for
>>> each.
>>>
>>>
>>> git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@211907
>>> 91177308-0d34-0410-b5e6-96231b3b80d8
>>>
>>>
>>> On Mon, Jul 21, 2014 at 5:24 PM, Todd Fiala <tfiala at google.com> wrote:
>>>
>>>> Hi again,
>>>>
>>>> Keno - what revision of lldb are you synched to? I recall seeing some
>>>> platform changes go in today, I think after my last sync/build.
>>>>
>>>> Thanks,
>>>> Todd
>>>>
>>>>
>>>> On Mon, Jul 21, 2014 at 5:10 PM, Todd Fiala <tfiala at google.com> wrote:
>>>>
>>>>> FWIW - I just tried this on Ubuntu 14.04 with a build at r213575
>>>>> (earlier today):
>>>>>
>>>>> tfiala at tfiala2:/mnt/ssd/work/macosx.sync/mbp-git/build-debug$ bin/lldb
>>>>> (lldb) file /bin/ls
>>>>> Current executable set to '/bin/ls' (x86_64).
>>>>> (lldb) run
>>>>> Process 20313 launching
>>>>> Process 20313 launched: '/bin/ls' (x86_64)
>>>>> Process 20313 stopped
>>>>> * thread #1: tid = 20313, 0x00007fdaa88d42d0, name = 'ls', stop reason = trace
>>>>> frame #0: 0x00007fdaa88d42d0
>>>>> error: No such process
>>>>> 2014-06-29-23_22_22 CMakeFiles examples rules.ninja
>>>>> 2014-06-29-23_22_40 cmake_install.cmake include share
>>>>> bin CPackConfig.cmake lib test
>>>>> build.ninja CPackSourceConfig.cmake lldb-test-traces tools
>>>>> cmake docs LLVMBuild.cmake unittests
>>>>> CMakeCache.txt DummyConfigureOutput projects utils
>>>>> Process 20313 exited with status = 0 (0x00000000)
>>>>> (lldb)
>>>>>
>>>>> That seemed to work, but is Ubuntu 14.04 vs. 12.04.
>>>>>
>>>>> -Todd
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Jul 21, 2014 at 5:08 PM, Todd Fiala <tfiala at google.com> wrote:
>>>>>
>>>>>> Can you send me your /bin/ls? (Direct send to me, might need to
>>>>>> .tar.gz it). I can see if we're identifying it correctly at the object
>>>>>> file level.
>>>>>>
>>>>>> With recent platform additions, we may have borked something.
>>>>>>
>>>>>> Have you tried running the tests on your end? There are a few tests
>>>>>> in test/functionalities/object-file that will verify if we're parsing the
>>>>>> object files correctly.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Jul 21, 2014 at 5:05 PM, Keno Fischer <
>>>>>> kfischer at college.harvard.edu> wrote:
>>>>>>
>>>>>>> This is on
>>>>>>>
>>>>>>> 64-bit Ubuntu 12.04.4 LTS (GNU/Linux 3.2.0-61-generic x86_64)
>>>>>>>
>>>>>>> I started a bisect. I can confirm that this worked on Feb 28 (I
>>>>>>> chose that arbitrarily for the start of the bisect), so it must have broken
>>>>>>> since.
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Jul 21, 2014 at 5:01 PM, Todd Fiala <tfiala at google.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi Keno,
>>>>>>>>
>>>>>>>> Which Linux distribution and bitness (64/32) are you on?
>>>>>>>>
>>>>>>>> I've seen similar behavior when platforms or object files
>>>>>>>> inappropriately identify (or mis-identify) which files they can do
>>>>>>>> something with.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Jul 21, 2014 at 3:26 PM, Keno Fischer <
>>>>>>>> kfischer at college.harvard.edu> wrote:
>>>>>>>>
>>>>>>>>> I just rebuilt lldb on a linux machine (usually I'm on mac), and
>>>>>>>>> I'm
>>>>>>>>> seeing this (for all programs on the machine). Has anybody seen
>>>>>>>>> this
>>>>>>>>> before (before I dive into debugging)?
>>>>>>>>>
>>>>>>>>> >usr/bin/lldb /bin/ls
>>>>>>>>> error: '/bin/ls' doesn't contain the architecture x86_64
>>>>>>>>>
>>>>>>>>> Keno
>>>>>>>>> _______________________________________________
>>>>>>>>> lldb-dev mailing list
>>>>>>>>> lldb-dev at cs.uiuc.edu
>>>>>>>>> http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Todd Fiala | Software Engineer | tfiala at google.com |
>>>>>>>> 650-943-3180
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Todd Fiala | Software Engineer | tfiala at google.com | 650-943-3180
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Todd Fiala | Software Engineer | tfiala at google.com | 650-943-3180
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Todd Fiala | Software Engineer | tfiala at google.com | 650-943-3180
>>>>
>>>
>>>
>>
>>
>> --
>> Todd Fiala | Software Engineer | tfiala at google.com | 650-943-3180
>>
>
>
>
> --
> Todd Fiala | Software Engineer | tfiala at google.com | 650-943-3180
>
--
Todd Fiala | Software Engineer | tfiala at google.com | 650-943-3180
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20140722/91306379/attachment.html>
More information about the lldb-dev
mailing list