* On Wed, 20 Feb 2013, André Hentschel wrote:
this patch series removes the broken SPARC support. Reasons:
- It's broken, i wasted enough time already trying to fix that
It's sad to hear. Can you be more verbose on brokenness, please? Eg. namely what Sparc platform were you using for development?
- Nobody cares - I sent an e-mail to everyone ever related to
Wine/SPARC based on addresses from our mailing lists - no answer in a week (and cw also has no customers for it)
You didn't catch this then: http://www.winehq.org/pipermail/wine-devel/2004-October/030355.html I care :)
- If someone _would_ care the right thing to do would be a clean SPARC
64-bit port
So, the old port was 32-bit or mixed or what?
- It really can confuse people (more than a ARM/ARM64 port xD)
You mean random readers about host platforms Wine runs on;)?
- SPARC is dead on the Desktop
:(
And last but not least: I had a bad experience with the Solaris community regarding Wine/SPARC
Oh. Is there any related public messages on the net? It would interesting to read and know those stories.
S.
Am 21.02.2013 07:16, schrieb Saulius Krasuckas:
- On Wed, 20 Feb 2013, André Hentschel wrote:
this patch series removes the broken SPARC support. Reasons:
- It's broken, i wasted enough time already trying to fix that
It's sad to hear. Can you be more verbose on brokenness, please? Eg. namely what Sparc platform were you using for development?
Not sure anymore, Austin English was so kind to provide a machine with ssh access for me.
- Nobody cares - I sent an e-mail to everyone ever related to
Wine/SPARC based on addresses from our mailing lists - no answer in a week (and cw also has no customers for it)
You didn't catch this then: http://www.winehq.org/pipermail/wine-devel/2004-October/030355.html I care :)
Really? :) I mean this was 2004, and it doesn't look like you took action on this. Did you read e.g. http://wiki.winehq.org/SPARC or http://bugs.winehq.org/show_bug.cgi?id=24142 in the meantime? Oh and you asked about learning SPARC assembler... It's quite easy to learn and a clever architecture, but anyway:
- If someone _would_ care the right thing to do would be a clean SPARC
64-bit port
So, the old port was 32-bit or mixed or what?
Yes, the old port was 32-bit only.
- It really can confuse people (more than a ARM/ARM64 port xD)
You mean random readers about host platforms Wine runs on;)?
OK, not the best point, i agree :) I think i meant to talk about Wine/SPARC confuses people, so don't mention it anywhere ;)
- SPARC is dead on the Desktop
:(
And last but not least: I had a bad experience with the Solaris community regarding Wine/SPARC
Oh. Is there any related public messages on the net? It would interesting to read and know those stories.
Mhh, that was on IRC, looks like there are no logs...
* On Thu, 21 Feb 2013, André Hentschel wrote:
Really? :) I mean this was 2004, and it doesn't look like you took action on this. Did you read e.g. http://wiki.winehq.org/SPARC or http://bugs.winehq.org/show_bug.cgi?id=24142 in the meantime?
Well, I didn't took actions but such intention is still present. Just because I've got new(er) Sparc machine.
I've been reading this wiki page from time to time but haven't been into the bugreport. Thanks for it:)
S.
Am 21.02.2013 21:31, schrieb Saulius Krasuckas:
- On Thu, 21 Feb 2013, André Hentschel wrote:
Really? :) I mean this was 2004, and it doesn't look like you took action on this. Did you read e.g. http://wiki.winehq.org/SPARC or http://bugs.winehq.org/show_bug.cgi?id=24142 in the meantime?
Well, I didn't took actions but such intention is still present. Just because I've got new(er) Sparc machine.
You know that you most likely won't ever be able to run x86 apps on that machine, only winelib. Do you need that for something? So where do we go from here?
* On Thu, 21 Feb 2013, André Hentschel wrote:
Am 21.02.2013 21:31, schrieb Saulius Krasuckas:
because I've got new(er) Sparc machine.
You know that you most likely won't ever be able to run x86 apps on that machine, only winelib. Do you need that for something?
Yes, I am aware of endianess issue found by Darwine people when integrating it with Qemu to run x86/PE binaries on PowerPC: http://wiki.winehq.org/MacOSX
It is said byteswapping isn't worth trouble but if Rosetta did it (only in reverse direction) isn't this issue only about developers work time and not about performance?
Then it seems Sparc V9 can switch to little endian to access data.
So where do we go from here?
Right to the binary translation (or even dynamic recompilation), I guess.
S.
Am 22.02.2013 15:09, schrieb Saulius Krasuckas:
- On Thu, 21 Feb 2013, André Hentschel wrote:
Am 21.02.2013 21:31, schrieb Saulius Krasuckas:
because I've got new(er) Sparc machine.
You know that you most likely won't ever be able to run x86 apps on that machine, only winelib. Do you need that for something?
Yes, I am aware of endianess issue found by Darwine people when integrating it with Qemu to run x86/PE binaries on PowerPC: http://wiki.winehq.org/MacOSX
It is said byteswapping isn't worth trouble but if Rosetta did it (only in reverse direction) isn't this issue only about developers work time and not about performance?
Then it seems Sparc V9 can switch to little endian to access data.
So where do we go from here?
Right to the binary translation (or even dynamic recompilation), I guess.
S.
I won't do that, and i guess there's not much interest out there for someone else to do it, so have fun :)
* On Sat, 23 Feb 2013, André Hentschel wrote:
Am 22.02.2013 15:09, schrieb Saulius Krasuckas:
- On Thu, 21 Feb 2013, André Hentschel wrote:
So where do we go from here?
Right to the binary translation (or even dynamic recompilation), I guess.
I won't do that, and i guess there's not much interest out there for someone else to do it, so have fun :)
OK, I understand this. And by main part it probably belongs to different project (qemu-user, I guess).
S.
-
André Hentschel -
Saulius Krasuckas