T.Day@ucl-cs.UUCP (07/27/89)
From: Tim Day <T.Day@uk.ac.ucl.cs> I recently put Int.Vec.o and Double.Vec.o into a library (I prefer Int, Double, Ostream etc to int, double, ostream.... these are all done with typedefs in a common .h file) However, when I attempted to link with the library from a program which uses both classes, I had problems with multiple versions of _gsort. Int.Vec.cc contains: gsort (Int *, int, IntComparator) Double.Vec.cc contains: gsort (Double *, int, DoubleComparator) Since the arguments are all builtin types, I have to put in an "overload gsort" to force g++ to call the routines _gsort_PSI_SI_PFSI$SI_SI_ _gsort_PDF_SI_PFSI$DF_DF_ The question is, should the libg++ prototype sources contain overloads to prevent this sort of thing happening ? I'm unlikely to want to call routines used internally by libg++ from plain C, so the argument type info in the function name isn't any kind of problem. +-----------------------------------------------------------------------------+ Tim Day | Meet every second in life as challenge; Department of Photogrammetry | Respond fully to whatever happens UCL, Gower St., London WC1E 6BT | without anxiety, or complaint, or clinging +-----------------------------------------------------------------------------+ P.S Actually I think the need to overload builtins-only functions is a hideous asymmetry in the treatment of builtins and classes. C++ syle function names should be the default unless the function is included within the scope of an extern "C" {...} or similar, but that's another story....
dl@G.OSWEGO.EDU (Doug Lea) (07/29/89)
See Tiemann's recent bug-g++ note about overload & NO_AUTO_OVERLOAD. In future versions of g++, overloadability will occur by default, which should eliminate such problems. For now, I guess you should manually overload them. -Doug