tu chiar stii ce faci cu AC_FUNC_xxx? eu lucrez de ceva vreme cu
autoconf/automake dar n-am simtit niciodata nevoia sa ma folosesc de
ele. probabil le confunzi cu AC_CHECK_FUNCS: la prima vedere/intuitie ai
zice ca sunt echivalente - verifica daca respectiva functie e
disponibila si definesc HAVE_xxx daca da. dar de fapt cu totul altfel
sta treaba:
`AC_FUNC_ALLOCA'
`AC_FUNC_ERROR_AT_LINE'
`AC_FUNC_FNMATCH'
`AC_FUNC_GETLOADAVG'
`AC_FUNC_MEMCMP'
`AC_FUNC_MKTIME'
`AC_FUNC_OBSTACK'
`AC_FUNC_STRTOD'
`AC_REPLACE_FUNCS'
`AC_REPLACE_GNU_GETOPT'
`AC_STRUCT_ST_BLOCKS'
`AM_WITH_REGEX'
Automake will ensure that the appropriate dependencies are
generated for the objects corresponding to these macros. Also,
Automake will verify that the appropriate source files are part of
the distribution. Note that Automake does not come with any of
the C sources required to use these macros, so `automake -a' will
not install the sources. *Note A Library::, for more information.
Also, see *Note Particular Function Checks: (autoconf)Particular
Functions.
deci se pot genera automat dependente, ceea ce ar explica ce ti se
intampla.
in plus se pare ca nu poti pune chiar orice dupa AC_FUNC_ (n-am gasit
nici o referire la AC_FUNC_FORK, AC_FUNC_STAT de ex), doar cateva
macro-uri sunt predefinite. iar alea nu fac tocmai ce m-as astepta:
- Macro: AC_FUNC_MKTIME
If the `mktime' function is not available, or does not work
correctly, require an `AC_LIBOBJ' replacement for `mktime'.
huh?
e o idee destul de proasta se te apuci sa verifici voiniceste daca toate
functiile pe care le folosesti in program sunt disponibile pe target.
altfel se procedeaza: se adauga verificari pe masura ce se descopera
probleme de portabilitate si doar atunci cand ai si un workaround
pregatit.
exista un super tutorial pt autotools: autobook de David MacKenzie
parca pe care ti-l recomand. pe langa asta te mai sfatuiesc sa pornesti
incetisor de la configuratiile altor proiecte asemanatoare ca structura.
subiectul e foarte stufos si e usor sa o dai in bara pornind de la zero.
sper ca te ajuta cu ceva...
On Thu, 2003-02-20 at 18:01, George Barbarosie wrote:
>
> Salut,
>
> pentru ca nu s-a decis problema separarii unei liste dedicata
> programarii, trimit aici problema mea.
>
> M-am apucat sa imi trec proiectele mele de C pe sistemul autoconf /
> automake. Acum am dat de niste mici probleme..
>
> Daca ii declar in configure.ac AC_FUNC_MKTIME sau AC_FUNC_STAT alaturi
> de multe altele (AC_FUNC_FORK, AC_FUNC_MALLOC, etc), make incepe sa mi
> se planga ca ar avea nevoie de un mktime.o (mktime.c gol ma rezolva) sau
> lstat.o (la fel, lstat.c ma rezolva aparent). Acum eu nu inteleg de ce
> se intampla asta cu mktime si lstat, dar nu cu celelalte functii, mai
> ales ca la configure check-urile pentru astea doua functii nu dau
> eroare.
>
> Mai mult, make dist imi preia fericit mktime.c-ul meu gol, cu toate ca
> nu e declarat in Makefile.am in SOURCES, dar lstat.c ramane neatinss, nu
> apare in tgz-ul rezultat.
>
> Ca si cum nu ar fi fost deajuns, dependinta de lstat.o a aparut dupa ce
> am pus un -shared in coada CFAGS-ului ca optiune din configure.ac
> (AC_ARG_ENABLE(shared, help_str, CFLAGS="$CFLAGS -shared"))
>
> Daca cineva are ceva experienta cu autoconf/automake si are idee care
> poate fi problema mai sus, poate ma ajuta si pe mine.. :) Ough.. era sa
> uit: sistemul e un RH8 cu toate updates. automake 1.6.4, autoconf 2.53
--
Florin Malita web: http://www.malinux.net
public key: http://www.malinux.net/data/fmalita.gpg
-- Attached file included as plaintext by Listar --
-- File: signature.asc
-- Desc: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQA+VRwi9npXhj/Ohf8RAtanAJ4mZfgp9M+6Z6NuRWeZ04ElE6s70wCeKTSK
8xQS+Tqa9+QHBLvr3hjwE+g=
=t9GQ
-----END PGP SIGNATURE-----
--
Pentru dezabonare, trimiteti mail la
[EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'.
REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
