The differences that I can see are that I built lldb with clang 3.4 and Makefiles rather than gcc and cmake also a Debug+Asserts build rather than just a debug build.
On Tue, Jul 22, 2014 at 12:20 PM, Todd Fiala <tfi...@google.com> wrote: > 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 <tfi...@google.com> wrote: > >> (And thanks for tracking that down.) >> >> >> On Tue, Jul 22, 2014 at 8:36 AM, Todd Fiala <tfi...@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 < >>> kfisc...@college.harvard.edu> wrote: >>> >>>> According to bisect, the culprit is: >>>> >>>> Author: Todd Fiala <todd.fi...@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 <tfi...@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 <tfi...@google.com> wrote: >>>>> >>>>>> FWIW - I just tried this on Ubuntu 14.04 with a build at r213575 >>>>>> (earlier today): >>>>>> >>>>>> tfiala@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 <tfi...@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 < >>>>>>> kfisc...@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 <tfi...@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 < >>>>>>>>> kfisc...@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@cs.uiuc.edu >>>>>>>>>> http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Todd Fiala | Software Engineer | tfi...@google.com | >>>>>>>>> 650-943-3180 >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Todd Fiala | Software Engineer | tfi...@google.com | 650-943-3180 >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Todd Fiala | Software Engineer | tfi...@google.com | 650-943-3180 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Todd Fiala | Software Engineer | tfi...@google.com | 650-943-3180 >>>>> >>>> >>>> >>> >>> >>> -- >>> Todd Fiala | Software Engineer | tfi...@google.com | 650-943-3180 >>> >> >> >> >> -- >> Todd Fiala | Software Engineer | tfi...@google.com | 650-943-3180 >> > > > > -- > Todd Fiala | Software Engineer | tfi...@google.com | 650-943-3180 >
_______________________________________________ lldb-dev mailing list lldb-dev@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
