Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Reputation Activity

  1. Great Post
    More_Piffle reacted to drobbins in New drobbins YouTube vlog   
    Hi All,
    I've created a new YouTube vlog entry for your enjoyment. This one is about the latest shocking news of being let go from a job. View it here -- I appreciate it if you help me get the word out about my channel, send me some upwardly-pointing thumbs and possibly even subscribe! ? Thanks!
  2. Great Post
    More_Piffle reacted to quantum in Adding multi ROS distribution support   
    meanwhile, I decided to try implementing it.
  3. Great Post
    More_Piffle reacted to drobbins in Do I need to file a bug, or am I just being a nuisance?   
    I believe the root cause of this is that we used different snapshot dates for various parts of 1.2. We are getting away from this with 1.3, so it should go away with 1.3 when it is released. We'll use a unified snapshot for that release.
    However, these issues should be fixed in 1.2 when found, if possible.
    If you can point out bugs that you feel were improperly closed without being correctly addressed, I can investigate.
  4. Great Post
    More_Piffle reacted to sputnik in Raspberry 3 64bit Crossdev?   
    The version of crossdev is of no consequence as long as it works, it's just a shell script.
    While qemu has value, it's _much too slow for general use.
    The docker idea sounds good, except it might be a hassle if you are using it for distcc, I don't know, never do docker.
    Setting up a local overlay is quite simple and almost surely you are going to do it sooner or later anyhow.  I believe crossdev itself requires it, I don't know what it would use for an overlay (and it does need an overlay) without it..  The "custom ebuilds" are already done so I don't see an issue there.
    5 or 10 minutes to set up your local overlay, drop the gcc build you want in there, then:
    crossdev <OPTIONS> --init-target  Then change the gcc link in the crossdev overlay as shown in my 1st link.  Pretty quick and painless.
    crossdev <OPTIONS> again.  Come back in a couple of hours.
    If you run this cool bash script on your $TARGET machine, it will even create the crossdev line for you:
    #! /bin/bash A="binutils" ; B=`eselect $A show` ; BINUTILS_VER=`echo $B | cut -d- -f5-` A=`/usr/bin/gcc-config -c` ; B=`echo $A | cut -d- -f5` ; GCC_VER=`equery l sys-devel/gcc | grep $B | cut -d- -f3-` A="sys-kernel/linux-headers" ; B=`equery l $A` ; KERNEL_VER=`echo $B | cut -d- -f4-` A="sys-libs/glibc" ; B=`equery l $A` ; LIBC_VER=`echo $B | cut -d- -f3-` echo "crossdev --b =$BINUTILS_VER --g =$GCC_VER --k =$KERNEL_VER --l =$LIBC_VER -t $(portageq envvar CHOST)" Source: https://wiki.gentoo.org/wiki/Distcc/Cross-Compiling
    Here is crossdev-20151026-r1.
  5. Great Post
    More_Piffle reacted to sputnik in Raspberry 3 64bit Crossdev?   
    I've been using crossdev for various devices on Funtoo very successfully for years now.  There are differences from gentoo, only general gentoo instructions apply.
    1st, a must read is this: https://www.funtoo.org/Cross-compiling_with_Crossdev.  Then you will understand that the Funtoo gcc ebuilds do not work out of the box with crossdev at all.  I have created ebuilds that seamlessly replace the official tree gcc ebuilds and at the same time also work with crossdev, see this: https://bugs.funtoo.org/browse/FL-3787 .   I recommend using these ebuilds in your local PORTDIR, removing the _rc1 part of the name, allowing them to supersede the official ebuilds.  This will cause you to have to rebuild the native gcc because I have additional use flags for arm support (in a crossdev gcc implementation) that don't exist on the official tree ebuild.  Alternately you can just leave the _rc1 in the name and just call it directly on the crossdev command line, I found it too confusing to have all those versions floating around when it works just fine as a replacement.  Your choice...
    In addition to the informational links above, I must tell you that I have had no success with any crossdev version beyond 20151026-r1, due to growing portage differences between gentoo and funtoo.  Hmm, probably something from around that time here will do: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-devel/crossdev/
    I would be leery about using --stable also, I prefer to specifically call out the versions I want to match exactly the device I am building for, rather than counting on crossdev to make the right decisions for me.  It didn't work well for me in the past, although I haven't tried it in a long time.
    When you successfully create your shiny new toolchain there is very pertinent info here also: https://wiki.gentoo.org/wiki/Distcc/Cross-Compiling
  6. Great Post
    More_Piffle got a reaction from drobbins in Help a N00B with chroot   
    A picture of the area I am using to work on Funtoo, and all of the instruction sets that are now suspect because of firefox reader view and stupid users. Someone say a prayer for the trees!

  • Create New...