This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.


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: current mainline, port status


Benjamin Kosnik <bkoz@redhat.com> writes:

| > As a temporary fix, we may consider adding more stubs to
| > libmath/stubs.c. 
| > 
| > But for 4.1 we should aim at having GCC come with a library (libgcc?)
| > where all those fallback routines are common to front-ends and
| > libraries.  It does not make sense that every front-end or library
| > goes on reinventing the wheels with different colors. 
| 
| Oh, I remember how this went.
| 
| The suggestion is to keep the current complex include as-is, and add
| something to stubs.cc for the complex math functions, but then everybody
| seems to agree that we should just add in a C99 math library to gcc and
| centralize this stuff. Nobody seems willing to do this amount of work.
| (That includes me.) 

And me too :-(  4.1 is a bit ahead, so I may volunteer to do the actual
implementation if that happens during the summer :-)
I'll definitely help reviewing the codes if anyone undertakes the project.

| However, why don't we just hack around this in the complex include? See attached.

It is almost OK: we don't need the #else-part, because the generic
version will be automatically selected if the ordinary overloads are
commented out by the #if part.  

Thanks!

-- Gaby


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