Xref: utzoo comp.unix.sysv386:4077 gnu.g++.help:342
Path: utzoo!utgpu!watserv1!watmath!uunet!decwrl!infopiz!lupine!rfg
From: rfg@NCD.COM (Ron Guilmette)
Newsgroups: comp.unix.sysv386,gnu.g++.help
Subject: Re: g++ and libg++ on SCO Opendesktop
Keywords: g++ libg++ SCO
Message-ID: <3326@lupine.NCD.COM>
Date: 12 Jan 91 17:56:27 GMT
References: <1991Jan01.111531.15463@trevan.uucp> <22319@ttidca.TTI.COM>
Followup-To: comp.unix.sysv386
Organization: Network Computing Devices, Inc., Mt. View, CA
Lines: 29

In article <22319@ttidca.TTI.COM> mb@ttidca.TTI.COM (Michael Bloom) writes:
>In article <1991Jan01.111531.15463@trevan.uucp> trevor@trevan.uucp writes:
>
>>When g++ has compiled the tests test0 core dumps. I would like to
>
>Test0 tries to perform incremental loading, using a feature of the
>berkeley loader that is not present on system 5 systems.

That statement should be ammended to say "... on PRE-SVR4 System 5 systems."
In SVR4 you get dynamic loading.

>If I get the
>time, I might include a front end to ld that performs this relatively
>trivial task in a future version of the coff set. Then again, with
>some recent developments, that may turn out not to be necessary.

I'm not 100% sure what "recent developments" Michael Bloom is refering
to, but perhaps he is talking about System 5 Release 4.  Considering
hom many improvements V.4 has over older System V releases, I certainly
hope and pray that people will not spend an inordinate amount of time
(from now on) trying to make GNU tools do clever things (e.g. dynamic
loading) on older System V releases.  All such work will be man-hours
down the drain before too long.

-- 

// Ron Guilmette  -  C++ Entomologist
// Internet: rfg@ncd.com      uucp: ...uunet!lupine!rfg
// Motto:  If it sticks, force it.  If it breaks, it needed replacing anyway.