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


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

Re: Shared library compilation


At 05:35 AM 2/28/99 -0800, you wrote:
>Inconsistencies and Ambiguities are not a consequence of problem 1, but
>of human error (eg creating libs with ld instead of gcc at a future time)

If you can create libs with both, someone will create libs with both;
Finagle's law. The argument you gave above is also used to "justify" making
printer cables that fit equally well the right and wrong way round in their
sockets and sticking a warning note about checking the cable orientation in
the bottom right corner of the page full of legal information that nobody
ever reads :-)

>Creation of a new crt shared object on new os release comes to mind.
>Who's gonna remember to do that????  (Remember, this isn't the
>egcs crt files, but the os's)

Why bother with that? Just change the linker as needed and tell people to
compile a .so version of their os's crt.o. Or make a little script to do it
for them. Assuming they have the crt sources for their os, which they
should. Under DJGPP it's in the djlsr archive; under the various unices it
comes with the kernel and base installation package.


-- 
   .*.  "Clouds are not spheres, mountains are not cones, coastlines are not
-()  <  circles, and bark is not smooth, nor does lightning travel in a
   `*'  straight line."    -------------------------------------------------
        -- B. Mandelbrot  |http://surf.to/pgd.net
_____________________ ____|________     Paul Derbyshire     pderbysh@usa.net
Programmer & Humanist|ICQ: 10423848|


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