critcl - Online sa Cloud

PROGRAMA:

NAME

critcl - Aplikasyon ng CriTcl

SINOPSIS

critcl ?opsyon...? ?file...?

_________________________________________________________________

DESCRIPTION

Maligayang pagdating sa C Runtime In Tcl, CriTcl para sa maikling salita, isang sistema upang bumuo ng C extension packages
para sa Tcl on the fly, mula sa C code na naka-embed sa loob ng mga Tcl script, para sa lahat ng gustong gumawa
ang kanilang code ay mas mabilis.

Ang dokumentong ito ay ang reference na manpage para sa critcl utos. Ang nilalayong madla nito ay
mga taong kailangang bumuo ng mga pakete gamit ang critcl para sa deployment. Mga manunulat ng mga pakete na may
maaaring balewalain ng naka-embed na C code ang dokumentong ito. Kung kailangan mo ng pangkalahatang-ideya ng kabuuan
system sa halip, mangyaring pumunta at basahin ang pagpapakilala Upang CriTcl.

Ang application na ito ay namamalagi sa Application Layer ng CriTcl.

*================*
|Mga Application |
| critcl |
| critcl::app |
*================*

+----------------+
|Mga Pangunahing Package |
| critcl |
| critcl::util |
+----------------+

+----------------+
|Mga Package ng Suporta|
| stubs::* |
| md5, plataporma |
| ... |
+----------------+

Sinusuportahan ng application ang sumusunod na pangkalahatang command line:

critcl ?opsyon...? ?file...?
Ang eksaktong hanay ng mga opsyon na sinusuportahan, ang kanilang kahulugan, at pakikipag-ugnayan ay nakadetalye sa
seksyon application Options sa ibaba. Para sa mas malaking hanay ng mga halimbawa pakitingnan ang seksyon
"Building Critcl Packages" sa dokumento tungkol sa paggamit CriTcl.

APLIKASYON Opsyon

Ang mga sumusunod na opsyon ay nauunawaan

-v

--bersyon
Ang mga opsyon na ito ay nagdudulot ng critcl na i-print ang bersyon nito sa stdout at pagkatapos ay lumabas.

-I landas
Ang opsyong ito ay tumutukoy ng karagdagang global include path na gagamitin sa panahon ng compilation
ng ".critcl" file. Ginagamit ang lahat ng value kung ito ay tinukoy nang maraming beses.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-L landas
Ang opsyong ito ay tumutukoy ng karagdagang pandaigdigang daanan ng paghahanap ng library na gagamitin habang nagli-link
ng ".critcl" file. Ginagamit ang lahat ng value kung ito ay tinukoy nang maraming beses.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-cache landas
Tinutukoy ng opsyong ito ang landas patungo sa direktoryo na gagamitin bilang cache ng resulta. Kung hindi
tinukoy na default ito sa "~/.critcl/", o, kapag bumubuo ng isang pakete (tingnan
opsyon -pkg sa ibaba), sa "~/.critcl/.", Kapag tinukoy ng maraming beses ang
huling halaga ang ginamit.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-malinis Kapag tinukoy ang resulta ng cache ay walang laman, ibig sabihin, lahat ng mga file at direktoryo ay natagpuan
sa loob ay tinanggal) bago magsimula ang compilation.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete (tingnan ang opsyon -pkg sa ibaba) dahil
ang mode na ito ay nagsisimula sa isang natatangi at walang laman na cache ng resulta.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-config landas
Tinutukoy ng opsyong ito ang path sa isang custom na configuration file, na nagpapahintulot sa user na
gumamit ng kanilang sariling target na mga pagtutukoy. Kung hindi tinukoy ang isang hardwired default
configuration na naka-embed sa core ng system ang ginagamit sa halip. Kapag tinukoy ang maramihan
beses na ginamit ang huling halaga.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-debug paraan
Ina-activate ng opsyong ito ang compilation sa pag-debug. Tinatanggap nito ang mga mode sa ibaba. Kailan
tinukoy nang maraming beses ang kumbinasyon ng lahat ng mga mode ay ginagamit.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

memorya Ina-activate ng mode na ito ang memory debugging ng mga alokasyon na ginawa sa pamamagitan ng Tcl
core.

simbolo
Isinasaaktibo ng mode na ito ang pagbuo ng lahat ng ".c" mga file na may mga simbolo ng pag-debug.

lahat Ina-activate ng mode na ito ang pareho memorya at simbolo.

- huwag paganahin pangalan
Itinatakda ng opsyong ito ang halaga ng opsyon sa configuration ng custom na build pangalan sa hindi totoo.
Ito ay katumbas ng "-with-pangalan 0 ".

Ang impormasyon ay napapatunayan lamang kung ang isa sa ".critcl" mga input file talaga
tumutukoy at gumagamit ng isang pasadyang pagpipilian sa pagsasaayos ng build kasama iyon pangalan.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-paganahin pangalan
Itinatakda ng opsyong ito ang halaga ng opsyon sa configuration ng custom na build pangalan sa totoo.
Ito ay katumbas ng "-with-pangalan 1 ".

Ang impormasyon ay napapatunayan lamang kung ang isa sa ".critcl" mga input file talaga
tumutukoy at gumagamit ng isang pasadyang pagpipilian sa pagsasaayos ng build kasama iyon pangalan.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-puwersa Kapag ang tinukoy na compilation ay palaging ginagawa, kahit na isang shared library para sa file
umiiral na. Maaaring magkaroon ng epektong ito sa pamamagitan ng paglilinis ng cache (tingnan sa itaas) bilang
well, maliban na ito ay tamad sa pagsira ng mga file at hindi sisira ng mga file
walang kinalaman sa mga itinatayo natin.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete (tingnan ang opsyon -pkg sa ibaba) dahil
ang mode na ito ay nagsisimula sa isang natatangi at walang laman na cache ng resulta.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-tulong Ang pagpipiliang ito ay magiging sanhi ng system na mag-print ng maikling tulong tungkol sa command line syntax
at mga opsyon at pagkatapos ay lumabas sa application.

-panatilihin Ang pagpipiliang ito ay magiging sanhi ng system na panatilihin ang ".c" mga file na nabuo sa pamamagitan ng isang run sa
cache ng resulta. Kapag bumubuo ng isang pakete (tingnan ang opsyon -pkg sa ibaba) pinipigilan din nito
ang pagtanggal ng natatanging cache ng resulta na ginamit ng run. Ang pagpipiliang ito ay inilaan
para sa pag-debug ng critcl mismo, kung saan maaaring kailanganin na siyasatin ang
nabuong C code.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-libdir landas
Tinutukoy ng opsyong ito ang landas kung saan nabuo ang mga pakete sa pamamagitan ng opsyon -pkg
ay naligtas. Tinutukoy din nito ang isang landas upang maghanap sa mga aklatan, tulad ng para sa -L. Kailan
tinukoy ng maraming beses na ginamit ang huling halaga. Kapag hindi tinukoy sa lahat ng
default, "lib", ay ginagamit. Tandaan kung paano ito ay isang kamag-anak na landas, paglalagay ng resulta sa
ang kasalukuyang gumaganang direktoryo.

-includedir landas
Tinutukoy ng opsyong ito ang landas kung saan naka-save ang anumang nabuong mga header ng package.
Tinutukoy din nito ang isang landas upang maghanap kasama ang mga file, tulad ng para sa -I. Kapag tinukoy
maraming beses na ginamit ang huling halaga bilang patutunguhan, gayunpaman ang lahat ng mga nakaraang halaga
ay pinananatili sa isamang landas sa paghahanap. Kapag hindi tinukoy sa lahat ng default,
"isama", ay ginagamit. Tandaan kung paano ito ay isang kamag-anak na landas, paglalagay ng resulta sa
kasalukuyang gumaganang direktoryo.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-pkg Ang default na mode ng application ay ang pagbuo ng ".critcl" mga file na nakalista sa
command line at i-save ang mga resulta sa cache ng resulta. Mahalagang pre-filling ang
cache na may mahahalagang pakete, binabawasan ang oras na kailangan para magamit ang mga ito
mga pakete.

Ina-activate ng opsyong ito ang isa sa iba pang mga mode, ang pagbuo ng package. Sa mode na ito ang
ang mga input file ay unang pinoproseso gaya ng dati, gayunpaman pagkatapos nito ay isasama ang mga ito
isang solong library at karagdagang mga file ay nabuo upang gawing magagamit ang library na ito bilang
isang regular na pakete ng Tcl.

Ang pagpipilian -tsaa, tingnan sa ibaba, ang huling mode, ang henerasyon ng TEA. Kung ang parehong mga pagpipilian,
ibig sabihin -pkg at -tsaa ay tinukoy ang huling tinukoy na panalo.

Sa mode na ito ang mga pagpipilian -malinis at -puwersa ay walang kaugnayan at hindi pinapansin. Sa kaibahan,
ang pagpipilian -libdir ay may kaugnayan sa parehong ito at -tsaa mode.

Kapag ang pagpipiliang ito ay tinukoy ang basename ng unang file argument pagkatapos ng
ginagamit ang mga opsyon bilang pangalan ng package na bubuo. Kung ang extension niyan
file ay nagpapahiwatig ng isang nakabahaging library (".so"".sl"".dylib", At".dll") ito rin
inalis mula sa hanay ng mga input file. A".tcl" Ang file ay pinananatili bilang bahagi ng input. A
Ang isang file na walang extension ay ipinapalagay na talagang mayroong ".tcl" extension. A
file na walang extension, ngunit ang iba pang mga input na file na sumusunod ay itinuturing tulad ng pangalan ng
isang shared library na nararapat, at inalis mula sa set ng mga input file.

Halimbawa:
=> Ang pangalan ng package ay: foo
=> Ang input file ay: foo.tcl
=> Ang pangalan ng package ay: foo
=> Ang input file ay: bar.tcl
=> Ang pangalan ng package ay: foo
=> Ang input file ay: foo.tcl
=> Ang pangalan ng package ay: foo
=> Ang input file ay: bar.tcl

-palabas Ang opsyong ito, kapag tinukoy, ay magiging sanhi ng pag-print ng system ng configuration ng
ang napiling target sa stdout at pagkatapos ay lumabas. Ang pagpili ng target ay maaaring maimpluwensyahan
sa pamamagitan ng opsyon -target (tingnan sa ibaba).

-Ipakita lahat
Ang pagpipiliang ito, kapag tinukoy, ay magiging sanhi ng system na i-print ang buong napili
configuration file sa stdout at pagkatapos ay lumabas. Ang pagpili ng configuration file ay maaaring
maimpluwensyahan sa pamamagitan ng opsyon -config (tingnan sa itaas).

-target pangalan
Ino-override ng opsyong ito ang default na pagpipilian ng build target sa pagpili ng user.
Kapag tinukoy ng maraming beses ang huling halaga ay ginagamit. Ang pinangalanang target ay dapat na umiiral
sa napiling configuration file. Gamitin ang opsyon -mga target (tingnan sa ibaba) para makakuha ng listahan ng
ang mga katanggap-tanggap na target. Ang pagpili ng configuration file ay maaaring maimpluwensyahan sa pamamagitan ng
ang pagpipilian -config (tingnan sa itaas).

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa ibaba).

-mga target
Ang pagpipiliang ito, kapag tinukoy, ay magiging sanhi ng system na i-print ang listahan ng lahat ng kilala
mga target mula sa napiling configuration file hanggang stdout at pagkatapos ay lumabas. Ang pagpili ng
configuration file ay maaaring maimpluwensyahan sa pamamagitan ng opsyon -config (tingnan sa itaas).

-tsaa Katulad ng opsyon -pkg, maliban na ang invoked mode ay hindi bumubuo ng mga binary,
ngunit isang hierarchy ng direktoryo na naglalaman ng ".critcl" file, mga kasamang file nito, at a
TEA-lookalike build system na may karamihan sa kinakailangang support code (kabilang ang mga kopya
ng critcl packages).

Kung ang parehong mga pagpipilian, ibig sabihin -pkg at -tsaa ay tinukoy ang huling tinukoy na panalo.

Sa mode na ito ang mga pagpipilian -I, -L, -malinis, -puwersa, -cache, -includedir, -paganahin,
- huwag paganahin, at -kasama-FOO ay walang kaugnayan at hindi pinapansin. Sa kaibahan, ang pagpipilian -libdir
ay may kaugnayan sa parehong ito at -pkg mode.

Kapag ang pagpipiliang ito ay tinukoy ang basename ng unang file argument pagkatapos ng
ginagamit ang mga opsyon bilang pangalan ng package na bubuo. Kung ang extension niyan
file ay nagpapahiwatig ng isang nakabahaging library (".so"".sl"".dylib", At".dll") ito rin
inalis mula sa hanay ng mga input file. A".tcl" Ang file ay pinananatili bilang bahagi ng input. A
Ang isang file na walang extension ay ipinapalagay na talagang mayroong ".tcl" extension. A
file na walang extension, ngunit ang iba pang mga input na file na sumusunod ay itinuturing tulad ng pangalan ng
isang shared library na nararapat, at inalis mula sa set ng mga input file.

Halimbawa:
=> Ang pangalan ng package ay: foo
=> Ang input file ay: foo.tcl
=> Ang pangalan ng package ay: foo
=> Ang input file ay: bar.tcl
=> Ang pangalan ng package ay: foo
=> Ang input file ay: foo.tcl
=> Ang pangalan ng package ay: foo
=> Ang input file ay: bar.tcl

-may-pangalan halaga
Itinatakda ng opsyong ito ang halaga ng opsyon sa configuration ng custom na build pangalan sa halaga.

Ang impormasyon ay napapatunayan lamang kung ang isa sa ".critcl" mga input file talaga
tumutukoy at gumagamit ng isang pasadyang pagpipilian sa pagsasaayos ng build kasama iyon pangalan.

Ang pagpipiliang ito ay walang kaugnayan kapag bumubuo ng isang pakete ng TEA (tingnan ang opsyon -tsaa sa itaas).

PACKAGE istraktura

Ang mga package na nabuo ng critcl ay may sumusunod na pangunahing istraktura:

+- pkgIndex.tcl
+- critcl-rt.tcl
+- license.terms (opsyonal)
|
+- tcl (opsyonal)
| +-
|
+-
+-

Mga Tala

[1] Ang file na "pkgIndex.tcl" ay ang karaniwang package index file na inaasahan ng Tcl's
pamamahala ng pakete. Ito ay pinanggalingan sa panahon ng paghahanap para sa mga pakete, at idineklara ang
package sa Tcl kasama ang mga file nito, at kung paano pangasiwaan ang mga ito.

[2] Ang file na "critcl-rt.tcl" ay isang helper file na naglalaman ng karaniwang code na ginagamit ni
"pkgIndex.tcl"upang maisagawa ang mga gawain nito.

[3] Ang file na "lisensya.mga tuntunin" ay opsyonal at lilitaw lamang kung ang ".critcl" i-file ang
package ay nabuo mula sa ginamit na command critcl::lisensya para magdeklara ng package
may-akda at lisensya.

[4] Ang lahat ng mga file ay idineklara gamit ang utos critcl::tsources ay inilalagay sa sub-direktoryo
"tcl".

[5] Ang nakabahaging aklatan na nabuo ng critcl ay inilalagay sa isang sub-
direktoryo.

Ang buong istraktura, at lalo na ang huling punto, ay nagbibigay-daan sa amin na pagsamahin sa ibang pagkakataon ang mga resulta
(para sa parehong pakete, at bersyon) para sa maraming target na platform sa iisang direktoryo
istraktura nang walang salungatan, sa pamamagitan lamang ng pagkopya sa mga nangungunang direktoryo sa bawat isa. Ang
tanging ang mga file na maaaring magkasalungat ay nasa at "tcl" mga direktoryo, at para sa mga ito kami
alamin na magkapareho sila sa mga target. Ang resulta ng naturang pagsasanib ay magiging ganito:

+- pkgIndex.tcl
+- critcl-rt.tcl
+- license.terms (opsyonal)
|
+- tcl (opsyonal)
| +-
|
+-
| +-
+-
| +-
+-
+-

PAGBABAGO PARA SA VERSION 2.1

[1] Inayos ang bug kung saan critcl::tsources binibigyang kahulugan ang mga kamag-anak na landas bilang kaugnay sa
kasalukuyang gumaganang direktoryo sa halip na nauugnay sa ".critcl" file gamit ang
command, gaya ng ginagawa ng lahat ng iba pang ganitong uri ng command.

[2] Inayos ang mga internal, na pumipigil sa impormasyong nakolekta para sa maramihang ".critcl"mga file sa
tumagas sa pagitan nila. Kapansin-pansin, critcl::tk ay hindi isang pandaigdigang opsyon sa pagsasaayos
anymore.

[3] Inayos ang utos critcl::lisensya upang maging isang null-operasyon sa mode na "compile at run",
sa halip na maghagis ng error.

[4] Inayos ang interference ng critcl application sa "compile at run" result cache
in -pkg mode sa pamamagitan ng paggamit nito ng isang ganap na hiwalay (at bilang default na lumilipas)
direktoryo para sa mode na iyon.

[5] Inayos ang bug kung saan nagbabago sa isang ".critcl" ang file ay hindi nagresulta sa isang muling pagbuo para sa mode
"compile at tumakbo". Tinitiyak na ngayon ng lahat ng nauugnay na utos ng API ang mga pagbabago sa UUID.

[6] Inayos ang bug sa backend handling ng critcl::debug kung saan ang kasamang c-sources ng
sa ".critcl" ang file ay hindi pinagsama-sama sa mga opsyon sa pag-debug, bagama't ang ".critcl" file
ay.

[7] Inayos ang bug sa critcl::debug na pumigil sa pagkilala sa mode na "lahat" noong ito ay
hindi ang unang argumento sa utos.

[8] Inayos ang bug sa "preload.c" pinipigilan ang pagsasama nito sa mga non-windows platform.

[9] Inayos ang matagal nang bug sa paghawak ng mga qualifier ng namespace sa pangalan ng command
argumento ng critcl::cproc at critcl:: utos. Posible na ngayong tukuyin ang a
ganap na kwalipikadong pangalan ng command na walang mga isyu.

[10] Pinalawak/muling ginawa critcl::tsources upang maging kanonikal na paraan ng pagdedeklara ".tcl"
mga kasamang file kahit para sa mode na "compile at run".

[11] Pinalawak/muling ginawa critcl::tsources upang payagan ang paggamit ng isang ".critcl" file bilang sarili nito
Tcl kasamang file.

[12] Pinalawig critcl::framework upang panloob na suriin para sa OS X build target, at huwag pansinin
ang deklarasyon kung hindi.

[13] Pinalawig critcl:: nabigo na matatawag nang higit sa isang beses sa isang ".critcl" file. Ang
pinipilit ng unang tawag ang build, kung hindi pa ito nagawa, para makuha ang resulta. Dagdag pa
ibinabalik ng mga tawag ang naka-cache na resulta ng unang tawag.

[14] Pinalawak ang paghawak ng environment variable CC sa code na tumutukoy sa
compiler na gagamitin upang harapin (ibig sabihin, alisin) ang mga landas sa compiler, compiler file
mga extension, at mga opsyon sa compiler na tinukoy pagkatapos mismo ng compiler, na naiwan lamang
ang hubad na pangalan ng compiler.

[15] Pinalawak ang code na humahawak sa paghahanap para sa mga preloaded na aklatan upang i-print ang mga landas nito
hinanap, ginagawang mas madali ang pag-debug ng isang pagkabigo sa paghahanap.

[16] Isang bagong utos critcl::tcl ay maaaring gamitin upang ideklara ang bersyon ng Tcl nang minimal
kailangan upang bumuo at patakbuhin ang ".critcl" file at package. Default sa 8.4 kung hindi
ipinahayag. Pinalawak na critcl upang magkaroon ng mga stub at header para sa lahat ng Tcl 8.4, 8.5,
at 8.6.

[17] Isang bagong utos critcl::load pinipilit ang pagbuo at pagkarga ng isang ".critcl" file. Ito ay
ang opisyal na paraan para sa pag-override sa default na lazy-build-&-load-on-demand na scheme ng critcl
para sa mode na "compile at run".

nota na pagkatapos gamitin critcl::load / critcl:: nabigo sa isang ".critcl"I-file ito ay hindi
posible na gumamit ng mga critcl command sa file na iyon. Ang paggawa nito ay magdudulot ng error.

[18] Pinalawak ang henerasyon ng mga pragma na '#line' na gagamitin info balangkas (kung magagamit) sa
bigyan ang C compiler ng eksaktong mga numero ng linya sa ".critcl" file para sa
pag-uulat ng mga babala at pagkakamali.

[19] Pinalawig critcl::suriin sa pag-log upang tumulong sa pag-debug ng mga build-time na pagsusuri ng
kapaligiran, kasama ang karagdagang opsyonal na argumento upang magbigay ng label.

[20] Nagdagdag ng bagong utos critcl::checklink na hindi lamang sumusubok na suriin ang kapaligiran
sa pamamagitan ng pag-compile ng code, kundi pati na rin ang pagkakaugnay nito.

[21] Nagdagdag ng bagong utos critcl::msg para sa pagmemensahe, tulad ng utos critcl::error ay para sa mga
pag-uulat ng error. Gayundin, ito ay isang kawit na pinapayagan ng gumagamit ng package
override. Ang default na pagpapatupad, na ginagamit ng mode sumulat ng libro & tumakbo walang ginagawa. Ang
pagpapatupad para sa mode lumikha pakete nagpi-print ng mensahe sa stdout.

Ang inaasahang paggamit ay para sa pag-uulat ng mga resulta na tinutukoy ni critcl::suriin at
critcl::checklink habang gumagawa, para tumulong sa pag-debug kapag may nangyaring mali
na may tseke.

[22] Inilantad ang argumento sa pagpoproseso ng mga panloob ng critcl::proc para sa paggamit ng advanced
mga gumagamit. Ang mga bagong utos ay

[1] critcl::argnames

[2] critcl::argcnames

[3] critcl::argcsignature

[4] critcl::argvardecls

[5] critcl::argconversion

Mangyaring tingnan ang seksyon Advanced Naka-embed na C kodigo ng critcl dokumentasyon ng pakete para sa
mga detalye.

[23] Pinahaba ang critcl package para ma-intercept pakete magbigay at i-record ang file ->
pagmamapa ng pangalan ng package. Dagdag pa, pinapayagan na ngayon ng iba pang mga panloob na pagbabago ang paggamit ng namespaced
mga pangalan ng package habang gumagamit pa rin ng wastong mga pangalan ng path at init function.

[24] Ibinagsak ang hindi nagamit na mga utos critcl::optimize at critcl::isama.

[25] Nahulog -lib mode mula sa critcl application.

[26] Nag-drop ng mga labi ng suporta para sa Tcl 8.3 at bago.

PAGBABAGO PARA SA VERSION 3

[1] Ang utos critcl::platform ay hindi na ginagamit sa bersyon 2.1, pinalitan ng
critcl::targetplatform, ngunit itinatago para sa pagiging tugma. Ngayon ay tinanggal na.

[2] Ang utos critcl::compile ay itinatago sa bersyon 2.1 na may semantics sa
kontradiksyon nito, para sa pagkakatugma. Ang kontradiksyon na ito ay tinanggal,
pagpapalit ng nakikitang semantika ng utos upang maging naaayon sa pangalan nito.

[3] Ang pagbabago sa bersyon 3 ay naging kailangan dahil sa dalawang hindi magkatugma na nakikita
mga pagbabago sa itaas.

[4] Pinalawak ang application package na may code sa paghawak ng bagong opsyon -tsaa. Tinutukoy
ang pagpipiliang ito ay humihimok ng isang espesyal na mode kung saan ang critcl ay bumubuo ng isang pakete ng TEA, ibig sabihin, mga pambalot
ang input sa isang hierarchy ng direktoryo at mga file ng suporta na nagbibigay nito ng TEA-
kamukhang buildsystem.

Ang bagong opsyon na ito, at -pkg, ibukod ang isa't isa. Kung parehong tinukoy ang huling ginamit
inuuna ang pagpipilian.

Ang nabuong hierarchy ng direktoryo ng package ay halos self-contained, ngunit hindi ganap.
Nangangailangan ito ng hindi lamang isang gumaganang pag-install ng Tcl, kundi pati na rin ang mga gumaganang pag-install
ng mga pakete md5 at cmdline. Parehong ito ay ibinibigay ng Tcllib bundle.
Hindi kinakailangan, ngunit inirerekomenda na mai-install ang alinman sa mga pakete na maaari
pabilisin ang operasyon ng md5, ibig sabihin cryptkit, tcllibc, O Trf.

[5] Pinalawak ang critcl package gamit ang isang bagong command critcl::scan tinatahak ang landas patungo sa a
".critcl" file, statically scanning ito, at nagbabalik ng lisensya, bersyon, isang listahan ng
ang mga kasamang file nito, listahan ng mga na-import na API, at listahan ng custom na tinukoy ng developer
mga pagpipilian sa pagsasaayos. Ang data na ito ay ang pundasyon para sa TEA wrapping na inilarawan
sa itaas.

Tandaan na ito ay a statik scan. Habang ang iba pang mga build mode ay maaaring (dapat) isagawa ang
".critcl" mag-file at gumawa ng mga desisyong partikular sa platform patungkol sa naka-assemble na C code,
kasamang mga file, atbp. ang TEA wrap mode ay wala sa posisyon na gumawa ng platform-
mga tiyak na desisyon. Kailangan nitong balutin ang lahat na maaaring kailanganin
kapag talagang nagtatayo. Kaya ang static scan. Gayunpaman, mayroon itong sariling hanay ng
mga problema, lalo na ang kawalan ng kakayahang malaman ang anumang dinamikong pagtatayo ng kasama
mga path ng file, hindi bababa sa sarili nitong. kaya:

[6] Pinalawak ang API na ginagamit ng mga critcl-based na pakete gamit ang command critcl::pagmamay-ari. habang
ang command na ito ay binabalewala ng mga regular na build mode na inilarawan ng static scanner
sa itaas ay kinukuha ang mga argumento nito bilang mga pangalan ng mga kasamang file na kailangang ibalot
sa pakete ng TEA at hindi maisip ng scanner kung hindi man, tulad ng
dahil sa mga dynamic na landas sa critcl::tsources, critcl::csources, pagkuha ng source
direkta, o simpleng pagiging mga karagdagang datafile.

[7] Pinalawak ang API na ginagamit ng mga critcl-based na pakete gamit ang command critcl::api para sa
pamamahala ng mga stubs table, maging ang kanilang paggamit, at/o deklarasyon at pag-export.

Mangyaring tingnan ang seksyon Pigilan mesa pamamahala ng critcl dokumentasyon ng pakete para sa
mga detalye.

[8] Pinalawak ang API na ginagamit ng mga critcl-based na pakete gamit ang command critcl::userconfig
para sa pamamahala ng mga opsyon sa custom na configuration na tinukoy ng developer, maging sa kanila
paggamit at/o deklarasyon.

Mangyaring tingnan ang seksyon Pasadya Magtayo Configuration ng critcl dokumentasyon ng pakete
para sa mga detalye.

[9] Pinalawak ang API na ginagamit ng mga critcl-based na pakete na may mga command
critcl::paglalarawan, critcl::buod, critcl::paksa, critcl::meta, at
critcl::buildrequirement para sa deklarasyon ng TEApot meta data para sa/tungkol sa
Pakete.

Mangyaring tingnan ang seksyon pakete meta data ng critcl dokumentasyon ng pakete para sa
mga detalye.

PAGBABAGO PARA SA VERSION 3.0.1

[1] Mga bugfix sa paligid. Sa detalye:

[2] Nakapirming pag-record ng mga kinakailangan sa bersyon ng Tcl. Panatilihin ang pangalan at bersyon ng package
magkasama, i-unbreak ang nabuong meta data at nabuong package load command.

[3] Inayos ang mga build script: Kapag nag-i-install, o nagbabalot para sa TEA, bumuo ng anumang nawawala
mga direktoryo

[4] Binago ang build script upang maayos na lumabas sa application kapag ang window ng
ang kanilang GUI ay sarado sa pamamagitan ng (X) na buton.

[5] Inalis ang isang 8.5-ism (open wb) na nadulas sa pangunahing build script.

[6] Binago ang halimbawa ng mga script ng build upang paghiwalayin ang output para sa iba
mga halimbawa (at mga pakete) sa pamamagitan ng pagdaragdag ng mga walang laman na linya.

[7] stack::c halimbawa ng bugfix: Isama ang mga deklarasyon ng API para magamit sa mga kasamang file.

[8] Pinalawak ang dokumentasyon: Napansin ang pangangailangan para sa isang gumaganang pag-install ng isang C
tagatala

[9] Pinalawak ang mga kahulugan at code ng target ng Windows upang mahawakan ang mga manifest file na ginamit
sa pamamagitan ng modernong MS development environment. Tandaan na ang code na ito ay humahawak sa pareho
mga posibilidad, kapaligiran gamit ang mga manifest, at (lumang(er)) mga kapaligiran na wala.

[10] Pinalawak ang Windows 64bit na mga kahulugan at code ng target upang awtomatikong matukoy ang pangangailangan
ang helper library na "bufferoverflowU.lib" at muling i-configure ang compile at link
mga utos nang naaangkop. Ipinapalagay namin na ang library ay dapat na naka-link kapag naroroon.
Ito ay dapat na walang pinsala kung ang aklatan ay naroroon, ngunit hindi kinakailangan. Kalabisan lang.
Hinahanap namin ang library sa mga path na tinukoy ng environment variable na LIB.

PAGBABAGO PARA SA VERSION 3.0.2

[1] Inayos ang isyu sa compile-and-run mode kung saan ang mga command na inilalagay sa auto_index ay hindi
natagpuan ng [unknown] command ng Tcl.

[2] Nag-ayos ng array key mismatch breaking usage ng client data at delete function para sa
pamamaraan. Iniulat ni Jos DeCoster, na may patch.

[3] Nagpatupad ng opsyon sa command line -L, isang katumbas ng opsyon -I, para lang sa library
mga landas sa paghahanap.

[4] Inayos ang mga isyu sa github 5 at 8. Pag-aayos sa isang nawawalang variable ::errorInfo. Ito
dapat palaging naroroon, gayunpaman, tila may mga pagbabago sa Tcl sa paligid kung saan
lumalabag sa palagay na ito.

PAGBABAGO PARA SA VERSION 3.0.3

[1] Inayos ang mga isyu sa github 5 at 8, para sa mga halimbawang build.tcl script. Paggawa sa paligid a
nawawalang variable ::errorInfo. Dapat itong palaging naroroon, gayunpaman tila mayroon
mga rebisyon ng Tcl sa paligid na lumalabag sa pagpapalagay na ito.

PAGBABAGO PARA SA VERSION 3.0.4

[1] Inayos ang pagbuo ng initname ng package kapag binasa ang papasok na code mula sa
stdin at walang tamang landas.

[2] Inayos ang isyu sa github 11. Gumagamit na ngayon ng /LIBPATH sa halip na -L sa Windows (libinclude
setting ng pagsasaayos).

[3] Pinalawak na critcl upang mahawakan ang -l:path na format ng -l na mga opsyon. Pinangangasiwaan ito ng GNU ld 2.22+
sa pamamagitan ng paghahanap para sa landas bilang ay. Mahusay kapag tumutukoy sa mga static na aklatan, bilang plain -l
naghahanap ng mga nakabahaging aklatan sa kagustuhan kaysa sa static. Critcl humahawak ito ngayon, bilang
Hindi ito naiintindihan ng mga mas lumang GNU ld, o ang iba't ibang mga linker na partikular sa vendor.

[4] Inayos ang isyu sa github #12. Tinutukoy na ngayon ng Critcl ang bersyon ng MSVC na ginagamit at ginagamit
ito upang lumipat sa pagitan ng iba't ibang mga opsyon sa pag-debug ng link. Pinasimple ang paghawak ng
bufferoverflowU.lib din, gamit ang parehong mekanismo at pagbagsak ng dalawa
mga seksyon ng configuration na mayroon kami pabalik sa isa.

[5] Inayos muli ang paglalagay ng #line pragmas sa nabuong C code upang maiwasan
mga limitasyon sa argumento ng numero ng linya na ipinataw ng iba't ibang compiler, at higit pa
tumpak

[6] Binagong pagpoproseso ng argumento. Ang Option -libdir ngayon ay nagpapahiwatig din -L para sa argumento nito.

[7] Pinalawak na paghawak ng opsyon -show (critcl::showconfig) upang ilista ang landas ng
configuration file kung saan nagmumula ang data. Mahusay para sa pagsasaayos ng pag-debug
pagpoproseso.

[8] Pinalawak ang build script na may mga target para muling buuin ang naka-embed na dokumentasyon,
at mga diagram, at para makabuo ng release.

PAGBABAGO PARA SA VERSION 3.0.5

[1] Inayos ang bug sa bagong code para sa #line pragmas na na-trigger noong tinukoy ang C code
nang walang nangungunang whitespace.

[2] Pinalawak ang dokumentasyon upang magkaroon ng mga manpage para sa lisensya, pagkuha ng pinagmulan,
installer, at mga gabay ng developer.

PAGBABAGO PARA SA VERSION 3.0.6

[1] Inayos ang isyu ng github 10. Naghahatid na ngayon ang critcl application ng tamang exit code (1)
sa pagkabigo ng build, sa halip na palaging magpahiwatig ng tagumpay (status 0).

[2] Inayos ang isyu sa github 13. Ang pangangasiwa sa bufferoverflowU.lib para sa mga release build ay
hindi naaayon sa pangangasiwa para sa mga build ng debug. Ito ngayon ay magkaparehong hinahawakan
(kondisyon) ng parehong mga kaso.

[3] Paglilinis ng dokumentasyon, pangunahin sa gabay sa pag-install, at ang README.md na ipinakita ni
github

PAGBABAGO PARA SA VERSION 3.0.7

[1] Inayos ang code na nabuo ni critcl::c++ command. Ang inilabas na code ay nagbigay ng hindi-
static string table sa Tcl_GetIndexFromObj, sa paglabag sa kontrata, na
nangangailangan ng talahanayan na magkaroon ng isang nakapirming address. Ito ay isang memory smash na naghihintay
mangyari. Salamat kay Brian Griffin sa pag-alala sa amin sa pangkalahatang problema.

PAGBABAGO PARA SA VERSION 3.1

[1] Nagdagdag ng bagong mas mataas na antas na pakete critcl::iassoc.

Pinapasimple ng package na ito ang paglikha ng data na nauugnay sa code sa isang interpreter
sa pamamagitan ng Tcl's Tcl_(Kunin|Itakda)AssocData() Mga API. Ang gumagamit ay maaaring tumutok sa kanyang data habang
lahat ng kinakailangang boilerplate C code upang suportahan ito ay nabuo ng package.

Gumagamit ang package na ito ng ilan sa mga bagong feature na idinagdag sa core critcl
package, tingnan sa ibaba.

[2] Idinagdag ang mas mataas na antas na pakete critcl::klase.

Pinapasimple ng package na ito ang paglikha ng mga bagay sa antas ng C na may klase at halimbawa
mga utos. Ang gumagamit ay maaaring magsulat ng isang kahulugan ng klase na may mga variable ng klase at halimbawa
at -paraan na katulad ng isang klase ng TclOO, kasama ang lahat ng kinakailangang boilerplate C code sa
suportahan ito na nabuo ng package.

Gumagamit ang package na ito ng ilan sa mga bagong feature na idinagdag sa core critcl
package, tingnan sa ibaba.

[3] Pinalawak ang API para sa paghawak ng metadata ng TEApot. Idinagdag ang utos critcl::meta? sa
itanong ang nakaimbak na impormasyon. Pangunahing gamit na kasalukuyang nakikita ay ang pagkuha ng
kasalukuyang pangalan ng package sa pamamagitan ng mga utility command, para gamitin sa mga constructed na pangalan. Ito
ang partikular na impormasyon ay palaging magagamit dahil sa static na pag-scan ng package
file sa pagpapatupad ng unang critcl command.

Ang mga bagong pakete critcl::iassoc at critcl::klase (tingnan sa itaas) ay mga gumagamit nito
utos.

[4] Pinalawak ang API gamit ang isang utos, critcl::pangalan2c, inilalantad ang proseso ng pag-convert
isang Tcl name sa base name, namespace, at C namespace. Nagbibigay-daan ito sa mas mataas na antas
code generators upang makabuo ng parehong uri ng mga C identifier bilang critcl mismo.

Ang bagong pakete critcl::klase (tingnan sa itaas) ay isang gumagamit ng command na ito.

[5] Pinalawak ang API gamit ang isang utos, critcl::source, nagsasagawa ng mga critcl command na matatagpuan sa
isang hiwalay na file sa konteksto ng kasalukuyang file. Nagbibigay-daan ito sa mas madaling pamamahala
ng mas malalaking katawan ng code dahil pinapayagan nito ang user na hatiin ito sa mas madaling gawin
digest mas maliliit na chunks nang hindi nagiging sanhi ng pagbuo ng maramihang mga pakete.

[6] Nauugnay sa nakaraang aytem, ​​pinalawig ang API na may mga utos upang ilihis ang koleksyon
ng nabuong C code sa memorya. Ginagawa nitong mas madaling gamitin ang mga utos para sa
naka-embed na C code sa mga generator ng mas mataas na antas ng code.

Tingnan ang seksyon Advanced: Mga diversion para sa mga detalye ng ibinigay na mga utos.

Ang bagong pakete critcl::klase (tingnan sa itaas) ay gumagamit ng mga pasilidad na ito.

[7] Pinalawak ang API na may mga utos na tumutulong sa mga developer sa pagbuo ng tamang C
#linya mga direktiba. Nagbibigay-daan ito sa mga generator ng code na may mataas na antas na bumuo at magpasok
kanilang sariling mga direktiba, na tinitiyak na maayos ang pag-compile ng mga error sa kanilang code
iniuugnay.

Tingnan ang seksyon Advanced: lugar pamamahala para sa mga detalye ng ibinigay na mga utos.

Ang mga bagong pakete critcl::iassoc at critcl::klase (tingnan sa itaas) ay mga gumagamit ng mga ito
pasilidad.

[8] Pinalawak ang API na may mga utos na nagbibigay sa mga user ng kakayahang tumukoy ng custom na argumento
at mga uri ng resulta para sa ::critcl::cproc.

Tingnan ang seksyon Advanced: Pagpapalawak cproc para sa mga detalye ng ibinigay na mga utos.

PAGBABAGO PARA SA VERSION 3.1.1

[1] Mga bugfix sa paligid. Sa detalye:

[2] Inayos ang pagbuo ng mga mali#args error para sa critcl::cproc at nagmula na code
(critcl::klase cproc-based na pamamaraan). Gumamit ng NULL kung walang mga argumento, at kunin
ang offset sa account.

[3] Inayos ang paghawak ng mga pangalan ng package sa pamamagitan ng critcl::klase. Nakalimutan na maaaring naglalaman sila
mga separator ng namespace. Bumped sa bersyon 1.0.1.

[4] Pinalawig a critcl::klase nakabuo ng mensahe ng error sa paglikha ng halimbawa para sa kalinawan.
Bumped sa bersyon 1.0.2.

PAGBABAGO PARA SA VERSION 3.1.2

[1] Pagpapahusay. Sa detalye:

[2] Pinalawig critcl::cproc upang mahawakan ang mga opsyonal na argumento, sa limitadong paraan.
Ito ay awtomatikong magagamit sa critcl::klase cproc-based na mga pamamaraan din.

[3] Ang pag-aayos ng bug sa italaga emulation para sa Tcl 8.4. Itakda nang maayos ang mga hindi nagamit na variable sa
walang laman na string. Bumped na bersyon ng emulation package lassign84 sa 1.0.1.

PAGBABAGO PARA SA VERSION 3.1.3

[1] Pagpapahusay. Sa detalye:

[2] Nagdagdag ng bagong uri ng argumentong "pstring", para sa "Pascal String", isang binilang na string, ibig sabihin, a
kumbinasyon ng string pointer at haba ng string.

[3] Nagdagdag ng mga bagong pamamaraan critcl::argtypesupport at ::critcl::argsupport upang tukuyin at gamitin
karagdagang pansuportang code para sa isang uri ng argumento, dito ginagamit ng "pstring" sa itaas sa
tukuyin ang kinakailangang istraktura.

[4] Mga semi-bugfix sa mga package critcl::klase at critcl::iassoc. Pragmas para sa AS
meta data scanner upang matiyak na ang mga template file ay ginawang bahagi ng package.
Ang mga bersyon ay umabot sa 1.0.4 at 1.0.1 ayon sa pagkakabanggit.

PAGBABAGO PARA SA VERSION 3.1.4

[1] Bugfix sa package critcl::klase. Bumuo ng dummy field sa istruktura ng klase kung
ang klase ay walang mga variable ng klase. Kung wala ang pagbabagong ito ang istraktura ay walang laman,
at ang isang bilang ng mga compiler ay hindi kayang pangasiwaan ang ganitong uri.

[2] Inayos ang isang typo na sinira ang configuration ng win64.

[3] Inayos ang isyu #16, isang typo sa dokumentasyon ng command critcl::klase.

PAGBABAGO PARA SA VERSION 3.1.5

[1] Inayos ang isyu #19. Ginawa ang regular na expression na kinukuha ang numero ng bersyon ng MSVC
mas pangkalahatan upang gawin itong gumana sa mga sistema ng wikang german. Maaaring ito ay
muling binisita sa hinaharap, para sa iba pang mga lokal na Windows.

[2] Inayos ang isyu #20. Ginawa ang pagpipilian -ang tsaa ay gumagana sa mga bintana, kahit man lang sa isang unix emulation
kapaligiran tulad ng msys/mingw.

PAGBABAGO PARA SA VERSION 3.1.6

[1] Inayos ang isyu #21. Habang ang multi-definition ng stub-table pointer variable ay
ok sa para sa lahat ng C linker na nakikita sa ngayon C++ linkers ay hindi nagustuhan ito sa lahat.
Inayos muli ang code upang matiyak na isang beses lang nabuo ang hanay ng mga variable na ito, sa
ang pambalot sa paligid ng lahat ng mga piraso upang tipunin.

[2] Inayos ang isyu #22, ang paghawak sa mga argumento ng command identifier ng
critcl:: utos, critcl::cproc, at critcl::cdata. Tama na naming pinapayagan ang anumang Tcl
identifier at bumuo ng mga wastong panloob na C identifier mula sa kanila.

Bilang bahagi nito ang lagda ng utos critcl::pangalan2c nagbago. Ang utos ngayon
naghahatid ng listahan ng apat na value sa halip na tatlo. Ang bagong halaga ay idinagdag sa
end.

Higit pang inangkop ang pagpapatupad ng package critcl::klase, isang gumagamit ng
critcl::pangalan2c. Ang package na ito ay nasa bersyon 1.0.6 na ngayon at nangangailangan ng critcl 3.1.6

Sa wakas ay naayos ang maling paghawak ng opsyon -cname in critcl:: utos, at
critcl::cproc.

[3] Inayos ang isyu #23.

PAGBABAGO PARA SA VERSION 3.1.7

[1] Inayos ang isyu #24. I-extract at walang kondisyong ipakita ang mga babala ng compiler na makikita sa
bumuo ng log. Pinipigilan ang mga user na mawala ang mga babala na, habang hindi nagiging sanhi ng pagbuo
upang mabigo, maaari pa ring magpahiwatig ng mga problema.

[2] Bagong tampok. Output hook. Ang lahat ng hindi pagmemensahe na output ng user ay nairuruta na ngayon sa
utos critcl::print, at pinapayagan ang mga user na i-override ito kapag ginagamit ang critcl
application-bilang-package.

[3] Bagong tampok, ni Ashok P. Nadkarni. Ang mga configuration ng platform ay maaaring magmana ng mga halaga mula sa
mga pagsasaayos na tinukoy sa harap nila.

PAGBABAGO PARA SA VERSION 3.1.8

[1] Inayos ang isyu sa mga indeks ng package na nabuo para sa Tcl 8.4. Sumali sa listahan ng mga utos
may semi-colon, hindi newline.

[2] Inayos ang isyu #26 na naglabas ng mga use-case na nakalimutan kong isaalang-alang habang inaayos
bug #21 (tingnan ang critcl 3.1.6).

PAGBABAGO PARA SA VERSION 3.1.9

[1] Inayos ang isyu #27. Nagdagdag ng nawawalang mga kahulugan ng platform para sa iba't ibang kahaliling linux at
Mga target ng OS X.

[2] Inayos ang isyu #28. Nagdagdag ng nawawalang -mXX na mga flag para sa pag-link sa linux-{32,64}-*
Mga target.

[3] Inayos ang isyu #29. Pinalitan ang paggamit ng hilaw na "cheader" na impormasyon sa pagproseso
ng "cdefines" na may wastong isama ang mga direktiba na nagmula rito.

[4] Inayos ang isyu sa likod ng tinanggihang pull request #30 ni Andrew Shadura. Dynamically
i-extract ang mga stubs variable na deklarasyon mula sa Tcl header file at bumuo
tumutugma sa mga variable na kahulugan para gamitin sa package code. Ang nabuong code ay
ngayon ay palaging pare-pareho sa mga header, kahit na ang sariling kopya ng mga ito ng critcl ay
pinalitan ng mga header ng system.

[5] Inayos ang isyu #31. Tinanggap na patch ni Andrew Shadura, na may mga pagbabago (mga komento), para sa
mas madaling pagsasama ng critcl sa mga OS package system, na pinapalitan ang mga kopya ng critcl ng
Tcl header na may sariling.

[6] Inayos ang isyu #32. Pinagsama-samang kahilingan sa paghila ni Andrew Shadura. Iba't ibang typo in
dokumentasyon at komento.

[7] Inayos ang isyu #33. Pangasiwaan ang mga file na nagsisimula sa isang tuldok nang mas mahusay.

MGA AUTHORS

Jean Claude Wippler, Steve Landers, Andreas Kupries

Gumamit ng critcl online gamit ang mga serbisyo ng onworks.net