Un kernel col C++

[DanieleC88]

Purtroppo mi trovo a dover riscriver daccapo il sistema operativo ... va be', è un'occasione per rifarlo in C++ !

C'è solo un problema: quando provo a compilare, GCC mi dice:

bin/main.o: In function `__static_initialization_and_destruction_0(int, int)':
bin/main.o(.text+0xa9): undefined reference to `__dso_handle'
bin/main.o(.text+0xb5): undefined reference to `__cxa_atexit

Che devo fare? Cionci, maxithron, mjordan, et cetera: help!!!

[ri]

spiacente, la mia palla di vetro si sintonizza sul canale delle televendite, non riesco ad aiutarti...

[NA01]

se è in c++ devi usare g++, non gcc

ma hai fatto un sistema operativo????

[maxithron]

RI-EDIT

ho visto il post del kernel e mi sono ricordato!!

allora, hai bisogno proprio di studiarti le varie opzioni di g++.

[DanieleC88]

Scusatemi, era solo un problema di GCC (comunque usavo "gcc -x c++": non sono così tanto stupido...)

Un sistema operativo? Ci ho già provato, ma in C.
Ora mi chiede "__builtin_delete": devo creare una routine che elimini una classe creata all'interno del kernel? (tipo usando "free"? un sostituto del comando "delete" del C++?)

[maxithron]

Originariamente inviato da DanieleC88
Scusatemi, era solo un problema di GCC (comunque usavo "gcc -x c++": non sono così tanto stupido...)

Nessuno ti stava dando dello stupido tutt'altro!! però, potevi specificarlo che già passavi l'opzione per il c++

Ora mi chiede "__builtin_delete": devo creare una routine che elimini una classe creata all'interno del kernel? (tipo usando "free"? un sostituto del comando "delete" del C++?)

potresti spiegarmi meglio questo punto?

[maxithron]

Non so se ho ben compreso il problema della __builtin_delete, ma ti riferisci ad un problema di distruttore?

[ilsensine]

Non è semplice usare il c++ per fare un kernel. Il motivo principale è che il c++ tenta, dove può, di creare un layer di astrazione per la gestione della memoria (soprattutto per le classi).
Utilizzare il c++ per il kernel richiede una certa conoscenza di come il tuo compilatore c++ gestisca la memoria, in modo da creare l'ambiente di emulazione necessario. Nota che da compilatore a compilatore questo può variare.
La "__builtin_delete" è solo un sintomo di quello che sto dicendo -- probabilmente, risolto questo problema, ne dovrai affrontare altri simili.

[DanieleC88]

(rispondo ad entrambi) Boh, non saprei, sono un po' "artigianale" nelle cose, io...
Comunque, ho creato una void __builtin_delete(void*) che fa qualcosa di strano (ma non cancella un bel niente... tanto per consumare bytes...). Ora ho uno strano problema: quello che programmo in Assembler in oggetti separati da alcuni archivi creati con AR non viene trovato dal GNU LD al momento del linking. Anche se con `objdump -d file` le funzioni ci sono. Non so come spiegarmi meglio, magari vi mando il sorgente e date un'occhiata a questo problemino.

[DanieleC88]

Originariamente inviato da maxithron
Nessuno ti stava dando dello stupido tutt'altro!!

L'avevo capito, ironizzavo un po' .

[Luc@s]

voglio vedere il cod

[ilsensine]

Originariamente inviato da DanieleC88
Ora ho uno strano problema: quello che programmo in Assembler in oggetti separati da alcuni archivi creati con AR non viene trovato dal GNU LD al momento del linking. Anche se con `objdump -d file` le funzioni ci sono. Non so come spiegarmi meglio, magari vi mando il sorgente e date un'occhiata a questo problemino.

Sì ho scornato anch'io contro questa "feature". La soluzione è creare dei file .o in sostituzione di alcuni archivi .a problematici; ad esempio:

ld -r -o archivio.o file1.o file2.o ...

Per qualche motivo, ld non riesce a soddisfare le dipendenze incrociate negli archivi .a. Puoi usare i file archivio .o così creati al posto dei file .a, specificandoli direttamente come oggetti normali; ad esempio:

gcc -o programma main.o librerie/archivio.o
L'uso con ld è analogo.

[DanieleC88]

Si, infatti LD mi dà un po' di problemi, ma stranamente mancava solo questo:

extern "C"

....

Ora va meglio, ma purtroppo la mia `inb` non funziona un granchè.
Presto posterò anche l'intero codice, per la gioia di grandi e piccini !

[DanieleC88]

Originariamente inviato da Luc@s
voglio vedere il cod

Guarda, meno male che intendevi codice, mi stavo per pisciare sotto dalle risate... (è una lunga storia, magari ve la racconto qualche altra volta... non potete capire )

[ilsensine]

Originariamente inviato da DanieleC88
Si, infatti LD mi dà un po' di problemi, ma stranamente mancava solo questo:

extern "C"

Che ti poxxxx...

[DanieleC88]

Volevo solo avvisarvi che presto inserirò il codice del mio kernel.
Vi avviso: è un pre-pre-pre-pre-pre-pre-alpha, quindi non aspettatevi un granchè... Cmq, ho un problemino col bootloader, poi vi spiegherò meglio.

[/\/\@®¢Ø]

Originariamente inviato da ilsensine
Non è semplice usare il c++ per fare un kernel. Il motivo principale è che il c++ tenta, dove può, di creare un layer di astrazione per la gestione della memoria (soprattutto per le classi).

Da quel che sapevo io per gli oggetti allocati sullo stack in piu' vengono solo chiamati costruttore e distruttore automaticamente.
Per gli oggetti allocati nello heap invece una invocazione new dovrebbe essere analogo ad una malloc seguita dalla chiamata al costruttore e similmente una delete corrisponderebbe ad un operator ~ + free. Visto che operatore new e delete si possono ridefinire (tra l'altro e' l'unico caso in cui vedo utile ridefinire i due operatori globablmente) non dovrebbero esserci enormi differenze... o c'e' forse dell'altro ?

[ilsensine]

Le eccezioni?

[DanieleC88]

L'unica cosa che capisco io di tutto questo è che scriversi una delete manualmente è una bella rottura... (non ho un minimo di conoscenze tecinche, sto ancora al liceo)

Cmq, per il bootloader, il problema è chiamare il kernel ad un mb di memoria:

mov $0x10000,%eax
call *(%eax)

Questo dovrebbe funzionare ma devo abilitare l'A20. Il codice che ho tradotto io non funziona un granchè.

P.S.: che razza di istruzione è "bt" in assembly?

[DanieleC88]

Hm.. ho avuto una bella idea (bella per me, non so per voi): fare un sistema operativo tutti insieme! In questo forum, eccetto me , ci sono quasi solo persone esperte, con tutte le capacità per farlo.
??