Re: Oppdatering av autoconf for autonom generering av makefiler ogkompilering

[Steinar Hamre <steinarh@stud.fim.ntnu.no>]

On Wed, 6 Oct 1999, Anders Reggestad wrote:
> Etter at prosjektet er kompilert og en gjøre cvs kommandoer er det bare
> programmen som cvs klager på. Lurer på om en skal legge disse også i
> cvsignore filer. Hadde vært greit å ikke fått en bunch med ?gos/gos etc.
> linjer når en kjører cvs. 

Sikkert lurt å ignorere de også.

> Som et av punktene for å få til denne automatikken så la jeg inn getopt.h
> getopt.c og getopt1.c i utils katalogen. Disse filene mangler på noen
> systemer så derfor inkulderer vi de i prosjektet og alle er fornøyde. 

(Vi kan evt autoconfe dette, men det haster slett ikke, siden det å bare
ta de med alltid vil virke.)

> Dette systemet er testet og det viser seg at det forstatt går å kompilere
> på epoksy :) For å kunne kompilere på kallesol så må det legges in en test
> for å få med seg -lsocket -lnsl som options til linkeren på de programmene
> som bruker netverks kode.

@X_EXTRA_LIBS@ vil inneholde disse hvis det trengs, men dersom det ikke er
et X-program, så er det kanske penere å kjøre:

dnl IRIX sometimes has SYSVR3/4 network DSOs, but we do not need or want
dnl to use them!
if test "`uname`" != "IRIX" -a "`uname`" != "IRIX64"; then
    AC_CHECK_LIB(nsl, gethostbyaddr, NETLIBS="$NETLIBS -lnsl")
    AC_CHECK_LIB(socket, socket, NETLIBS="$NETLIBS -socket")
fi
AC_SUBST(NETLIBS)

og bruke
foo_LDADD = [...] @NETLIBS@
der det trengs.

> Andre hoster som lizard har problemer med GL / GLUT . Noen (tm
> Steinar) må kompilere opp Mesa for NetBSD og alle andre hoster
> som ikke har en fullstendig mesa kompilert.  

jaja :)

> Verden har problemer med linking: en mengde Xt funksjoner som ikke blir
> resolvet. Ser ut som om AC_PATH_XTRA ikke gjør jobben sin?

Hvor da? -lXt skal oppgis der det trengs.
AC_PATH_XTRA  finner bare:
X_LIBS		som f.eks kan være "-L/store/lib -R/store/lib"
X_EXTRA_LIBS	som f.eks kan være "-lsocket -lnsl"
X_PRE_LIBS	som alltid(?) er "-lSM -lICE" på X11R6 (og tom på R5)

> Jeg har laget noe kode i configure.in for å teste på om kompilatoren
> trenger -fhandle-exception for å kunne kompilere c++ med exception
> handling. Tror dette funker selv om det ikke har vært mulig å teste det på
> forskjellige hoster.

autoconf-delen av dette er greit, men jeg trenger noe minimal
exception-kode som ikke vil kompilere uten -fhandle-exception på de
maskinene som krever dette.

Dere kan jo teste med denne autoconfkoden:

dnl Sette default språk til C++
AC_LANG_CPLUSPLUS

dnl Sjekk om vi trenger -fhandle-exception
AC_TRY_COMPILE([
#include <foo>
],[
/* exception-kode */
], CXXFLAGS="$CXXFLAGS -fhandle-exception")

dnl Sette default språk tilbake til C
AC_LANG_C

(I tillegg kan det være greit med AC_CACHE_CHECK elns, for å håndtere pen 
utskrift og caching av resultatet, men det kan jeg ta meg av dersom noen 
som kan exceptions fikser den delen.)

	Steinar