Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

math/Utils: removed, removes support for I/O BigEndian files #307

Merged
merged 1 commit into from
Mar 5, 2019

Conversation

breznak
Copy link
Member

@breznak breznak commented Mar 5, 2019

  • we do not support any BigEndian platforms, that code has not been run
    or tested
  • otherwise, math/Utils had no usage, so can be removed

Fixes #103
For #306 VectorFile: removes BigEndian support

API breakage: VectorFileSensor can no longer Read files created on BigEndian on a LittleEnd platform, but since we revamped Serialization completely by removing capnp, this is not an issue. As now we support serialization only on the same platform as the code runs.

- we do not support any BigEndian platforms, that code has not been run
or tested
- otherwise, math/Utils had no usage, so can be removed
@breznak breznak added ready code code enhancement, optimization, cleanup..programmer stuff NetworkAPI labels Mar 5, 2019
@breznak breznak added this to the cleanup milestone Mar 5, 2019
@breznak breznak self-assigned this Mar 5, 2019
@breznak
Copy link
Member Author

breznak commented Mar 5, 2019

@dkeeney you should probably review this, as you made the capnp switch and work on NetworkAPI.

@@ -29,7 +29,6 @@
#include <cstdio> //fopen
#include <iostream>
#include <math.h>
#include <nupic/math/Utils.hpp> // For isSystemLittleEndian and utils::swapBytesInPlace.
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

these were the only uses of math/Utils,
and I could remove the support (for reading files with different endian-ness, as we can only serialize to/from files on the same platform now)

@ctrl-z-9000-times
Copy link
Collaborator

See also issue #175.

Copy link
Collaborator

@ctrl-z-9000-times ctrl-z-9000-times left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks good to me, but I don't fully understand the VectorFile code so I can't approve.

Copy link

@dkeeney dkeeney left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, I agree with this.

@dkeeney
Copy link

dkeeney commented Mar 5, 2019

I don't fully understand the VectorFile code so I can't approve.

The code is actually rather ugly and there is no reason that it needs to be that way. But it works and I think it is a lower priority to clean up that code. Perhaps a cleanup would be appropriate if/when we change the name as per Issue #306.

@breznak breznak merged commit e76fccb into master Mar 5, 2019
@breznak breznak deleted the rm_math_utils branch March 5, 2019 14:36
@breznak
Copy link
Member Author

breznak commented Mar 5, 2019

Follow up would be #306 and mainly #135

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
code code enhancement, optimization, cleanup..programmer stuff NetworkAPI ready
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants