On Fri, 7 Jul 2006 02:08:57 +0200 "Diego 'Flameeyes' Pettenò" <[EMAIL PROTECTED]> wrote: | On Friday 07 July 2006 01:54, Ciaran McCreesh wrote: | > With __PIC__ there's not much choice. Here there is. | | I would rather say that __PIC__ is guaranteed.
*shrug* if you like. The __MMX__ things, however, are not. | > | No, we never spent years telling them not to use your so-called | > | "CFLAGS hacks" that are rather a proper usage of what the compiler | > | gives you. | > | > Wrong. We did. | | Then you were wrong. I could have spent time explaining them when | they make sense and why they don't in their usecases. If you did, | well, then you really need to know better what you do because you | seem to me pretty confused yourself, and I feel pity for you. Nope. We did it because a) it's unnecessary, b) some of the -m switches lead to broken code with various gcc versions and c) the only people doing it were those who didn't understand the implications. | > Basic software engineering principles. Or basic English, if you | > prefer. | | Sorry I'm in the "Software engineering does not make real world | usable" club. And find such terms opinable, subjective and vague. They're more than sufficient and entirely appropriate for the purpose at hand. Dismissing arguments by arguing about the English isn't dismissing the technical concerns. | No it does not, as one would expect the big problems being hashed out | first and then fine grained. But maybe I'm just a different kind of | practical person than you are. Or you are not a practical person at | all and just think of software engineering and theories and "this | should work this way even if there is no real world way to make use | of it".... oh wait... Uh, so now you're claiming that "simplicity" and "transparency" are just handwaving? *sigh* This really isn't going to go anywhere. I hope someone else manages to explain to you the issue with replacing a couple of aptly named variables with a different misappropriated variable and a bunch of nasty complicated code relying upon an external's internals, because there's far too much mess out there already... -- Ciaran McCreesh Mail : ciaran dot mccreesh at blueyonder.co.uk -- gentoo-dev@gentoo.org mailing list
