Re: [beagleboard] Running Qt gui application on BBB

[Bremenpl]

I understand. Well, I did have some little experience with crosscompiling std projects and wiritng in eclipse thanks to Derek Molloys tutorials. All my problems really started when I had to use Qt for beagle. And yes I cant say Im a pro at this stuff... The idea with a separate board is good I think, I will definetly look for a strong and cheap one. i have never thought of doing it this way though, I always thought people use QEMU and etc. Thank you for your advices, I really am gratefull for the time. W dniu 2015-12-15 o 01:14, William Hermans pisze: Where I live (Szczecin, noth-west Poland) I think this board is worth about 30-40 hours of specialist work. The idea of compiling on a system that is simmilar to target sound ok to me, it makes sense that you dont need to crosscompile- The boards do not even have to be similar. They just need to be able to support the same ABI. Which in the case of both the Beaglebone Black, and the X15( and wanderboard plus countless others ). They just need to support the armhf ABI. armv7 outside of the Debian world. But is that more comfortable for work? In a crosscompilation enviroment all I need to do is press debug and it runs. In this case there would have to be some kind of chain where files fly from my pc, through strong arm board to the beagle. But i gues you can automate that at some point. Let me put it this way. I'm fairly experienced when it comes to working with this sort of thing. With that said, I would not cross compile Qt. There are lots of things I would not cross compile. For instance, my buddy came to me asking advice on how to cross compile Wireshark for the Beaglebone black, then he probably wondered why I was looking at him crazy . . . My suggestion after finding out he was running out of memory was to hook up a USB hard drive, and use it as a swap disk. This worked fine for him. He did not mind waiting several hours for the binary to compile. Anyway, my point there is that there are many ways to do the same thing. All should be taken into consideration. But what experience has taught me over the years. Cross compiling should be the very last resort. Unless you happen to find a very good guide. So considering that you seem to be fairly inexperienced. Yes, I think you should consider buying a board to help with your development. Especially considering you have a grade riding on your projects outcome. On Mon, Dec 14, 2015 at 5:02 PM, Bremenpl <breme...@gmail.com> wrote: Where I live (Szczecin, noth-west Poland) I think this board is worth about 30-40 hours of specialist work. The idea of compiling on a system that is simmilar to target sound ok to me, it makes sense that you dont need to crosscompile- But is that more comfortable for work? In a crosscompilation enviroment all I need to do is press debug and it runs. In this case there would have to be some kind of chain where files fly from my pc, through strong arm board to the beagle. But i gues you can automate that at some point. W dniu 2015-12-15 o 00:54, William Hermans pisze: Not necessarily, but consider this. How much does an embedded systems specialist in your area get paid per hour ? In my area, about 15-20 years ago. The cost of a board like the X15 would have been absorbed in roughly half a day. That is to say, an embedded systems specialist could buy a board for $239 after working roughly half a day. Now take into account that figuring out how to cross compile something like this is a serious headache, and often takes days, if not weeks to get right . . . On Mon, Dec 14, 2015 at 4:32 PM, Bremenpl <breme...@gmail.com> wrote: So if I understand correctly, I should have a second board that is more powerfull than beagle just to compile the code for beagle? W dniu 2015-12-15 o 00:26, William Hermans pisze: I cant change the board right now, it has to be BeagleBone Black. Thats why I need to build on my host. Did you succed on installing QT5.1 and deploying it to BeagleBone Black? Maybe I should use it instead of 4.8.6 if its easier? No one was saying change boards. Use the same board, but use a faster, more powerful ARM board to compile native ARM executable. The reasons are simple. No need to mess with cross compiling, which in many cases is messy, and sometimes near impossible. You don't think Robert spends days, or weeks compiling packages do you ? But why don't we ask Robert. Robert, hey what percentage of the packages you build are compiled native to ARM, from some sort of beefy ARM board? I'm guessing nearly 100% if not 100% but . . . On Mon, Dec 14, 2015 at 4:00 PM, Bremenpl <breme...@gmail.com> wrote: Ahh., thats the way, you are right... Thank you for all the support guys, I really mean it! Hope to get it working in a while if i wont fall asleep on my desk! On December 14, 2015 11:55:59 PM John Syne <john3...@gmail.com> wrote: On Dec 14, 2015, at 2:34 PM, Bremenpl <breme...@gmail.com> wrote: Okay guys, atm I am donwloading the lxqt image. AT first I will try to open the app on the BeagleBone Black itself. But after that works I need to figure out how to remote debug while building on beagle instead of cross compile on host. Could you please only clarify my thoughts about it? If gdb-multiarch needs crosscompiled executable, how do I use it if I dont download the executable from target like you said i dont? On BBB you run gdbserver. On your host, you run gdb and then remote connect to your gdbserver. Watch Derrek Molloy’s chapter 7 video I gave you, starting at about 30 minutes. Regards, John W dniu 2015-12-14 o 23:23, John Syne pisze: Regards, John On Dec 14, 2015, at 2:23 PM, Bremenpl <breme...@gmail.com> wrote: Okay, I think I figured it out, but it would be a bit messy... So lets say I would have a postbuild script on my host, that after each succesfull build would scp over all .h and .c files to BeagleBone Black and build on the target as well (ssh command). But then again, for gdb-multiarch I need to provide an executable on the host. So if I am building on target device, do I need to download the built executable back to host…? No W dniu 2015-12-14 o 23:13, Robert Nelson pisze: On Mon, Dec 14, 2015 at 4:13 PM, Bremenpl <breme...@gmail.com> wrote: Yes but in that case I would have to program for hours on BeagleBone Black... The point is, can I remote debug in this configuration? gdb can communicate over tcp/ip.. Regards, -- Bremenpl -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Bremenpl -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/FUq8HRSvw_g/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/FUq8HRSvw_g/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Bremenpl -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/FUq8HRSvw_g/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Bremenpl -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/FUq8HRSvw_g/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Bremenpl -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.