RELEASE: v0.1.0 release prep

- Documentation fixes for operator precendence changes.
- Mark this as a v0.1.0 change for with potential breaking api changes.
- Cleanup TODO documentation.
This commit is contained in:
Jeremy Wall 2018-05-14 21:49:10 -05:00
parent 05f6597f00
commit 3873b1c98a
3 changed files with 4 additions and 4 deletions

View File

@ -1,6 +1,6 @@
[package] [package]
name = "ucg" name = "ucg"
version = "0.0.4" version = "0.1.0"
authors = ["Jeremy Wall <jeremy@marzhillstudios.com>"] authors = ["Jeremy Wall <jeremy@marzhillstudios.com>"]
description = "A configuration generation grammar." description = "A configuration generation grammar."
repository = "https://github.com/zaphar/ucg" repository = "https://github.com/zaphar/ucg"

View File

@ -29,4 +29,5 @@ Some options here could be:
* Allow trailing commas. * Allow trailing commas.
* Flags should allow different seperators for prefixed flags. * Flags should allow different seperators for prefixed flags.
* YAML export * YAML export
* HCL export
* Integration Testing framework * Integration Testing framework

View File

@ -270,9 +270,8 @@
//! //!
//! ##### Operator Precedence //! ##### Operator Precedence
//! //!
//! ucg operators evaluate the right side first. If you want to enforce a different //! UCG binary operators follow the typical operator precedence for math. `*` and `/` are higher precendence than
//! order of operations you will need to use parentheses to group them. This is //! `+` and `-` which are higher precedence than any of the comparison operators.
//! most evident when mixing numeric and comparison operators.
//! //!
//! ```ucg //! ```ucg
//! 1+1 == 2; // this will be a type error. The + expects an integer but it has a boolean expression //! 1+1 == 2; // this will be a type error. The + expects an integer but it has a boolean expression