Hi Larry,
Is it latest eclipse plug-in you’re using is the 1.5 release? I’d expect our QA should test the scenario of build derived toolchain usage case and reported issue. Anyhow, I’m traveling atm and will try to reproduce the issue when I’m back in office next week. 2nd issue for requirement of tcf-agent, I don’t think we require that to be mandatory, we’ve been supporting both ssh and tcf connection for remote debugging for quite some time. My question is what eclipse version are you using? It’s not Yocto eclipse plug-in but the eclipse IDE itself, Juno or Kepler? If you install Yocto kepler plugin into Juno IDE, then that’ll definitely have some unpredictable behavior. Also, what is your remote target that you tried to debug against, real HW or qemu instance? And what image are you booted remote target with? E.g. core-image-minimal or core-image-sato-sdk, etc. You said you had previous success with eclipse plugin prior to upgrade to latest kepler release, what is the prior setup that has been working for you? The ML is the right venue to report issues and seek quick responses, but given the fact that the issues you’re reporting need some further investigation, could you please file bugs in our bugzilla to better track these issues? Thanks, Jessica From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On Behalf Of Larry Weaver Sent: Thursday, October 24, 2013 2:50 PM To: 'Yocto discussion list' Subject: [yocto] problems with yocto eclipse ADT and beaglebone I apologize in advance for my inexperience in this type of endeavor. I've been a windows and microchip guy for some time, but the low cost machines like the beaglebone have all my clients moving over to linux so I need to become immersed in linux as well. I've spent the last month studying and working with linux and have reached something of an impasse (no forward progress for over 3 days now). I'm not sure if this is the right platform to ask for eclipse ADT help or if there is a better mailing list, but hopefully you will let me know that. I also need to know if this is considered for text only or can I include captured screen images (cut to only the info needed). I have reinstalled a virtual Ubuntu machine, downloaded the yocto angstrom scripts, compiled the kernel (and uboot) too many times to count (and deployed to sd cards with success). While doing this I tried various eclipse setups to do cross compiling and debugging with a lot of success. A few days ago I saw that there was a new version of eclipse (kepler) with new ADT tools that should make the cross compiling and debugging much more elegant. I installed a new Ubuntu virtual machine, got the angstrom scripts set up and the kernel compiled and then tried to get the eclipse setup going. I've run into two problems that have me completely stopped. The first is a configuration problem that I hope will be easy to get past. When I try to set up the Build system derived toolchain debug configuration (following the instructions in the Yocto Project Development Manual) I have been completely stumped. I have run the meta-ide-support with no problem, and the build directory and tmp directory are there. No matter what directory off of setup-scripts I use for a Toolchain Root Location it is rejected saying that the toolchain directory does not contain a toolchain generated with "bitbake meta-ide-support". I've rerun meta-ide-support many times, but no subdirectory seems to contain the correct information when it is finished. Where (and how) can I find the correct subdirectory that contains the correct meta-ide-suport data? Since that is a complete dead end for me at the moment, I bitbaked the meta-toolchain and ran the resultant shell to extract the toolchain into the /usr/local subdirectory. I then changed the debug configuration to Standalone pre-built toolchain and selected the oecore-i686 directory created off /usr/local as the toolchain root and it's subdirectory sysroots as the sysroots directory. Eclipse is quite happy with this so I thought I was finally to the next stage. I started a Yocto ADT C++ project (again following the Yocto Project Development Manual), but ran into some warnings when I compile the hello world project. These seem to be warnings so I kind of ignored them (still currently doing that) since I had other things I considered more important. T Description Resource Path Location Type Missing PROG dlltool HelloWorld -1 Configure Problem Missing PROG arm-angstrom-linux-gnueabi-dlltool HelloWorld -1 Configure Problem Missing PROG arm-angstrom-linux-gnueabi-mt HelloWorld -1 Configure Problem I then found that the new eclipse Yocto ADE setup requires the target to be running a tcf-agent. According to the instructions I can add a definition to my conf/local.conf file that will cause the tcf-agent to be installed. I added this to the local.conf and recompiled. The scripts sensed something had changed and gave me a new kernel image file. Thinking I had success I put that on an sd card and booted, but still no tcf-agent. I extracted the images and checked the differences between them and it was very minimal. The image that was supposed to have tcf-agent in it had some extra .sh files installed. While not an expert on sh files these seem to have nothing to do with tcf-agent. According to the Yocto Project Application Developers Guide the prebuilt images of e-image-sato-sdk have the tcf-agent in them so I downloaded the file for the beagleboard (if I compile using machine =beagleboard instead of beaglebone it works fine on the beaglebone board) and extracted the tcf-agent. I put it on the beaglebone and started it up. Suddenly the eclipse Yocto plugin found the tcf daemon and I thought all was good with the world. When I actually tried the debug it copied the compiled program over to the beaglebone but then died with further problems see tcf problems below). The program runs correctly on the beaglebone if I execute it by hand. If I open up an eclipse remote systems perspective over tcf, it sees the drive, process, etc. I’m not sure how the tcf-agent needs to be started, so that may be the problem. Any help on how to configure the Build System derived toolchain (what directory is it looking for) or help on how to properly use tcf-agent so that hostprocesses can start would be greatly appreciated. Thanks, Larry EXTRA_IMAGE_FEATURES = "tools-debug" etc- | -run-postinsts usr- | -share- | -run-postinsts var- | -lib- | -opkg- | -info- | -run-postinsts.control -run-postinsts.list -run-postinsts.postinst -run-postinsts.postrm -run-postinsts.prerm TCF problems Error during file upload. Could not create the hostShellProcess. Could not create the hostShellProcess. An unexpected exception has occurred An unexpected exception has occurred An unexpected exception has occurred Could not create the hostShellProcess. Could not create the hostShellProcess. An unexpected exception has occurred An unexpected exception has occurred An unexpected exception has occurred Could not create the hostShellProcess. Could not create the hostShellProcess. Could not create the hostShellProcess. An unexpected exception has occurred An unexpected exception has occurred An unexpected exception has occurred Could not create the hostShellProcess. Could not create the hostShellProcess. An unexpected exception has occurred An unexpected exception has occurred An unexpected exception has occurred
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
