gcc visszaidézi a WinDos legszebb pillanatát

zlib-1.2.12-t fordítok AIX-on, egyes gépeken sikerül, egy másikon viszont...

ez történik


...
gcc -o gzlib.o   -c gzlib.c
gcc -o gzread.o  -c gzread.c
gcc -o gzwrite.o -c gzwrite.c
ar rc libza.a adler32.o ...
gcc -o example example.o
Could not load program /opt/freeware/libexec/gcc/powerpc-ibm-aix5.3.0.0/4.8.2/cc1:
  Dependent module libz.a(libz.so.1) could not be loaded.
  Member libz.so.1 is not found in archive.

Vagyis a derék gcc rábukott az aktuális könyvtárban frissen keletkezett zlib.a-re; látta, hogy nem jó neki, azután elégedetten megállt.

Szerintem egy ilyen húzás [vagyis az aktuális könyvtárat (aka .) tenni a LIBPATH-ra] jobban illene WinDos-ba, mint Unix-ba, dehát ki vagyok én, hogy ezt megitéljem?

Szerk: ja és a workaround: LIBPATH=/opt/freeware/lib/

( uid_6201 v | 2022. 04. 12., k – 11:57 )

fordítok AIX-on

20 éve dolgoztam utoljára AIX-on. Akkor is PERL + VI kombóval. Szép emlékeket juttattál eszembe.
A ./ -t nem szokás PATH-ba tenni, mert napjaink felfogása szerint ez egyúttal biztonsági kockázatot is rejt magában.

Bezzeg régen ez máshogy volt. Akkor amikor a C nyelvet még így oktatták

#include <stdio.h>

int main() {
    char username[50]; // biztos elég lesz
    printf("Felhasználó: ");
    gets(username);
    // ...
    printf("Üdv kedves %s!\n", username);
}

Azóta már ez egyáltalán nem elfogadott. Okát jól tudjuk, de az AIX fénykorában még erről szó se volt.

/usr/bin/ld: /tmp/ccAJm9rq.o: in function `main':
teszt.c:(.text+0x3c): warning: the `gets' function is dangerous and should not be used.

Nagyon megváltozott a világ, a biztonságos szoftverfejlesztésre egyre nagyobb az igény. Aztán amikor szembesülünk történelmi rendszerekben, hogy ifjú korunkban hogyan csináltuk, akkor mosolygunk.

( kubi | 2022. 04. 12., k – 23:35 )

A multkor valami libet (openal?) debuggoltam. A nyomorult a /usr/bin-ben is kereste a config filet. Azt hittem, rosszul latok...

Ha belegondolunk, Linux esetén is volt egy időszak, amikor Windowshoz szokott csapatok próbálták portolni alkalmazásaikat, és összehánytak mindent. Nem ismerik egyáltalán a unix rendszerek mappafilozófiáját, random szórtak be fájlokat.
Aztán mára megszületett a /opt, ahol aztán /opt/csapatprogi/ ... és jön abban a random belehányás.

( NevemTeve | 2022. 11. 23., sze – 12:19 )

Ne firtassuk, hogy ki és miért, de valaki globálisan belerakta a LIBPATH-a, hogy /opt/informix/lib:
Hát biztos jobb így globálisan, mint a kérdéses alkalmazást egyedileg "megscriptelni". Különös tekintettel a végén lévő kettőspontra.