Re: Oppdatering av autoconf for autonom generering av makefiler ogkompilering

[Anders Reggestad <andersr@pvv.ntnu.no>]

On Wed, 6 Oct 1999, Steinar Hamre wrote:

> 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å.
Skal se på dette.
> 
> > 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:

Det gjør det ikke på kallesol! La in koden under og la til NETLIBS på de
programmen som trenger det!

> 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
> 
> 

 ----------------------------------------------------------------------
|    ******   Anders Reggestad                                         |
|  *   *   *  Mobil tlf.   : 95044443                                  |
| *    *   *  E-Mail       : andersr@pvv.ntnu.no                       |
| *********   Post adresse : Haug Prestegård 3300 Hokksund             |
| *    *   *  Jobb adresse : FFI avdeling for Undervannsforsvar Horten |
| *    *    * Hjemmeside   : http://www.pvv.ntnu.no/~andersr           |
 ----------------------------------------------------------------------