Re: gmake og #include (LØST)

On Sat, 2010-08-28 at 00:51 +0200, Jette Derriche wrote:
> On Fri, 2010-08-27 at 14:58 +0200, Kasper Bonne wrote:
> > 2010/8/27 Jette Derriche <none_at_bsd-dk--nerdgirl.dk.lh.bsd-dk.dk>:
> > > Jeg kender intet til C-programmering, så jeg har forsøgt at finde noget
> > > om hvordan #include fungerer... jeg fandt følgende:
> >
> > Det er et ambigoest projekt hvis du ikke ved noget om C. :)
> >
>
> Hvis nu det bare virkede som det skulle, behøvede jeg heller ikke vide
> noget...hehe ;-)
>
> > Det lyder som om compileren ikke ved hvor den skal lede efter
> > header-filerne. Det fixer du ved at give compileren en -I parameter
> > med et bibliotek. Der er mange maader at goere det paa men her er et
> > forslag:
> >
> > Tilfoeg foelgende linie i starten af din Makefile
> >
> > CFLAGS += -I/usr/local/include
> >
>
> Den har allerede disse linier:
>
> MYSQL_INC = /usr/local/include
> CFLAGS = -DBUILDVER=$(BUILDVER) -I$(MYSQL_INC) -O0 -g -Wall -fPIC

Ovenstående linie er rettet til:

CFLAGS = -DBUILDVER=$(BUILDVER) -I$(MYSQL_INC)
-I/usr/local/include/mysql -O0 -g -Wall -fPIC

(dog uden linieskift)

Problemet er, at dem der har skrevet det her, har valgt at benytte en
base der hedder /usr/local/include/ og så inkludere filer med
<mysql/fil.h>, og derfor kigger gmake efter sub-includes i
usr/local/include/ i stedet for usr/local/include/mysql.

Hvis man vil definere mere en én path, skal man altså bare tilføje nogle
flere -I'er...

.. og nu bygger den uden fejl. Jeg vil dog begrænse mig til kun at råbe
et lille hurra, for jeg synes ikke helt jeg får de filer ud af det jeg
burde... men det er en helt anden sag.

Argh! Tror jeg holder mig til ports...

/Jette
Received on Sun 29 Aug 2010 - 01:47:38 CEST