Buildtool

Buildtool is 'n hoogs geïntegreerde dop gebaseer bou infrastruktuur. Dit kan gebruik word in die ontwikkeling van enige aard van die sagteware pakket, soos selfstandige programme, gedeel biblioteke of die dokumentasie pakkette te danke aan sy modulariteit.
Hier is 'n paar belangrike funksies van "Buildtool":
· Outomatiese opset skrifte: Buildtool kan jy eenvoudig skryf, maar tog kragtig, outomatiese verstellings skrifte. Dit word gebruik om te kyk vir kenmerke van die bou stelsel en die sagteware pakket om behoorlik te bou in te pas.
· Bou skrifte: Met Buildtool jy kan ook skryf bou skrifte. Dit word gebruik om te bou en te installeer 'n sagteware pakket in die bou stelsel. Hulle laat jy enige soort pakket saam te stel, wat wissel van selfstandige utilities gedeelde biblioteke, en in 'n baie eenvoudige manier, wat al die besonderhede van die bou gasheer verberg.
· Gratis: Buildtool is heeltemal gratis, onder die voorwaardes van 'n drie klousule BSD lisensie gelisensieer. Dit beteken basies dat dit perfek pas gratis en kommersiële ontwikkeling. Ander gereedskap is GPL gelisensieer, wat hulle minder aantreklik vir kommersiële projekte kan maak, of selfs vir 'n paar gratis koerante!
· Modulêr: Buildtool duidelik verdeel in verskeie modules, elkeen besig met 'n spesifieke taak. Selfs al is alle dele hoogs geïntegreerde, en is almal hanteer deur 'n enkele wrapper.
· Geen gegenereerde lêers: In teenstelling met ander bou utilities, moet Buildtool op die stelsel geïnstalleer word voordat die opstel van sagteware pakkette; sy skrifte is nie selfstandige. Die advantadges van hierdie benadering is duidelik: dit het nie nodig om groot lêers soos instel skrifte (uit GNU autoconf) nie Makefile.in lêers te genereer (uit GNU auto), wat 'n groot hoeveelheid van die ruimte gebruik in die verspreiding van lêers. Dit kan ook al die pakkette om outomaties baat fixes in Buildtool, sonder om die lêers in die verspreiding herstel. As 'n disadvantadge, moet jy Buildtool installeer op die bou stelsel ... maar dink jy regtig omgee oor die installering van 'n klein pakket soos hierdie een? Regtig nie!
· Portable: Buildtool is bekend om te werk, ten minste, Darwin, FreeBSD, Linux, NetBSD, OpenBSD en Solaris. Hou in gedagte dat oordraagbaarheid is baie belangrik, en foute berig in hierdie aspek is so gou as moontlik hanteer word.
· Standard shell scripting: In geval jy wonder, is Buildtool heeltemal gekodeer in POSIX shell scripting, met 'n paar 'n paar uitsonderings. Dit sluit sy eie dop tolk, met 'n paar nie-standaard kenmerke (bygevoeg vir die volle prestasie), gekodeer in C. Sommige helper nutsprogramme is ook gekodeer in C. Maar uit die oogpunt van die ontwikkelaar se, almal is verminder tot code dop as bou skrifte geskryf in hierdie taal.
Wat is nuut in hierdie release:
· Bygevoeg preliminar ondersteuning vir die werk dopgehou, wat gebruik word om alle tydelike lêers geskep is tydens 'n bou in hulle te sit. Dit laat maak net die bron boom te lees, soos dit sal nie besoedel in enige manier. Let daarop dat die bestaande pakkette mag nodig sommige tweaks in hul logika lêers om hierdie heeltemal ondersteun. Om te help met die toets, moet jy die BT_USE_WORKDIR veranderlike in bt_config.conf stel om `ja 'is, sodat hierdie funksie is altyd gebruik.
· Bygevoeg 'n standaard aanpas `DOC" -funksie, wat gebruik kan word deur die eindgebruiker installasie van dokumentasie te skakel. Bestaande pakkette mag nodig wees om vaste hierdie eer, al is.
· Kern bt_logic se is herskryf. Dit is nou baie vinniger as voorheen en het 'n beter beheer afhanklikheid, wat baie dom foute los.
· 'N raamwerk om verwyder programme te hardloop (diegene wat kan gekoppel word aan biblioteke verwyder) is readded. Dit is baie soortgelyk aan wat libtool doen met sy .libs gids, en is heeltemal deursigtig is om die eindgebruiker.
· Bygevoeg (in werklikheid, readded, as dit verloor tydens die omskakeling na bt_logic) ondersteuning aan pakkette te installeer in 'n valse wortel gids, wat nodig is in baie pakket stelsels Buildtool-ized programme te ondersteun.
· Name Definisies (diegene geskryf om die opset header) is verander om die naam taal wat hulle verwys na in hulle in te sluit. Dit bied 'n beter ondersteuning wanneer die C en C ++ opstellers nie dieselfde nie. Let daarop dat vir hierdie werking tree wat jy nodig het om BT_REQUIRE ingestel om (ten minste) `0,16; anders is die vorige gedrag gehou.
· Verskeie fixes gedoen in die bt_check_bits () funksie.
· Vaste die skakel opdrag in bt_logic sodat biblioteek dopgehou verskyn onder dieselfde projek hiërargie (en met die hand wat deur die -L vlag) is nie omgeskakel na 'n rpath.
· Vaste bou onder OpenBSD 3,4, HP-UX en Tru64.
· Bygevoeg die bt_check_prog_make () tjek in bt_config, wat lyk vir 'n make nut.
· Bygevoeg die bt_echo () en bt_source () funksies bt_swcgen.
· Die installasie is verander na unversioned dopgehou en binaries gebruik.