On Nov 19, 2019, at 8:43 PM, Dennis Clarke <dcla...@blastwave.org> wrote:
>
> On 11/20/19 2:26 AM, Warren Young wrote:
>> On Nov 19, 2019, at 7:06 PM, Dennis Clarke <dcla...@blastwave.org> wrote:
>>>
>>> gmake: *** [Makefile:1256: tcltest] Segmentation fault (core dumped)
>> …
>>> CC=/opt/bw/gcc9/bin/gcc
>> You’re using a nonstandard compiler (i.e. not provided by Red Hat) with
>> non-default options, but it’s SQLite at fault here? Seems like quite a leap
>> of logic to me.
>> Where did you get that compiler binary? Or did you build it yourself?
>
> I think I know my way around building a production grade or release
> grade compiler. Thank you.
>
> You do your research first.
Which publicly-accessible research would lead me to exonerate your local
one-off toolchain?
You’re telling us that Extremely Popular Software with Extensive Test Suite
fails with Extremely Popular C Compiler on Extremely Popular OS, but it’s
definitely not happening because of some local weirdness?
Anyway, the SQLite 3.30.1 test suite runs to completion when built on CentOS
7.6 with the stock compiler, with this configuration:
$ CFLAGS=-std=gnu99 ./configure --with-tcl=/usr/local/tcl-8.6.10
$ make -j11 && make test
SQLite 2019-10-10 20:19:45 18db032d05…
0 errors out of 249395 tests on never.you.mind.example.com Linux 64-bit
little-endian
The setting of gnu99 over iso9899:1999 is because the “asm” keyword isn’t part
of ISO C, so you do have to allow GCC to use its GNU extensions to the
language. “gnu99” is my best guess at closest approach to ISO C99.
The local install of Tcl is necessary only because RHEL / CentOS 7 still ships
Tcl 8.5, and the SQLite test suite requires 8.6. I built it with all default
options using the stock GCC, except of course that I set --prefix.
_______________________________________________
sqlite-users mailing list
sqlite-users@mailinglists.sqlite.org
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
