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