Re: GCC 4.1 now the default GCC version for etch
Lennart Sorensen [EMAIL PROTECTED] writes: On Sun, Jun 18, 2006 at 11:40:03PM +0200, Wouter Verhelst wrote: On Sun, Jun 18, 2006 at 02:24:35PM -0700, Blars Blarson wrote: (amd64 is only faster in 64-bit mode because of all the poorly designed x86 32-bit instruction set.) x86 32-bit instruction set and designed in one sentence? Hah. How about the fact it has more registers available in 64bit mode. People always said the x86 didn't have enough registers after all. Using sse for floating point rather than the awful stack based x87 probably helps too. Len Sorensen Exactly. Isn't the x86_64 instruction set basicaly the same as ia32 just with a few extra opcodes and more registers? Any general fault in the instruction set should still remain. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GCC 4.1 now the default GCC version for etch
On Tue, Jun 20, 2006 at 12:32:18PM +0200, Goswin von Brederlow wrote: Exactly. Isn't the x86_64 instruction set basicaly the same as ia32 just with a few extra opcodes and more registers? Any general fault in the instruction set should still remain. x86 processors have multiple modes with different instructions and registers in each mode. AMD decided to make long mode remove some old features and in some cases replace them with new features. If there was a problem with some instruction in previous modes doesn't mean that they had to keep that fault in the new mode, since the new mode only applies to any OS that switches the cpu into that mode and hence knows about the new behaviour. So goodbye to mmx, and various other crap thigns. x87 is supported on current CPUs but there are feature flags that will permit the removal of x87 support in the future. Both linux and windows encourage the use of sse instead of x87 for floating point, and I believe all compilers by default do so in long mode for all current OSs that support amd64, so the removal shouldn't be a problem sometime in the future (although doing so would I suppose prevent running 32bit floating point applications anymore without recompiling those for sse.) Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: if you spot a bug, why dont you fix it, if you can??
On Mon, Jun 19, 2006 at 10:30:57PM +0200, Adam Borowski said: Oops, WRONG. DEAD WRONG, I'm afraid. It's all because of this be proud of your heritage that we have race/nation struggles of today. Humans need communities. It's how our brains work. If you eliminate one they'll find other reasons to associate, and since a lot of it will be subconscious it'll almost certainly select for things like race and skin color. If anything, nations broaden the perspective, not narrow it. -- Shawn McMahon| I can see the light at the end of the tunnel. EIV Consulting | And now that I have some light, I can see the http://www.eiv.com | tunnel needs painting too. - Steve Jackson pgpAIP7SDJHm8.pgp Description: PGP signature
Re: debian-niggers and debian-lgbt projects.
On Monday 19 June 2006 22:05, 'Mash wrote: For a safer Windows Vista eXPeriance please turn your speaker knob 30' counter-clockwise before booting you PC. For those without external speakers, please place you speakers face down. For those with builtin speakers in their monitors, that gives a very, very sane experience. Nothing better to calm down nerves than staring at the slightly greyish wall behind the monitor for a few minutes. -- vbi -- I'm writing a book. I've got the page numbers done. pgpFqjvj8UWRQ.pgp Description: PGP signature
Re: debian-niggers and debian-lgbt projects.
On 20/06/06, Adrian von Bidder [EMAIL PROTECTED] wrote: On Monday 19 June 2006 22:05, 'Mash wrote: For a safer Windows Vista eXPeriance please turn your speaker knob 30' counter-clockwise before booting you PC. For those without external speakers, please place you speakers face down. For those with builtin speakers in their monitors, that gives a very, very sane experience. Nothing better to calm down nerves than staring at the slightly greyish wall behind the monitor for a few minutes. If I remember correctly the last gay porn I watched included various scenes which at some point someone was turned around staring at a slightly greyish wall. Unfortunatly he did not appear calm. 'Mash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GCC 4.1 now the default GCC version for etch
Lennart Sorensen [EMAIL PROTECTED] writes: On Tue, Jun 20, 2006 at 12:32:18PM +0200, Goswin von Brederlow wrote: Exactly. Isn't the x86_64 instruction set basicaly the same as ia32 just with a few extra opcodes and more registers? Any general fault in the instruction set should still remain. x86 processors have multiple modes with different instructions and registers in each mode. AMD decided to make long mode remove some old features and in some cases replace them with new features. But the changes in the instruction set are minimal. With a bit of care you can use the same inline asm code for ia32 and x86_64 for example. They didn't fix any fundamental flaws in the 386 instruction set. Just droped some later addons like mmx. That is what I ment. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GCC 4.1 now the default GCC version for etch
On Tue, Jun 20, 2006 at 09:17:08AM -0400, Lennart Sorensen wrote: So goodbye to mmx, and various other crap thigns. x87 is supported on current CPUs but there are feature flags that will permit the removal of x87 support in the future. Both linux and windows encourage the use of sse instead of x87 for floating point, and I believe all compilers by default do so in long mode for all current OSs that support amd64, so the removal shouldn't be a problem sometime in the future (although doing so would I suppose prevent running 32bit floating point applications anymore without recompiling those for sse.) The lack of x87 wouldn't be a problem. At least, i386 still has the code left from the old days and will emulate it transparently; when such an amd64 CPU pops out the x87 emulation can be ported. In fact, it has a separate hardware path from all other types of unknown opcodes (INT7 instead of INT6); x87 was _designed_ to be emulated if not present from the very start. Cheers, -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: if you spot a bug, why dont you fix it, if you can??
Adam Borowski wrote: So, while obviously posting anything than includes debian-niggers is not a good idea, you can't claim that the word nigger is an insult. By claiming that, you state your belief that a nigger is an inferior person. I have no clue where this discussion came from, but considering racial epithets insulting does not in any way require being a racist. I claim that Mallory (assuming Mallory is a white man who does not know Bob) referring to Bob as, e.g., that nigger, is insulting because of Mallory's opinion of blacks (or, at least of Bob), demonstrated by the word he chose to use — and that my opinion of blacks and Bob is completely irrelevant to the question. Indeed, this is quite backed by the definition of insult: to treat with insolence, indignity, or contempt (m-w.com). And I'm pretty sure that in the example above, Mallory is doing so to Bob. Hmnm, this could explain why Mallory is always trying to spy on Bob's conversations with his girlfriend Alice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]