- Fixed some variable naming with graph and it's PrettyPrinter
- Added boost-atomic and boost-thread as dependencies for concurrency support
This commit is contained in:
@@ -17,20 +17,20 @@
|
||||
|
||||
## Introduction
|
||||
|
||||
  This library contains implementations of headers and classes related to processing
|
||||
languages. This includes; ascii/utf8/utf16 string processing, file formats, machine language,
|
||||
  This library contains implementations of headers and classes related to processing
|
||||
languages. This includes; ascii/utf8/utf16 string processing, file formats, machine language,
|
||||
and programming languages.
|
||||
|
||||
  fennec should be able to process documentation in files, the main ways it will support
|
||||
  fennec should be able to process documentation in files, the main ways it will support
|
||||
this is through Doxygen and LaTeX. Consider including binaries with releases.
|
||||
|
||||
|
||||
## String Analysis (`langproc/strings`)
|
||||
|
||||
  fennec reimplements the C++ Strings Library as a submodule of this library. This
|
||||
is because C++ `std::string` has a lot of overhead. I would say that `std::string`
|
||||
is a Jeep, while `fennec::string` is an F2 Car, if that analogy makes any sense. i.e.
|
||||
`std::string` offers a lot of use cases, but is slower, while an F2 Car is barebones and
|
||||
  fennec reimplements the C++ Strings Library as a submodule of this library. This
|
||||
is because C++ `std::string` has a lot of overhead. I would say that `std::string`
|
||||
is a Jeep, while `fennec::string` is an F2 Car, if that analogy makes any sense. i.e.
|
||||
`std::string` offers a lot of use cases, but is slower, while an F2 Car is barebones and
|
||||
highly performant on the right surface.
|
||||
|
||||
### Implementation
|
||||
@@ -46,7 +46,7 @@ highly performant on the right surface.
|
||||
|
||||
## File System (`filesystem`)
|
||||
|
||||
  fennec *does not* reimplement the C++ I/O Library. What it does do
|
||||
  fennec *does not* reimplement the C++ I/O Library. What it does do
|
||||
is create C++ classes that handle file streams, directory streams, and file paths.
|
||||
|
||||
### Implementation
|
||||
@@ -86,7 +86,7 @@ certain specification. Here are some concepts that will need to be implemented a
|
||||
|
||||
### Writing
|
||||
|
||||
  The writers will be responsible for writing data as a specific format. I.E. converting
|
||||
  The writers will be responsible for writing data as a specific format. I.E. converting
|
||||
data values (e.g. floats, ints, etc.) to a readable language (e.g. ascii/utf8/utf16).
|
||||
|
||||
- Writer
|
||||
@@ -96,7 +96,7 @@ data values (e.g. floats, ints, etc.) to a readable language (e.g. ascii/utf8/ut
|
||||
|
||||
## Formats (`langproc/formats`)
|
||||
|
||||
  This submodule will contain classes for processing a variety of file formats.
|
||||
  This submodule will contain classes for processing a variety of file formats.
|
||||
|
||||
### Serialization
|
||||
|
||||
@@ -166,8 +166,8 @@ data values (e.g. floats, ints, etc.) to a readable language (e.g. ascii/utf8/ut
|
||||
|
||||
#### 3D Model Formats
|
||||
|
||||
  unfortunately, most formats are esoteric due to copyright/trademark/etc.
|
||||
I will be using assimp for the time being, below is a list of formats supported
|
||||
  unfortunately, most formats are esoteric due to copyright/trademark/etc.
|
||||
I will be using assimp for the time being, below is a list of formats supported
|
||||
by assimp.
|
||||
|
||||
| Symbol | Implemented | Passed |
|
||||
|
||||
Reference in New Issue
Block a user