* gbc can now generate proxies and service stubs for gRPC
* The assembly Bond.Grpc.dll contains glue code
* Documentation updated
* Bond Comm deprecation notice added
Closes https://github.com/Microsoft/bond/pull/386
Generated *_apply.h/cpp files were missing explicit `Apply<>`
instantiations for `CompactBinaryWriter<OutputCounter>` and
`SimpleBinaryWriter<Null>` protocols. They are now generated.
Closes https://github.com/Microsoft/bond/pull/373
Bond's warning.h header was suppressing warnings about names shadowing
each other. The supressions have been removed, and renames have been
made in library code.
For generated member function parameters, a name that doesn't conflict
with any fields names is now chosen.
gbc-tests no longer builds with derive 2.6 or later. While we
investigate that problem, pin the dependency to < 2.6 to keep gbc-tests
building.
Mitigates https://github.com/Microsoft/bond/issues/342
* [IDL Comm] Improve IDL for consistent naming
Conform to predominant IDL naming convention. Also pass service and method
names as separate strings. Minor fixups on empty string usage.
Closes [#231](https://github.com/Microsoft/bond/pull/231)
The addition of `bond.TypeDef.list_sub_type` in commit
08fcff0c78 is causing compatibility issues
with users of Bond that have already serialized SchemaDef structs in
Simple Binary.
Until we can figure out a way around this, we're reverting the addition
of this field, returning `bond.TypeDef` to the schema is has had since
3.0.7.
The rest of the infrastructure for determining a ListSubType value
remains. Unit tests have been adjusted to exercise this infrastructure
directly instead of via SchemaDef/FieldDef/TypeDef.
Re-opens https://github.com/Microsoft/bond/issues/161
* Generated enum types now have a `FromEnum` method that can be used to
convert from an enum value to a string. Now generated enum types have
all four of `ToEnum`, `FromEnum`, `ToString`, and `FromString`. (The
`...Enum` variants return false on failure, while the `...String`
variants throw.)
* enumerations example updated to demonstrate all four of these
functions.
* Existing throwing `FromString` re-implemented in terms of non-throwing
`ToEnum`.
* `ToString` is intentionally not implemented in terms of `FromEnum`, as
`ToString` returns a reference to the name stored in the map.
`FromEnum` copies this name into the output paramater.
Fixes https://github.com/Microsoft/bond/pull/223
We've been seeing timeouts building gbc on the Travis infrastructure.
Building without optimizations reduces the build time significantly and
shouldn't affect build or test results.
Closes https://github.com/Microsoft/bond/issues/176, "ghc 7.8.4 OS X
Travis CI builds are failing"
Closes https://github.com/Microsoft/bond/pull/195, "Build gbc without
optimization inside Travis"
* Generated C++ code uses `= default` move constructors when possible.
* This means that the move constructors of many of the generated types
will now be `noexcept`.
* For MSVC 2013, which supports neither `= default` for move
constructors nor `noexcept`, we fall back to a generated
member-by-member move constructor.
* When there are `bond_meta` fields, we also use a generated
`noexcept(false)` move constructor.
* Core Bond types' move constructors have been marked as
`noexcept` (perhaps conditionally).
* For a given type `Bar` with a member (or base) `Foo`, we've chosen
to explicitly write out things like `Bar(Bar&& other)
BOND_NOEXCEPT_IF(bond::is_nothrow_move_constructible<Foo>)`
instead of analyzing `Foo` for its `noexcept` status. This should
be more maintainable under future modifications. Otherwise, future
editors of `Foo` would have to know to look in `Bar` and adjust
the `noexcept` specifications if the `noexcept` status of `Foo`
were to change.
- Validate default value type mistmatches (fixes#72, fixes#128)
- Validate default value out-of-range values (fixes#73)
- Fail when struct field has default value of 'nothing' (fixes#164)
- Fail when enum field doesn't have default value (fixes#177)
- Validate default value of type aliases
- Add `list_sub_type` to TypeDef definition.
- For Bond data types of BT_LIST the ListSubType value indicates whether the
type is known to be nullable or a blob. Otherwise, the type should be
treated as a list/vector if it is BT_LIST with NO_SUBTYPE. If the type is
not BT_LIST, disregard ListSubType value.
- Added support in C++/C# and respective tests.
Closes [#161](https://github.com/Microsoft/bond/issues/161), "The type of
nullable<T> and vector<T> fields are indistinguishable using only a
SchemaDef".
The reduces the amount of reimplementation that is needed when writing
templates for other languages.
Closes#172, "Allow creation of user-defined TypeMapping's.".
- Update GBC to version 0.4.1.0
- Base 4.9 brought some impossible to fulfill dependencies
- Update tests that are affected by bump to aeson
- Update json golden test files to a pretty print consistent form and avoid ambiguity when encoding and comparing
Before, there were some places where we use the full compiler-generated
async state machine (and all its attendent code and allocations) to
upcast a Task<TDerived> to Task<TBase>. Now, we use the simplier
CodegenHelpers.Upcast helper method to do this both in the generated
code and the library code.
We're having problems building with Diff 0.3.3 on GHC versions older
than 7.10. Until we can resolve those, pin Diff to 0.3.2 so that we can
release Bond 4.1.0.
The fix for bond_meta generic support (#140) has a number of issues that
we need to resolve before we can release the fix.
* #158: Avoid polluting C# generated type with `_schemaName` and
#`_schemaFullName` fields
* #160: Support for bond_meta and generics has added a sometimes
#dependency on Bond.dll to the generated C# code
For now, reverting commit 46c96f4b38.
- add generic support when using bond_meta fields
- add flag to specify behaviour regarding bond_meta fields
- add codegen tests and unit tests that cover new behaviour
Closes#140, "Generic arguments are not propagated into bond_meta::full_name/name in generated C# code"
We are relying on some implementation details of GHC, like the minimum
size of Int and language extensions. gbc/bond might work with other
Haskell compilers, but we don't test with them.
We don't list all the GHC versions that we end up using, as Travis CI
can change the specific versions on us.
Upgrade to scientific-0.3.4.6 or later so that when we serialize whole
numbers in JSON we don't get trailing ".0" values.
Before, 2 would serialize as "2", but 0 would serialize "0.0". Now, 2
serializes as "2", and 0 serializes as "0".
Since the golden tests have the results of JSON serialization commited,
we have to be on one side or the other of scientific-0.3.4.6. We're
after it now. (Unless, we needlessly complicate the tests with some sort
of custom comparisons or smudge/clean process.)
See also https://github.com/bos/aeson/issues/369 and
0f28347b4a
When generating C++ and C# code, gbc now emits casts to allow uint32
enum constant values to be used without errors or warnings.
* Use explicit static_cast<int32_t> for C++ enum constants to avoid the
Clang warning -Wc++11-narrowing when using uint32 enum constants.
* Use unchecked((int)value) for C# enum constants to avoid a compiler
error.
CS1591 is "Missing XML comment for publicly visible type or member".
Emit a 'pragma warning disable' line in generated C# code so that
projects that build will all warnings enabled don't have to add XML
documentation comments to their Bond-generated files.
Update the codegen golden master test files.
Add the test/codegen/no-warnings target that has all warnings enabled
and warnings as errors so that a new warning will fail to build.
Closes#82.
A temporary workaround until `exceptions` can be built with
`transformers` 0.5. The work is already in progress but it depends on
some bigger changes in transformers-compat
(see https://github.com/ekmett/exceptions/pull/51).
Redefine the Protocol to specify the full type name of protocol reader
and writer, rather than hard-coding bond::Input/OutputBuffer in the
ccodegen template.
The word 'Schema' is a reserved name in Bond lexer because it conflicts
with the Schema struct in the generated C++ code. In order to support
some legacy schema definitions we are relaxing the restriction, allowing
the word to be used as part of namespace identifiers. The word Schema in
a namespace identifier does not conflict with the Schema struct in the
generated C++ code.
Running:
gbc schema --runtime-schema example.bond
will generate SchemaDef for each non-generic struct defined in the .bond
file(s). The SchemaDef(s) will be serialized using Simple JSON protocol
into file(s) named <source-file-name>.<struct-name>.json.
Fixes#75.
The C++ codegen failed to detect the need to generate #include <blob.h>
when the only use of blob was a field with default `nothing`.
For aliases of types that require extra header files the trigger should
be the alias usage rather than alias declaration.
Types of fields of base schema should not be considered.
Unfortunately the conflict between optparse-applicative, which sets an
upper bound on the version the process package dependency and cmdargs
which only has a lower bound is going to reappear on every release of
process.
The problem happens when gbc dependencies are first installed in the
sandbox and then we try to build gbc-tests using the same sandbox.
When generating C++ code with custom allocator (--allocator compiler
flag) two cases resulted in invalid code:
- If the only field that required allocator ctor argument was of a
struct type then the allocator parameter name in the ctor of
containing struct was omitted.
- A field of type alias of a struct type was not initialized with custom
allocator.
In the JSON representation of schema AST the fieldModifier and
fieldAttributes properties can be omitted, simplifying field
representation in the common case.
Add to the documentation an example of AST in JSON format.
CMake uses the `FOLDER` property to group the generated Visual Studio
projects into solution folders.
Removed bond_ and documentation_ prefix from project names. The prefixes
were intended to group projects by name which is no longer necessary.
Incorrect [Type] attribute annotation on fields with default `nothing`
lead to failure to find the type converter for type aliases with a
custom type mapping.
The gbc-tests dependencies require process < 1.3 leading to dependency
conflicts if the sandbox has been first populated with dependencies of
Bond library before configuring the test suite.
This is a (hopefully) temporary workaround until
pcapriotti/optparse-applicative#150 is merged.
- Add support for type mapping specific annotated type name and
declaration type name.
- Rename collection interfaces type mapping.
- Clean up white spaces in the generated _types.cs.
- Allow omitting [Bond.Default] attribute for scalar properties on
interfaces.
Make each generated file comparison into a goldenTest case. Golden files
can be updated/added for changes in codegen/tests using --accept command
line switch.
1) Add custom allocator variant for all C++ cases.
2) Add collection interfaces variant for all C# cases.
3) Generated _apply.h/cpp is not schema content specific so it is
sufficient to test for one schema file.
Some of the functions are used only internally by the parser while
others are used by the built-in codegen templates but are to specific to
expose them as public APIs. If a custom codegen needs similar
functionality it can be easily implemented using the more generic
helpers.
1) When running the generated makefile with multiple jobs the `cabal
install` could start before `cabal sandbox` finished initializing the
sandbox leading to packages being installed globally and not available
during `cabal build` which expects dependencies in the sandbox.
2) Tarvis CI build sometimes would fail because nuget couldn't reach the
online repository. Added `travis_retry` to mitigate the problem.
The cmdargs library silently skips short names for options if more than
one option starts with the same letter. This can lead to inadvertent
breaks when a new option is added, like happened with adding
`--no-banner` option, breaking the short name -n for the `--namespace`
option.
Prelude changes implementing the Functor/Applicative/Monad-Proposal as
well as the Foldable/Traversable-Proposal cause unused import
warnings on GHC 7.10.
Parser:
- map<Alias, T> should be valid for type aliases of the string
type.
C# codegen:
- nullable<Alias> should generate Type? for aliases of scalar
types.
C++ codegen:
- Fields of an alias type can have default value if the aliased type
allows explicit defaults.
- The allocator constructor had unused allocator parameter in some
cases.
The tests compare checked-in generated files with code generated using
the current compiler.
Discrepancy indicates a change in the generated code which may be a
bug or an intentional change. In the latter case the generated file(s)
should be re-generated and updated in the same commit as the change.
Note that the checked-in files are generated with --no-banner option.
AppVeyor:
1. Work around memory limitations in Haskell build
2. Run subset of C# test matrix if the sandbox wasn't in cache
Travis CI
1. Change project type to C++
2. Install Mono manually in Linux
3. Use Clang as C++ compiler
4. cabal install happy
File(s) with the `.json` extension are assumed to contain the JSON
representation of schema abstract syntax tree in the format produced by
`gbc schema`
The Generic instance is needed only to derive generic implementations of
FromJSON and ToJSON typeclasses so we move the declarations to
Schema/JSON.hs and only derive Generic for data types that need it.
Derived show typeclass for schema types in order to support QuickCheck.
Added custom ShowPretty typeclass for printing Declarations in parser
error messages. Implemented custom JSON parsing for types that had
custom JSON serialization.
The schema AST is written in JSON format. We foresee two classes of
scenarios that will use it.
Tools that need to process Bond schema files using languages other than
Haskell can avoid recreating Bond parser. Example might be schema
repositories, lints, etc.
The schema AST will also be used to allow users to inject schema
transformations into codegen process. This in many cases can be a
lightweight alternative to custom codegen.
In some scenarios the hierarchy of schemas may be very interconnected
and redundant parsing of the same imported files is a huge performance
overhead for code generation (this change showed 20x improvement when
compiling a sample set of ~900 interconnected schemas).
When compiling multiple .bond files at once, the `--jobs=[NUM]` command
line option can be used to specify how many jobs should be run
concurrently. When used without arguments, the default is to run as many
jobs as there are processors. The option also accepts negative numbers
to specify fewer jobs than the number of processors. Often the optimal
performance is achieved by leaving one or more cores for other processes
on the machine.
Made the following changes for the open source AppVeyor plan which
runs on very slow and memory limited VMs:
- Limit ghc heap size to 192MB when installing dependencies
- Use `appveyor DownloadFile` instead `Start-Download`
- Download Boost in the smaller 7Zip format
- Cache cabal sandbox and boost download
- Disable C++ build
The cabal version 1.20+ was required only for the --required-sandbox
flag. However since the make files are setting up the sandbox we know
that we are always building using sandbox. The current Haskell Platform
comes with cabal 1.18 so this way installing cabal update is not needed.
This change fixes a bug in lookup of an unqualified symbol from an
imported schema file when one of the files is using a language specific
namespace. Language specific namespaces are not documented and their
use is not recommended, but the compiler supports them for backward
compatibility with legacy code.
The bug in the parser caused it to interpret any default value starting
with the letter L as a string literal, resulting in a parsing error for
constructs like:
struct Foo
{
0: Verbosity verbosity = Low;
}
CMake Visual Studio generator translates add_custom_command into a batch
file embedded in Visual Studio project. Batch files have problems with
paths that contain non-ascii characters because they are limited to DOS
encoding. It so happens that cabal is quite likely to be installed in
such a path because by default cabal installs into a directory under
%APPDATA% which contains user name. As a workaround we execute cmake
scripts as a custom commands and depend on CMake cache to get access to
variables set during configuration. This way embedded batch files are
free of non-ascii characters.