Define from_chars to read scalar types

To deserialize user scalar types, implement the function bool from_chars(csubstr buf, T *val); see from_chars: generalized chars to value. More...

Functions
template<class T >
bool	from_chars (ryml::csubstr buf, vec2< T > *v)
template<class T >
bool	from_chars (ryml::csubstr buf, vec3< T > *v)
template<class T >
bool	from_chars (ryml::csubstr buf, vec4< T > *v)
template<class T >
bool	from_chars (ryml::csubstr buf, parse_only_vec2< T > *v)
template<class T >
bool	from_chars (ryml::csubstr buf, parse_only_vec3< T > *v)
template<class T >
bool	from_chars (ryml::csubstr buf, parse_only_vec4< T > *v)

Detailed Description

To deserialize user scalar types, implement the function bool from_chars(csubstr buf, T *val); see from_chars: generalized chars to value.

The implementation of from_chars must never read beyond the limit of the given buffer, and must return true/false to indicate success/failure in the deserialization. On failure, it is up to you whether the value is left unchanged; ryml itself does not care about the value when the deserialization failed.

In your implementation, you may be interested in using the reading facilities in Format utilities and Charconv utilities; refer to their documentation for further details. But this is not mandatory, and anything can be used, provided that the implemented from_chars fulfills its contract, described above.

Warning

Because of C++'s ADL rules, it is required to overload these functions in the namespace of the type you're serializing (or in the c4 namespace, or in the c4::yml namespace). [Here's an example of an issue where failing to do this was causing problems in some platforms](https://github.com/biojppm/rapidyaml/issues/424)

Note

Please take note of the following pitfall when using serialization functions: you may have to include the header with your from_chars() implementation before any other headers that use functions from it. See the include order at the top of this source file. This constraint also applies to the conversion functions for your types; just like with the STL's headers, they should be included prior to ryml's headers. Lately, some effort was directed to provide forward declarations to alleviate this problem, but it may still occur.

Function Documentation

from_chars() [1/6]

template<class T >

bool from_chars	(	ryml::csubstr	buf,
		vec2< T > *	v
	)

Definition at line 3617 of file quickstart.cpp.

{ size_t ret = ryml::unformat(buf, "({},{})", v->x, v->y); return ret != ryml::yml::npos; }

from_chars() [2/6]

template<class T >

bool from_chars	(	ryml::csubstr	buf,
		vec3< T > *	v
	)

Definition at line 3618 of file quickstart.cpp.

{ size_t ret = ryml::unformat(buf, "({},{},{})", v->x, v->y, v->z); return ret != ryml::yml::npos; }

from_chars() [3/6]

template<class T >

bool from_chars	(	ryml::csubstr	buf,
		vec4< T > *	v
	)

Definition at line 3619 of file quickstart.cpp.

{ size_t ret = ryml::unformat(buf, "({},{},{},{})", v->x, v->y, v->z, v->w); return ret != ryml::yml::npos; }

from_chars() [4/6]

template<class T >

bool from_chars	(	ryml::csubstr	buf,
		parse_only_vec2< T > *	v
	)

Definition at line 3621 of file quickstart.cpp.

{ size_t ret = ryml::unformat(buf, "({},{})", v->x, v->y); return ret != ryml::yml::npos; }

from_chars() [5/6]

template<class T >

bool from_chars	(	ryml::csubstr	buf,
		parse_only_vec3< T > *	v
	)

Definition at line 3622 of file quickstart.cpp.

{ size_t ret = ryml::unformat(buf, "({},{},{})", v->x, v->y, v->z); return ret != ryml::yml::npos; }

from_chars() [6/6]

template<class T >

bool from_chars	(	ryml::csubstr	buf,
		parse_only_vec4< T > *	v
	)

Definition at line 3623 of file quickstart.cpp.

{ size_t ret = ryml::unformat(buf, "({},{},{},{})", v->x, v->y, v->z, v->w); return ret != ryml::yml::npos; }