Groups | Search | Server Info | Login | Register
Groups > de.comp.lang.c > #10531
| From | Stefan Reuther <stefan.news@arcor.de> |
|---|---|
| Newsgroups | de.comp.lang.c |
| Subject | Re: Apropos Libraries |
| Date | 2023-06-16 19:09 +0200 |
| Message-ID | <u6ic1j.3f8.1@stefan.msgid.phost.de> (permalink) |
| References | (2 earlier) <u6fkdj$1ai1d$1@solani.org> <u6fock$3rdtq$1@starfleet.inka.de> <u6haf9$1d1ap$1@solani.org> <u6hjrk$3u38m$1@starfleet.inka.de> <u6i019$1bl90$1@solani.org> |
Am 16.06.2023 um 17:44 schrieb Helmut Schellong: > On 06/16/2023 14:16, Enrik Berkhan wrote: >> Helmut Schellong <rip@schellong.biz> wrote: >>> Im C-Standard ist das Wort 'Library' ungefähr 500-mal enthalten. >>> Der Standard beschreibt sogar konkret vorherige Translationsphasen >>> mit Hilfe >>> von Einzelobjekten oder zusammengefaßt in Libraries, um schließlich >>> eine ausführbare Datei produziert zu haben, per externem Linken. >> >> Und was steht da zu shared objects? In deinem Ursprungsposting ging es >> WIMRE um eine libc++.so.1. Das ist keine Library. > > Das ist irrelevant. Der Standard nennt selbstverständlich nicht den > Namen 'libc++.so.1', sondern er beschreibt allgemein, wie ich es oben > schrieb. Der Standard bezeichnet als "Library" eine Menge von Funktionen u.a., die "linked" werden können. Er trifft keine Aussage darüber, wie diese Library physisch abgelegt ist, ob das Objektdateien sind, Archive (*.a, *.lib) oder Shared Libraries (*.so, *.dll), oder ob der Übersetzer sie einfach bei Bedarf direkt einsetzt. Und schon gar nicht trifft er eine Aussage darüber, was der Name "libc++.so.1" bedeutet. >> Um "konzeptionell fehlerhaftes Verhalten" aufzeigen zu können, sollte >> man das Konzept zuvor verstanden haben. > > Richtig - ich habe das verstanden, schon in den 1980ern. Die Welt dreht sich weiter. > /lib:/usr/lib:/usr/lib/compat:/usr/local/lib:... > > Vorstehend der Suchpfad für Libraries. > Alle Verlinkungen 'libc++' wurden per /usr/lib/libc++.so.1 vorgenommen. > Es gibt dann keinen Grund mehr, eine weitere libc++.so.1 in > /usr/local/lib zu öffnen. Zum einen ist deine Fehlerbeschreibung absolut konfus - sie sagt weder, welches Symbol bemeckert wurde, in welcher Library es zu finden gewesen wäre, und welche stattdessen benutzt wurde. Zum anderen gibt es seit längerer Zeit nun schon die Möglichkeit, dass eine Library einen eigenen Suchpfad für weitere Libraries mitbringt, und dieser Suchpfad darf auch relativ sein (RPATH, RUNPATH, $ORIGIN). Weiß man natürlich nicht, wenn man seit 1985 nicht mehr in die Doku geschaut hat. Und schlussendlich ist der erste Schritt, sowas zu debuggen, das ldd-Kommando bzw. die LD_TRACE_LOADED_OBJECTS-Umgebungsvariable, ggf. noch in Verbindung mit LD_BIND_NOW. Mit C hat das aber alles nichts zu tun. Stefan
Back to de.comp.lang.c | Previous | Next — Previous in thread | Next in thread | Find similar
Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-15 11:12 +0200
Re: Apropos Libraries Bonita Montero <Bonita.Montero@gmail.com> - 2023-06-15 18:50 +0200
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-15 20:14 +0200
Re: Apropos Libraries Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-06-15 19:21 +0000
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-16 11:36 +0200
Re: Apropos Libraries Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-06-16 12:16 +0000
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-16 17:44 +0200
Re: Apropos Libraries Stefan Reuther <stefan.news@arcor.de> - 2023-06-16 19:09 +0200
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-16 23:23 +0200
Re: Apropos Libraries Stefan Reuther <stefan.news@arcor.de> - 2023-06-17 15:26 +0200
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-17 19:01 +0200
Re: Apropos Libraries Stefan Reuther <stefan.news@arcor.de> - 2023-06-18 10:47 +0200
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-18 12:50 +0200
Re: Apropos Libraries felix@palmen-it.de (Felix Palmen) - 2023-06-18 13:52 +0200
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-18 20:51 +0200
Re: Apropos Libraries felix@palmen-it.de (Felix Palmen) - 2023-06-19 07:48 +0200
Re: Apropos Libraries Bonita Montero <Bonita.Montero@gmail.com> - 2023-06-19 15:01 +0200
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-19 18:54 +0200
Re: Apropos Libraries Claus Reibenstein <creibens@gmail.com> - 2023-06-19 18:38 +0200
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-19 18:57 +0200
Re: Apropos Libraries Claus Reibenstein <creibens@gmail.com> - 2023-06-19 19:07 +0200
Re: Apropos Libraries felix@palmen-it.de (Felix Palmen) - 2023-06-19 19:44 +0200
Re: Apropos Libraries Bonita Montero <Bonita.Montero@gmail.com> - 2023-06-19 20:21 +0200
Re: Apropos Libraries felix@palmen-it.de (Felix Palmen) - 2023-06-19 20:28 +0200
Re: Apropos Libraries Bonita Montero <Bonita.Montero@gmail.com> - 2023-06-19 21:02 +0200
Re: Apropos Libraries "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-19 21:31 +0200
Re: Apropos Libraries Bonita Montero <Bonita.Montero@gmail.com> - 2023-06-19 21:38 +0200
Re: Apropos Libraries Thomas Klix <wotokl@web.de> - 2023-06-16 18:57 +0200
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-16 22:45 +0200
Re: Apropos Libraries Bonita Montero <Bonita.Montero@gmail.com> - 2023-06-16 14:21 +0200
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-16 15:34 +0200
Re: Apropos Libraries Bonita Montero <Bonita.Montero@gmail.com> - 2023-06-16 16:08 +0200
Re: Apropos Libraries Helmut Schellong <rip@schellong.biz> - 2023-06-16 17:51 +0200
csiph-web