Admittedly we are at the “I hate broken things” stage of this project. The application itself will compile and run locally, but distcc used to work.
As you can see, even the browse functionality works.
At first I thought this was simply due to moldy posts on the Internet. Lots of posts say things like “current version of Linux” instead of the actual version they are using. For the record:
roland@roland-desktop:~/piBuild/pitools/arm-bcm2708$ lsb_release -irc
Distributor ID: neon
Release: 16.04
Codename: xenial
roland@roland-desktop:~/piBuild/pitools/arm-bcm2708$ cat /etc/lsb-release
DISTRIB_ID=neon
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION=”KDE neon LTS User Edition 5.8″
pi@raspberrypi:~/build-xpnsqt2-Desktop-Debug $ lsb_release -irc
Distributor ID: Raspbian
Release: 8.0
Codename: jessie
I did notice that there was a specific directory for 4.9 so I made changes to use it.
cd ~/piBuild/pitools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian/bin unlink cpp unlink c++ unlink g++ unlink gcc cd .. cd .. cd arm-rpi-4.9.3-linux-gnueabihf/bin ln -s arm-linux-gnueabihf-c++ c++ ln -s arm-linux-gnueabihf-cpp cpp ln -s arm-linux-gnueabihf-g++ g++ ln -s arm-linux-gnueabihf-gcc-4.9.3 gcc sudo nano /etc/init.d/distcc PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin PATH=/home/roland/piBuild/pitools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf/bin:"$PATH" sudo systemctl daemon-reload
I even turned off verbose and turned on DISTCC_SAVE_TEMPS in the QtCreator environment so all of my err files would be saved. They all failed in the same way.
/usr/include/c++/4.9/new:129:41: error: ‘operator new’ takes type ‘size_t’ (‘long unsigned int’) as first parameter [-fpermissive] /usr/include/c++/4.9/new:131:41: error: ‘operator new’ takes type ‘size_t’ (‘long unsigned int’) as first parameter [-fpermissive] /usr/include/c++/4.9/new:137:41: error: ‘operator new’ takes type ‘size_t’ (‘long unsigned int’) as first parameter [-fpermissive] /usr/include/c++/4.9/new:139:41: error: ‘operator new’ takes type ‘size_t’ (‘long unsigned int’) as first parameter [-fpermissive] /usr/include/c++/4.9/new:146:57: error: ‘operator new’ takes type ‘size_t’ (‘long unsigned int’) as first parameter [-fpermissive] /usr/include/c++/4.9/new:148:59: error: ‘operator new’ takes type ‘size_t’ (‘long unsigned int’) as first parameter [-fpermissive]
A bit more Web searching shows this is a bug from 2006. It appears to have crept into the pitools chain. I will be adding more detail to this old bug, then moving on to the rewrite and finally the full cross compile.
Related Posts:
Where Did My QDebug Output Go?
