#openscad build log for debian stretch raspbian on armhf pi3 was able to successfully build with qt4.
sudo apt-get install libsigc++-dev anjuta-common libgnomeuimm-2.6-dev qtbase5-dev itstool sudo apt-get install libdxflib-dev libdxflib3 libarchive-dev sqlite3 sqlite3-pcre python-sqlite libqt4-sql-sqlite libsqlite3-dev qt4-designer qt4-dev-tools libcgal-ipelets libcgal-qt5-dev libcgal5-ipelets libcgal-qt5-12 libcgal12 libcgal-demo libcgal-dev ibcgal12 qtscript5-dev libcgal-qt5-dev libcgal-qt5-12 export CFLAGS="-I/opt/vc/include/ -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/interface/mmal -I/opt/vc/include/interface/vchiq_arm -I/opt/vc/include/IL -I/opt/vc/include/GLES2 -mfloat-abi=hard -mcpu=cortex-a7 -mfpu=neon-vfpv4" CXXFLAGS="-I/opt/vc/include/ -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/interface/mmal -I/opt/vc/include/interface/vchiq_arm -I/opt/vc/include/IL -mfloat-abi=hard -I/opt/vc/include/GLES2 -mcpu=cortex-a7 -mfpu=neon-vfpv4" LDFLAGS="-L/opt/vc/lib" #build head git clone git://github.com/openscad/openscad.git cd openscad git submodule init git submodule update --init source ./scripts/setenv-unibuild.sh ./scripts/uni-build-dependencies.sh ./scripts/check-dependencies.sh qmake-qt4 openscad.pro #qmake openscad.pro #qt5 causes glew lib issues make sudo make install #I still failed to successfully port the packager's "debian" directory in for updating the auto build scripts. #But this qt4 build appears to work well, and hopefully may offer a short-term workaround for the packagers as well. # #Cheers, =) #J On Tue, 15 Sep 2015 19:42:45 -0300 Lisandro =?ISO-8859-1?Q?Dami=E1n_Nicanor_P=E9rez?= Meyer <perezme...@gmail.com> wrote: > On Tuesday 15 September 2015 19:39:26 Lisandro Damián Nicanor Pérez Meyer > wrote: > > On Monday 14 September 2015 10:06:54 chrysn wrote: > > [snip] > > > > > On Wed, Sep 02, 2015 at 04:31:03PM -0300, Tiago Stürmer Daitx wrote: > > > > openscad 2015.03-1+dfsg-2ubuntu1 FTBFS on armhf due to conflicting > > > > headers. > > > > > > as openscad upstream currently doesn't support gles, this will need > > > resolution from #798408. if gl and gles are mutually exclusive to that > > > extent, i'd prefer a solution where it is still possible to build qt > > > apps that use gl on armhf, for otherwise packages like openscad can't > > > work at all on that architecture. > > > > Qt5 links against GLES in arm*, Desktop GL otherwise. The reason is simple: > > most arm* boards have native GLES support, thus benefit from using it. > > > > As far as I remember GLEW does not supports GLES, so you basically can't use > > it on arm* with Qt5. > > > > Hope that helps, Lisandro. > > Make that armel armhf, somehow we missed arm64. We might change that though. > > -- > ¿Qué vamos a hacer esta noche Cerebro? > -Lo mismo que todas las noches Pinky... > ¡¡¡tratar de conquistar el mundo!!! > Pinky y Cerebro. Narf. > > Lisandro Damián Nicanor Pérez Meyer > http://perezmeyer.com.ar/ > http://perezmeyer.blogspot.com/ > > >
