On Thu, 6 Jul 2006 23:45:21 +0200 "Diego 'Flameeyes' Pettenò"
<[EMAIL PROTECTED]> wrote:
| On Thursday 06 July 2006 23:23, Ciaran McCreesh wrote:
| > No, Diego. The argument is that you're coming up with a horrible and
| > unnecessary hack where there are far cleaner alternatives, and that
| > you're blindly sticking to it and trying to throw off any
| > objections by devious means because you don't want to scrap said
| > hack after all the misguided effort you've spent on it. However,
| > since you seem to be incapable of admitting the gaping flaws in
| > your own work, I'm asking for someone else to point this out to you
| > in a formal manner rather than watch this thread go on for even
| > longer.
| 
| Wait, isn't that what _you_ usually do? Like climbing up on mirrors
| when you misunderstood something and blamed someone for an error that
| was never made, trying to find another glitch in the procedure to
| back it up?

Please try to keep this technical, even if your co-developers can't...

| I'm entirely ready to scrap what I have here if I find _valid reasons
| to_.

What's wrong with the ones you've been given so far? I'll summarise the
ones I consider important:

* it's relying upon non-guaranteed GCC internals.

* it's relying upon GCC knowing the state of the underlying system,
which fails at least for VIS.

* it's removing the ability to get access to the data at the metadata
phase, leading to what you yourself called a "regression".

* it's forcing users to use insane CFLAGS hacks, which we've spent years
telling them not to do and for good reason, to get back to previous
behaviour.

* a large part of the justification is based upon a misunderstanding of
how cross compilation should be done. The correct way around this
problem was already posted to the thread by solar.

* it's removing transparency and simplicity and replacing them with
obfuscation and complexity.

* it's taking a variable with a well defined purpose and abusing it for
something unrelated.

Will that lot do or would you like some more?

-- 
Ciaran McCreesh
Mail            : ciaran dot mccreesh at blueyonder.co.uk


-- 
gentoo-dev@gentoo.org mailing list

Reply via email to