SPECS: lvcool.spec (HEAD) [kloczek]
Tomasz Kłoczko
kloczek w rudy.mif.pg.gda.pl
Wto, 23 Lip 2002, 15:24:36 CEST
On Tue, 23 Jul 2002, Michal Moskal wrote:
> On Mon, Jul 22, 2002 at 02:58:09PM +0200, Tomasz Kłoczko wrote:
> > On Mon, 22 Jul 2002, Michal Moskal wrote:
> >
> > > On Mon, Jul 22, 2002 at 02:22:32PM +0200, Tomasz Kłoczko wrote:
> > > > On Mon, 22 Jul 2002, Michal Moskal wrote:
> > > > [..]
> > > > > Jakiż znowu priorytet? To proste: program jest napisany w C++, więc
> > > > > powinien się linkować ze standrdową biblioteką tego języka.
> > > >
> > > > O ile używa choć jednej funkcji z tej biblioteki :>
> > > > I dotyczy to nei tylki libstdc++ ale dowolnej innej biblioteki.
> > >
> > > Program sam nie musi tego używać. Kompilator może wstawić sam takie
> > > wywołania (np. __throw). W wypadku innych bibliotek kompilator nie ma
> > > takiej swobody.
> >
> > W przypadku używanai g++ jakio linkera i tak linowanie z libstdc++ jest
> > wykonywane na twardo co w tym wypadku nic dokładnie nie zmienia.
> > Nie ma żadnej opcji w g++ która dokonywałaby sprawdznia czy linkowanie z
> > bibliotekami c++ (w gcc 3.x jest ich więcej) jest wogóle potrzebne czy
> > nie. IMHO g++ powinno to sprawdząć jednak i warunkow wstawiać stdc++ czy
> > inne do tego z czym kompilat ma być zlinkowany.
>
> To Ty napisz takie sprawdzanie a ja napisze program na którym się to
> wyspie, co? (czytaj: to niemożliwe)
Jest takie powidzenie że jedynym cudem jest to że cuda sie nie zdarzają, a
cudem musiałby być to żeby linker pozwolił na zlinkowanie czegoś co wymaga
symbolu z biblioteki która nie została dołączona w trakcie linkowania.
Mówiąc inaczj musiałbyś napisa cprogram który używajac jakeiś funkcji
musiałby jednocześnie jej nie uzywać.
Proponuje przestać opowiadać bajki :>
Napisz taki program i pokaż go. Wtedy możemy kontynuować wątek.
kloczek
--
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*
Więcej informacji o liście dyskusyjnej pld-devel-pl