We build with gcc and clang on travis, with options that do not always match what contributors get by default.
I've added "./buildem" which goes through the set of -m32/-m64 and clang, gcc to build them all using build directories. It runs "make check", which has been fixed to work in build directories. I think that I will added -Werror to the list, as I see some errors. I'd like to get coverage of more versions of gcc, and maybe this calls for a docker/LXC container to do this. This would also solve the problem of what travis uses does not reflect what we have on our different desktops. I don't really want to impose docker/etc. on people just want to build stuff. I didn't find a ppa that would work on debian stable/xenial that would have gcc 8 and 9, but maybe I didn't look hard enough. (I guess I am spoilt by places like postgresql that maintain new versions for stable OS installs. Of course, gcc being such a critical build component, this is harder). ==== If I change the .travis build to do docker, I will add it as another part of the matrix. I guess doing it as a Dockerfile *build* will be easier as that will let the current directory be pushed into the docker image for compilation. I am looking for sources for reasonable, minimal, but not too lacking in libfoobar support docker images for: debian-stable debian-testing ubuntu-lts ubuntu-19.xx fedora centos7 Will travis cache these reasonably, or is this going to be a four hour disaster? -- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works | IoT architect [ ] m...@sandelman.ca http://www.sandelman.ca/ | ruby on rails [ _______________________________________________ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers