Apro qui in mancanza di un forum adatto [INB4FORMATTA CHRONICLES]

[gnappinox1]

Installa codelite che ti do una mano, edit pensandoci un attimo, non e che ti sei scordato di aggiungere le librerie al linker? Tipo un -lm ?

[Skywolf]

ma in teoria il linker "lo fa lui", non esiste di scrivere, che so, gcc vattelapesc -lm, tu gli dai il comando da menu "Compile", o "Build", o anche "Run" (chiaramente se non è compilato Run compila anche), insomma, è un ambiente di sviluppo non un editor tipo vi/emacs

[gnappinox1]

ma in teoria il linker "lo fa lui", non esiste di scrivere, che so, gcc vattelapesc -lm, tu gli dai il comando da menu "Compile", o "Build", o anche "Run" (chiaramente se non è compilato Run compila anche), insomma, è un ambiente di sviluppo non un editor tipo vi/emacs

Controlla che è meglio va, comunque con gli ide che ho usato io, i riferimenti delle librerie per il linker ho sempre dovuto aggiungerli andando nelle impostazioni, quindi molto probabilmente il tuo problema è quello.

[Skywolf]

mi starebbe pure bene, ma ho praticamente provato tutto con tutto stile Tony Tough, voglio dire che non saprei più in che menu guardare

[gnappinox1]

mi starebbe pure bene, ma ho praticamente provato tutto con tutto stile Tony Tough, voglio dire che non saprei più in che menu guardare

cercando su internet "Project build options-> linker settings->link libraries"

[LordOrion]

La cosa strana è che in compilazione non ci sono problemi... i problemi nascono se provo ad usare le cose che ho incluso, alla prima chiamata di funzione si incazza e dice che non esiste ma che oooh!

No, spe, spiega BENE sta cosa. Quello che intendi e' :
- Ho la funzione f() dichiarata in ngulax.h (e definita in ngulax.cpp) che viene incluso in main.cpp
- Se non uso f() in main tutto compila
- Se uso f() in main il compilatore mi insulta

Corretto?

[BlackCaesar]

Allora, non riesco a trovare un ambiente di programmazione C (/C++) sotto Winnozmerda (ovviamente, un ambiente free) nel quale funzioni la direttiva #include, beninteso se riferita alle mie librerie.

Insomma, i vari ##include <stdio.h>, <math.h>, <stdlib.h> ecc. vanno senza pobblemmi.


Ma i miei #include "lamiacazzodilib.h" NO.

Li ho messi in una cartella di qua, li ho messi in una cartella di là, ho giocato con vari menu per aggiungerli a path, ho creato progetti -non singoli file- e li ho aggiunti al progetto... niente.


Allo stato ho provato con Dev C++ e codeblocks. Stesso problema cazzucazzu.



La cosa strana è che in compilazione non ci sono problemi... i problemi nascono se provo ad usare le cose che ho incluso, alla prima chiamata di funzione si incazza e dice che non esiste ma che oooh!

Prima che lo chiediate: sì, è tutta roba che nasceva sotto linux e andava da dio, illo tempore compilavo coi makefile...
E per inciso funziona ancora (oddio, qualche warning ma vabbè), perché se copypasto dai file c tutte le routine in un unico file .c, tolgo gli include e metto i prototipi... le routine funzionano!



Si accettano suggerimenti. inb4formatta. inb4dattifuoco. inb4ceffiga?

Visual Studio Community è free.

Altrimenti puoi usare Visual Studio Code che occupa meno spazio con il plugin per C++ ma devi configurarlo per lanciare un compilatore tipo gcc o g++.

[LordOrion]

Visual Studio Community è free.

Altrimenti puoi usare Visual Studio Code che occupa meno spazio con il plugin per C++ ma devi configurarlo per lanciare un compilatore tipo gcc o g++.

Il suo non e' un problema di ambiente, ma di progetto.
Sto aspettando conferma, ma da quello che dice sembra che non stia compilando tutto.

[Pakokasal]

Lupo, la sezione informatica ti puzza?

https://r.tapatalk.com/shareLink?url...&share_type=sf

Inviato tramite posta pneumatica

[Skywolf]

No, spe, spiega BENE sta cosa. Quello che intendi e' :
- Ho la funzione f() dichiarata in ngulax.h (e definita in ngulax.cpp) che viene incluso in main.cpp
- Se non uso f() in main tutto compila
- Se uso f() in main il compilatore mi insulta

Corretto?

corretto a parte il "cpp", io sono a livello "c"

[Skywolf]

Lupo, la sezione informatica ti puzza?

https://r.tapatalk.com/shareLink?url...&share_type=sf

Inviato tramite posta pneumatica

ma che ne so, informatica è troppo generico come termine, ci sta tutto e quindi niente

[LordOrion]

corretto a parte il "cpp", io sono a livello "c"

ok, come supponevo: IMHO Il problema non e' che il compilatore non trova i tuoi .h, ma che non stai compilando/linkando ngulax.c:

Se non riuscisse ad includere ngulax.h avresti un errore tipo "cannot include ngulax.h", invece il compilatore si lamenta del fatto che non riesce ad trovare la definizione di f().

Puoi verificare che i .h siano inclusi in modo semplice: edita ngulax.h e aggiungici la seguente linea all'inizio:

#error "Chittemmuort ngulax.h"

Se compili adesso dovresti avere l'errore "Chittemmuort ngulax.h", che dimostra il fatto che i .h sono inclusi regolarmente.

Fatto questo fai la stessa cosa con ngulax.c:

#error "Chittemmuort ngulax.c"

Se ho ragione, adesso NON dovresti vedere l'errore sopra (rimuovi l'altro #error da ngulax.h).

Dopodiche' controlla di aver aggiunto ngulax.c al progetto o che non ci sia altro che ti impedisce di compilarlo.

Also, puoi postare l'esatto errore che ti sputa fuori?
(Che poi e' proprio la prima cosa che avresti dovuto fare )

[Skywolf]

Allora, l'errore esatto.

Premetto che se provo a fare #include "nonesistolol.h", il compilatore se ne accorge e mi dice:
[Error]nonesistolol.h: No such file or directory
compilation terminated.

Se invece il .h esiste e chiamo una sua routine, ottengo una cosa del tipo:
nomeprogramma.c(text+0x17): undefined reference to 'nomeroutine'
[Error] ld returned 1 exit status

[LordOrion]

Allora, l'errore esatto.

Premetto che se provo a fare #include "nonesistolol.h", il compilatore se ne accorge e mi dice:
[Error]nonesistolol.h: No such file or directory
compilation terminated.

Ok, ma quest aggiunge poco a quello che sappiamo gia'.

Se invece il .h esiste e chiamo una sua routine, ottengo una cosa del tipo:
nomeprogramma.c(text+0x17): undefined reference to 'nomeroutine'
[Error] ld returned 1 exit status

Ok, questo ci dice che non e' il compilatore che si lamenta, ma il linker (ld) che non riesce a trovare la funzione nomeroutine(). E sommato al (non) messaggio sopra ci dice che gli header li trova correttamente.

Immagino che il .h abbia anche un corrispondente .c dove e' definta nomeroutine().
Per capirci: immagino che il progetto sia una cosa di almeno 3 file:


header.h:

#ifndef _HEADER_
#define _HEADER_

// Dichiarazione:
extern int nomeroutine();

#endif

header.c:

#include "header.h"

// Definizione:
int nomeroutine()
{
   // Tanto codice interessante...

   return sarcazzo;
}

main.c:

#include "header.h"

int main ( void )
{
    // Uso di nomeroutine:
    int pippo = nomeroutine();
    
    return sarcazzo2;
}

Sei sicuro che header.c venga compilato? Prova a modificarlo cosi:


header.c:

#include "header.h"
#error "SONO COMPILATO OK!"

int nomeroutine()
{
   // codice
   return sarcazzo;
}

Compila e dimmi cosa ti dice

[Skywolf]

cosa dovrebbe fare #error?!

[Skywolf]

cmq stesso messaggio di errore

[LordOrion]

cosa dovrebbe fare #error?!

E' una utile direttiva di preprocessore che genera un errore con un messagio utente.
Si usa per varie cose, ma a noi interessa verificare che header.c e' compilato o meno. In pratica se compare l'errore allora significa che header.c e' compilato (caso 1), in caso contrario no (caso 2).

il caso 1) si risolve assicurandosi che header.obj sia nella lista degli oggetti da linkare per generare l'eseguibile.
il caso 2) si risolve aggiungendo header.c al progetto e header.obj alla lista di link (come caso 1).

[Skywolf]

vabbè stica, ho copiato tutto il contenuto dei punto c nel programma principale e affancuuculo.


mi rompe xke ho 300 prototipi di funzioni ovviamente tutti in testa al programma, sicchè il main me lo devo cercare ogni volta

[LordOrion]

cmq stesso messaggio di errore

Quindi herader.c non e' compilato.
Verifica che sia incluso nel progetto.

[Skywolf]

il punto è orion che io NON SO COME FARE QUELLO CHE DICI TU.

Quando ero su linux facevo un makefile e gli dicevo io cosa fare e cosa no.

Qui no, fa lui, e non so come fargli cambiare idea.