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] |
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] |