OCP David Declerck
OCP David Declerck
> Apart from that: What is the state of this PR? I'd stay "stale" - waiting for someone else to take over. In the meantime I made PR #194 to...
> That approach is good, but let's try to get rid of those sed invocations (or make them simpler/less used, for example with SOURCE_DATA_EPOCH) in 3.x first, then merge the...
Rebased. Still a bit of work to do. One test in `syn_file.at` (XFD directive and creation) reveals that the function `output_xfd_file` (sqlxfdgen.c) does not use `SOURCE_DATE_EPOCH`. Should it do so...
Merged in SVN @ 5526 and 5527.
> Test failures on 32bit - so we either need a sed script or a conditional test here Ah, I knew I had forgotten something. I'll go for the same...
> Hm, shouldn't the 32bit MSYS test have failed as well? We may still ignore the failure (but should try to skip/ignore, then error the CI also on Win32)... The...
Fix merged in SVN @ 5535.
Updated. I'm a bit surprised by the results for `-fbinary-size=2-4-8` though ; shouldn't `V9(1)` be two bytes with this setting ?
Also present in GC4. Apparently this is caused by this (`field.c:compute_binary_size`): ``` case CB_BINARY_SIZE_2_4_8: if (f->flag_real_binary && size size = 1; } else { f->size = ((size
> I'd say it suffices to *not* set `flag_real_binary` when we have CB_USAGE_COMP_5 ? > > But I'm also wondering, when `flag_real_binary` is set, why do we need to take...