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

Cannot build projects: undefined: quickfix.TimestampPrecision #374

Open
jimidle opened this issue May 31, 2019 · 2 comments
Open

Cannot build projects: undefined: quickfix.TimestampPrecision #374

jimidle opened this issue May 31, 2019 · 2 comments

Comments

@jimidle
Copy link

jimidle commented May 31, 2019

Using: go version go1.12.5 darwin/amd64

With modules enabled, go get -u gives:

\# github.com/quickfixgo/field
../../../pkg/mod/github.com/quickfixgo/field@v0.0.0-20171007195410-74cea5ec78c7/fields.generated.go:2363:67: undefined: quickfix.TimestampPrecision

It seems that the field has been changed and it is no longer compatible with 0.6?

It seems that this project would benefit from using modules. Or perhaps a new version of quickfixgo needs producing?

If anyone else runs into this, the easiest solution is:

go get -u github.com/quickfixgo/quickfix@master

Which gets around the fact that go.mod sees version tag v0.6.0 and sycs that, but the other packages are not versioned, so you get the very latest code, which is incompatible with v0.6.0

@cbusbey
Copy link
Contributor

cbusbey commented Jun 3, 2019

Related #340

Aside- it is usually best to just use the provided generator to generate your own custom messages, fields, and enums. The vanilla generated code is going to give a lot of bloat for most FIX applications.

@juztin
Copy link

juztin commented Oct 1, 2020

Looks like this is happening to a few people (glad it's not just me).

I'm still trying to figure things out with this project, and including github.com/quickfixgo/fix42/executionreport is a really nice way to quickly test things out. It would make sense for those projects to have matching tags/modules that pin to quickfixgo, saving a lot of headaches for those of us who are in the early stages, or dabbling about.

This also seems to imply that you should use those, and not necessarily generate your own.

For most FIX applications, these generated resources are sufficient. Custom FIX applications may generate source specific to the FIX spec of that application

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants