This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: FR-V TLS macros


On Feb  9, 2005, Ulrich Drepper <drepper@redhat.com> wrote:

> And once again, no.  We are not going to add endless streams of #if
> blocks.

Then why did you add them in the first place?

> Develop a generic method for add-ons and use it.

It looks like you're going to reject anything I come up with on
grounds of prejudice.  I don't feel like wasting my time trying to
figure out some way to fix stuff you broke just to have you reject it
with a stupid reason.

Here's my design suggestion: include a sysdeps header file any time
you find yourself adding streams of machine-specific defines.  Then
port maintainers will even get saner build errors.

If I make such a change to this file and to that oh-so-beautiful
stream of multiple ifdefs you ``designedÂÂ to introduce plt audit,
what reason are you going to use to reject it?

-- 
Alexandre Oliva             http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer   aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist  oliva@{lsd.ic.unicamp.br, gnu.org}


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]