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

Support for vm32x/vm32y etc #149

Open
eschkufz opened this issue Feb 11, 2015 · 3 comments
Open

Support for vm32x/vm32y etc #149

eschkufz opened this issue Feb 11, 2015 · 3 comments

Comments

@eschkufz
Copy link
Contributor

vpgather uses an unsupported memory addressing form that uses xmm and ymm registers. As in:

vpgatherqq %ymm7,0x627100(,%ymm8,8),%ymm0

@eschkufz
Copy link
Contributor Author

So this isn't too hard a fix... vm32x/vm32y are a new memory type VM32 and vm64y/vm64x are a new memory type VM64. Both are used exclusively with the vpgather instructions and no where else so they don't have a subtyping relation on anything else.

The assembly is exactly as you would expect. Just use the underlying register number to index into the sib table.

@eschkufz
Copy link
Contributor Author

I guess this is really the short straw for me now. Might as well get after this.

@eschkufz
Copy link
Contributor Author

This is going to touch a lot of code. I think I might want to go push a few simplifications to the source before getting too far into this. There's lots of places where code can be cut and simplified given all the changes that we've been making this last year.

@eschkufz eschkufz removed their assignment Apr 12, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant