2012/10/4 Carsten Grzemba <span dir="ltr"><<a href="mailto:grzemba@contac-dt.de" target="_blank">grzemba@contac-dt.de</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div id=":253">on an installation after 4 months of build the package I got the following error:<br>grzemba@test:~$ /opt/csw/gxx/bin/librecad <br>ld.so.1: librecad: Schwerer Fehler: libgcc_s.so.1: Version 'GCC_4.0.0' nicht gefunden (benötigt von Datei /opt/csw/gxx/bin/librecad) <br>

ld.so.1: librecad: Schwerer Fehler: libgcc_s.so.1: Öffnen fehlgeschlagen: Datei oder Verzeichnis nicht gefunden<br>Killed (Abgebrochen)<br><br>Can or should checkpkg recognise such problems?</div></blockquote><div><br></div>

<div>TL;DR while not impossible, it's not trivial and would require a change to the checkpkg database schema.</div><div><br></div><div>Presumably an update to gcc broke librecad. To prevent this problem from happening, you would have to do one of these things:</div>

<div><br></div><div>- check librecad during gcc update, which means the need to check the whole catalog</div><div>- remember the state of the libgcc_s.so.1 file and e.g. throw an error when a symbol version goes away</div>

<div><br></div><div>As a compromise, you could perform regular whole-catalog checks to see of there are any packages that haven't been updated, but are now broken.</div><div><br></div><div>Also, to check the symbol versions, the database would need a direct, in-table representation of symbol versions. We don't have that at the moment.</div>

<div><br></div><div><br></div></div>