cnorxz/src/include/ranges
Christian Zimmermann fca75bbf79 replace proto indices
2020-08-27 14:16:08 +02:00
..
range_types fix: gcc 9 more pedantic in this case: int vs uint template arg 2019-07-05 17:40:26 +02:00
anonymous_range.h fix: gcc 9 more pedantic in this case: int vs uint template arg 2019-07-05 17:40:26 +02:00
container_range.h 'partial assignment' expression + allow slice -> anonymous for trivial cases 2019-03-22 19:07:29 +01:00
dynamic_meta.h im com 2019-02-13 21:59:13 +01:00
dynamic_range.cc.h replace proto indices 2020-08-27 14:16:08 +02:00
dynamic_range.h replace proto indices 2020-08-27 14:16:08 +02:00
index_base.h map range: use meta data of the output range + little fixes 2019-04-02 19:39:11 +02:00
index_type.h re-organize cmake / src / build structure (-> linkable) 2018-02-14 16:44:55 +01:00
index_wrapper.cc.h replace proto indices 2020-08-27 14:16:08 +02:00
index_wrapper.h replace proto indices 2020-08-27 14:16:08 +02:00
multi_range.h fix: consistent streaming of tuples 2019-11-12 13:30:26 +01:00
multi_range_factory_product_map.h im com 2019-02-13 21:59:13 +01:00
multi_range_register.h range stream parsing works 2018-07-28 17:32:02 +02:00
range_base.h replace proto indices 2020-08-27 14:16:08 +02:00
ranges_header.cc.h split rpack_num -> .h , .cc.h 2020-08-27 13:21:05 +02:00
rbase_def.h im com 2020-08-26 23:24:10 +02:00
rheader.h fix dynamic ifor issue (at least it compiles...) 2018-10-30 19:39:45 +01:00
rpack_num.cc.h split rpack_num -> .h , .cc.h 2020-08-27 13:21:05 +02:00
rpack_num.h split rpack_num -> .h , .cc.h 2020-08-27 13:21:05 +02:00
rpheader.h sub range (not fully fixed: do for loop -> sub expr again) 2018-12-21 18:25:45 +01:00
single_range.h TypMap::num -> num() 2020-07-08 23:34:17 +02:00
subrange.h TypMap::num -> num() 2020-07-08 23:34:17 +02:00
type_map.h ... 2020-07-08 23:48:26 +02:00
type_register.h type register vector char 2020-07-08 23:41:20 +02:00
value_range.h TypMap::num -> num() 2020-07-08 23:34:17 +02:00
x_to_string.h ranges: xToString: replace ',' by '.' (german locales seem to be used here now) 2019-12-11 15:16:50 +01:00