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