It seems that may be a header issue, if those definitions exist for gcc versions where it compiles you should be considering on using that gcc compatible versions.
Other thing you may try is defining the missing data types and any other header issue (surely there will be more) yourself. :) El vie., 7 de junio de 2019 3:43 p.m., Riccardo Mottola < [email protected]> escribió: > Hi All, > > I am working hard on the ArcticFox browser (a Palemoon 27 fork, a > derivative of FireFox) which has the old FF user interface which is much > snappier and also useful on older machines. Also it contains precious > endianness fixes, for people liking to use it on big Endian processors, > like PowerPC (never attempted SPARC or MIPS-be). > > A status summary on Linux: compiles quite fine with gcc up to 6.5 and > runs well, specific backports were done to upgrade the code, while > maintaining compatibility with older gcc versions. > > On NetBSD I got it working too: on NetBSD 8.0 using the system compiler > gcc 5.5 it just compiles and runs (except that it needs paxctl +m) ! Yay! > > When I compile it on NetBSD "current" it compiles with gcc 7, however it > crashes at startup. Maybe it is the too new compiler, there could be > optimizations interfering. > I thus tried with gcc 6.5 from pkgs, but I get missing types (as I pate > later). Before NetBSD-current upgraded to gcc 7, I could use gcc 6 "from > system" so I wonder > > > Thus I tried using gcc 6.5 on NetBSD 8.0 (so on a "known" good OS) and > get issues. > I suppose an issue with the compiler from pkg? > > > The errors I get on NetBSD 8.0 (which works with gcc 5.5) and gcc 6.5 > (which works on debian) are: > > > 29:44.76 generating dependency information for > /home/multix/code/Arctic-Fox/intl/icu/source/common/umath.c > 29:44.81 generating dependency information for > /home/multix/code/Arctic-Fox/intl/icu/source/common/putil.cpp > 29:44.96 generating dependency information for > /home/multix/code/Arctic-Fox/intl/icu/source/common/errorcode.cpp > 29:45.03 generating ../common/svchook.mk > 29:45.13 config.status: creating common/Makefile > 29:45.69 In file included from /usr/pkg/gcc6/include/c++/math.h:36:0, > 29:45.69 from > /home/multix/code/Arctic-Fox/intl/icu/source/common/putil.cpp:63: > 29:45.69 /usr/pkg/gcc6/include/c++/cmath:1101:11: error: '::double_t' > has not been declared > 29:45.69 using ::double_t; > 29:45.69 ^~~~~~~~ > 29:45.69 /usr/pkg/gcc6/include/c++/cmath:1102:11: error: '::float_t' has > not been declared > 29:45.69 using ::float_t; > 29:45.69 ^~~~~~~ > 29:45.69 /usr/pkg/gcc6/include/c++/cmath:1121:11: error: '::copysign' > has not been declared > 29:45.69 using ::copysign; > 29:45.69 ^~~~~~~~ > 29:45.69 /usr/pkg/gcc6/include/c++/cmath:1229:11: error: '::scalbln' has > not been declared > 29:45.69 using ::scalbln; > 29:45.69 ^~~~~~~ > 29:45.69 /usr/pkg/gcc6/include/c++/cmath:1233:11: error: '::scalbn' has > not been declared > 29:45.69 using ::scalbn; > 29:45.69 ^~~~~~ > 29:45.77 gmake[7]: *** > [/home/multix/code/Arctic-Fox/intl/icu/source/config/mh-bsd-gcc:45: > putil.o] Error 1 > 29:45.77 gmake[6]: *** [Makefile:147: all-recursive] Error 2 > > > Any ideas/clues? I can't tell if this is a gcc header issue or codebase. > > Thanks, > Riccardo >
