Eterm should be build with SIMD (mmx) support on amd64 Reproducible: Always Steps to Reproduce:
Created attachment 52947 [details, diff] 0.9.3-amd64.patch This patches src/mmx_cmod.S for amd64 assembler Feel free to review that
Created attachment 52948 [details, diff] eterm-0.9.3.ebuild.diff This (beside 0.9.3-amd64.patch) enable SIMD(mmx) support on amd64.
please e-mail this to the enlightenment-dev mailing list :)
ok, i have access upstream so i'll get it integrated there thanks :)
This was my first try with assembler on amd64, at least it compiles cleanly. But was not yet able to trigger Eterm to go to that point, where it actually inokes this. What do I have to click or to do, that Eterm will actualy invoke that code? Therefor UNTESTED
Created attachment 57157 [details, diff] My first draft of an AMD64/MMX/SSE2 port of Eterm's shading functions. Roland: I sent you an email regarding this but it bounced. I would like for you to read it so please email me (tres<at>mindspring.com) if you see this comment. Your patch ports certain things to 64 bit but misses other important things; namely the fact that we are still dealing with 32 bit data (4 bytes of color). If you have a desire to discuss these things please email me. At the moment I am porting mmx_cmod.S to mmx_64_cmod.S. I am interested in any thoughts, coments, observations that you have as it was your patch that inspired me to dig deeper. I have been in contact with the original author, I'm trying to get him involved, but it looks like he has moved on. Willem-Jan Monsuwe, the original author, emailed me to say that it was a fun project when the MMX extensions first came out but that he has no interest in maintaining developmental control. Again please email if you are interested in working with me on this project. At least read the part about invoking your changes. If you don't email me I'll assume you're lost in the ether and I'm going to adopt this itch and scratch it as best as I can. With this patch you can see the problem of porting 32 -> 64 bit instructions while still keeping data accesses to 32 bit/pixel data types.
This has been fixed in Eterm's CVS as of 14 June, 2005 and is ready for widespread testing.