critcl(1)
β¨ NAME β¨
critcl β the CriTcl Application π«Ά
π SYNOPSIS π
critcl ?option...? ?file...?
π¦ DESCRIPTION π¦
okay so bestie, C Runtime In Tcl, aka CriTcl, is a whole system for compiling C code that's embedded in Tcl β on the fly β¨ β and then either loading the resulting objects straight into Tcl so you can use them immediately, or packaging them up for distribution. The vibe? Use CriTcl to improve performance by rewriting in C those routines that are performance bottlenecks. speed, but make it C π
This doc right here is the reference manpage for the critcl command. Its intended audience are people having to build packages using critcl for deployment. Writers of packages with embedded C code can ignore this document, fr fr. If you are in need of an overview of the whole system instead, please go and read the Introduction To CriTcl. π¦
This application resides in the Application Layer of CriTcl. iykyk:
*================*
|Applications |
| critcl |
| critcl::app |
*================*
+----------------+
|Core Packages |
| critcl |
| critcl::util |
+----------------+
+----------------+
|Support Packages|
| stubs::* |
| md5, platform |
| ... |
+----------------+
So the application supports the following general command line, periodt:
critcl ?option...? ?file...?
- The exact set of options supported, their meaning, and interaction is detailed in section Application Options below. For a larger set of examples please see section "Building Critcl Packages" in the document about Using CriTcl. π
π APPLICATION OPTIONS π
The following options are understood, no cap:
-v,--versionβ Print the version tostdoutand exit. π’-Ipath β Arranges for the compiler to search path for headers. Uses of this option are cumulative. π
Ignored when generating a TEA package (see option -tea below). π
-Lpath β Arranges for the linker to search path. Uses of this option are cumulative. π
Ignored when generating a TEA package (see option -tea below). π
-cachepath β Sets path as the directory to use as the result cache. The default is"~/.critcl/<platform>", or"~/.critcl/<pid>.<epoch>"when generating a package. See option-pkg, below. ποΈ
Ignored when generating a TEA package (see option -tea below). π
-cleanβ Arranges for all files and directories in the result cache to be deleted before compilation begins. ππ§Ή
Ignored when generating a package because this mode starts out with a unique and empty result cache. See option -pkg, below.
Ignored when generating a TEA package (see option -tea below). π
-configpath β Provides a custom configuration file. By default a configuration included in the system core is used. When specified multiple times the last value is used. π
Ignored when generating a TEA package (see option -tea below). π
-debugmode β Activates one of the following debugging modes, bestie pick your fighter:memoryβ Track and report memory allocations made by the Tcl core. π§symbolsβ Compile all".c"files with debugging symbols. π£allβ Bothmemoryandsymbols. β¨
Ignored when generating a TEA package (see option -tea below). Uses of this option are cumulative. π
-disablename β Sets the value of the custom build configuration option name to false. It is equivalent to"-with-name 0". π
Validated only if one of the input files for the Critcl script actually defines and uses a custom build configuration option with that name.
Ignored when generating a TEA package (see option -tea below). π
-enablename β Sets the value of the custom build configuration option name to true. It is equivalent to"-with-name 1". β
Validated only if one of the input files for the Critcl script actually defines and uses a custom build configuration option with that name.
Ignored when generating a TEA package (see option -tea below). π
-forceβ Forces compilation even if a shared library for the file already exists. Unlike cleaning the cache, this is lazy in the destruction of files and only affects relevant files. πͺ
Ignored when generating a package (see option -pkg, below), which starts out with a unique and empty result cache.
Ignored when generating a TEA package (see option -tea below). π
-helpβ Prints a short description of command line syntax and options and then exits the application. π-keepβ Causes the system to cache compiled".c"files. Also prevents the deletion of the unique result cache used by the run when generating a package (see option-pkgbelow), Intended for debugging ofcritclitself, where it may be necessary to inspect the generated C code. π¬
Ignored when generating a TEA package (see option -tea below). π
-libdirdirectory β Adds directory to the list of directories the linker searches for libraries in (like-L). With-pkg, generated packages are saved in directory. When specified multiple times the last value is used. The default is"lib", resolved relative to the current working directory. π-includedirdirectory β Adds directory to the list of directories the compiler searches for headers in. With-pkg, generated header files are saved in directory. Uses of this option are cumulative. The last value is used as the destination for generated header files. The default is the relative directory"include", resolved relative to the current working directory. ποΈ
Ignored when generating a TEA package (see option -tea below). π
-pkgβ Generates a package from the Critcl script files. Input files are processed first as usual, but are then bundled into a single library, with additional generated files to form the library into a standard Tcl package. π¦β¨
generation. If both options, i.e. -pkg and -tea are specified the last one specified wins.
Options -clean and -force are ignored. -libdir is relevant in both this and -tea mode.
The basename of the first file is the name of the package to generate. If its file extension indicates a shared library (".so", ".sl", ".dylib", and ".dll") it is also removed from the set of input files. Each Critcl script file is kept as part of the input. A single file without a suffix is assumed to be a Critcl script. A file without a suffix, but other input files following is treated like the name of a shared library proper, and removed from the set of input files.
Examples, bestie:
... -pkg ... foo
=> Package name is: foo
=> Input file is: foo.tcl
... -pkg ... foo bar.tcl
=> Package name is: foo
=> Input file is: bar.tcl
... -pkg ... foo.tcl
=> Package name is: foo
=> Input file is: foo.tcl
... -pkg ... foo.so bar.tcl
=> Package name is: foo
=> Input file is: bar.tcl
-showβ Prints the configuration of the chosen target tostdoutand then exits. Set-target, below. π-showallβ Prints the whole chosen configuration file tostdoutand then exits. See-config, above. π-targetname β Overrides the default choice of build target. Only the last occurrence of this option is used. The named target must exist in the chosen configuration file. Use-targets(see below) to get a list of the acceptable targets. Use-configto select the configuration file. π―
Ignored when generating a TEA package (see option -tea below). π
-targetsβ Prints the list of all known targets from the chosen configuration file tostdoutand then exits. Use-configto select the configuration file. π-teaβ Like-pkg, except no binaries are generated. Creates a directory hierarchy containing the Critcl script, its companion files, and a TEA-conformant build system with most of the needed support code, including copies of thecritclpackages. π«
If both -pkg and -tea are specified the last occurrence wins.
-I, -L, -clean, -force, -cache, -includedir, -enable, -disable, and -with-FOO are ignored. In contrast, the option -libdir is relevant in both this and -pkg mode.
The basename of the first file is the name of the package to generate. If its file extension indicates a shared library (".so", ".sl", ".dylib", and ".dll") it is also removed from the set of input files. Each Critcl script file is kept as part of the input. A single file without a suffix is assumed to be a Critcl script. A file without a suffix, but other input files following is treated like the name of a shared library proper, and removed from the set of input files.
Examples, again:
... -tea ... foo
=> Package name is: foo
=> Input file is: foo.tcl
... -tea ... foo bar.tcl
=> Package name is: foo
=> Input file is: bar.tcl
... -tea ... foo.tcl
=> Package name is: foo
=> Input file is: foo.tcl
... -tea ... foo.so bar.tcl
=> Package name is: foo
=> Input file is: bar.tcl
-with-namevalue β This option sets the value of the custom build configuration option name to value. π οΈ
The information is validated only if one of the ".critcl" input files actually defines and uses a custom build configuration option with that name.
Ignored when generating a TEA package (see option -tea below). π
π PACKAGE STRUCTURE π
okay bestie so when critcl builds you a package, it doesn't just dump files everywhere like some chaotic gremlin π it follows a whole structure. here's the blueprint:
<TOP>
+- pkgIndex.tcl
+- critcl-rt.tcl
+- license.terms (optional)
|
+- tcl (optional)
| +- <tsources files>
|
+- <platform>
+- <shared library>
Notes π
- The file
pkgIndex.tclis the standard package index file that Tcl's package management expects. It gets sourced whenever Tcl goes looking for packages, and it's the thing that declares the package to Tcl, along with its files, and tells Tcl how to deal with them. - The file
critcl-rt.tclis a helper file. It holds the shared code thatpkgIndex.tcluses to actually do its job. - The file
license.termsis optional β it only shows up if the.critclfile the package was generated from used the commandcritcl::licenseto declare the package author and license. - Every file you declare with the command
critcl::tsourcesgets dropped into the sub-directorytcl. - The shared library that critcl generates gets put into a platform-specific sub-directory.
so why this whole layout? the entire structure β and especially that last point β is what lets you later merge the results for the same package and version across multiple target platforms into one single directory structure with zero conflict. you literally just copy the top directories over each other. the only files that could conflict live in the <TOP> and tcl directories, and for those we already know they're identical across targets. no drama π
a merged result would look like this:
<TOP>
+- pkgIndex.tcl
+- critcl-rt.tcl
+- license.terms (optional)
|
+- tcl (optional)
| +- <tsources files>
|
+- <platform1>
| +- <shared library1>
+- <platform2>
| +- <shared library2>
...
+- <platformN>
+- <shared libraryN>
The latest changes are found at the top. β¨
π CHANGES FOR VERSION 3.1.18.1 π
- Attention: the overall version (of the bundle) moves to 3.1.18.1, but the versions of the packages
critclandcritcl::appstay exactly the same. no glow-up for them, sorry π«Ά - Bugfix β generally removed a whole bunch of 8.5-isms that had slipped into 3.1.18 and were breaking the ability to use it with Tcl 8.4. embarrassing but we fixed it π
- Bugfix β corrected the broken
build.tcluninstall. - Bugfix β package
critcl::classbumped to version 1.1.1. Fixed partial template substitution that was breaking compilation of the generated code.
β¨ CHANGES FOR VERSION 3.1.18 β¨
- Feature (Developer support). Merged pull request #96 from
sebres/main-direct-invoke. This enables direct invocation of themain.tclfile for starkits from within a dev checkout β i.e. outside of a starkit, or starpack. main character energy, honestly π - Feature. Added channel types to the set of builtin argument and result types. The argument types cover simple channel access, access requiring unshared channels, and taking the channel fully into the C level, away from Tcl. The result type comes in variants for newly created channels, known channels, and for returning taken channels back to Tcl. The first variant will register the returned value in the interpreter, the second assumes that it already is registered. π₯
- Bugfix. Issue #96. Reworked the documentation around the argument type
Tcl_Interp*so its special status is way more visible, explained its uses, and called it out from the result types where using it will be necessary or at least useful. - Feature. Package
critcl::classbumped to version 1.1. Extended with the ability to create a C API for classes, plus the ability to disable the generation of the Tcl API. options, we love options π - Bugfix. Merged pull request #99 from
pooryorick/master. Fixes to the target directory calculations done by the install code. - Merged pull request #94 from
andreas-kupries/documentation. A larger documentation cleanup. The main work was done bypooryorick, followed by tweaks done by myself. - Extended the test suite with lots of cases based on the examples for the various generator packages. IOW the new test cases replicate/encapsulate the examples and demonstrate that the packages used by the examples generate working code. test coverage slay π§
- Bugfix. Issue #95. Changed the field
critcl_bytes.stounsigned char*to match Tcl's type. Further constified the field to make clear that read-only usage is the common case for it. - Bugfix/Feature. Package
critcl::cutilbumped to version 0.2. Fixed missing inclusion of the headerstring.hincritcl_alloc.h, needed formemcpyin the macroSTREP. Added the macrosALLOC_PLUSandSTRDUP. Moved the documentation of theSTREP... macros into its proper place (the alloc section, not assert). - Merged pull request #83 from
apnadkarni/vc-fixes. Removed the deprecated-Gsfor MSVC builds, plus other Windows fixups. - Feature. Package
critcl::iassocbumped to version 1.1. Refactored internals to generate an include header for use by.cfiles. This now matches what the other generator packages do. The template file is inlined and removed. - Merged pull request #82 from
gahr/home-symlink. Modified tests to handle the possibility of$HOMEbeing a symlink. - Merged pull request #81 from
gahr/test-not-installed. Modified test support to find uninstalled critcl packages when running tests. Handles all butcritcl::md5. - Merged pull request #85 from
snoe925/issue-84to fix Issue #84 which was breaking installation on OSX. - Merged pull request #87 from
apnadkarni/tea-fixesto fix Issue #86, the broken-teaoption, which was generating an incomplete package. - Feature. New package
critcl::callbackproviding C-level functions and data structures to manage callbacks from C to Tcl. π¦ - Feature. Package
critcl::literalsbumped to version 1.3. Added mode+listenabling the conversion of multiple literals into a list of their strings. - Feature. Package
critcl::enumbumped to version 1.1. Added basic mode handling, supportingtcl(the default) and+list(an extension enabling the conversion of multiple enum values into a list of their strings). - Feature. Package
critcl::emapbumped to version 1.2. Extended the existing mode handling with the+listextension enabling the conversion of multiple emap values into a list of their strings. - Feature. Extended the set of available types by applying a few range restrictions to the scalar types (
int,long,wideint,double,float).
Example: int > 0 is now a viable type name. π€―
This is actually more limited than the description might let you believe.
See the package reference for the details.
πΈ CHANGES FOR VERSION 3.1.17 πΈ
- Extension: Allow duplicate arg- and result-type definitions if they are fully identical. if it's a perfect match it's fine, no cap π―
- Bugfix. The application mishandled the possibility of identical-named
critcl::tsources. This is possible becausecritcl::tsourcescan be in subdirectories β a structure which is not retained in the assembled package β causing such files to overwrite each other and at least one of them to be lost. Fixed by adding a serial number to the file names in the assembled package. - Bugfix in the static scanner which made it lose requirement information. Further added code to generally cleanup results at the end (removal of duplicates, mainly).
- Bugfix: Fixed issue #76. Support installation directories which are not in the
auto_path. Without the patch the installed critcl will not find its own packages and fails. Thank you to Simon Bachmann [https://github.com/lupylucke] for the report and patch, and then his patience with me to getting to actually apply it. π - Bugfix: Fixed issue #75. Extended
critcl::includeto now take multiple paths. - Added new compatibility package
lmap84. - Fixed typos in various documentation files.
- Fixed bug introduced by commit
86f415dd30(3.1.16 release). The separation ofcritcl::ccodeinto user and work layers means that location retrieval has to go one more level up to find the user location. - New supporting package
critcl::cutil. Provides common C level facilities useful to packages (assertions, tracing, memory allocation shorthands). - Modified package
critclto make use of the new tracing facilities to provide tracing of arguments and results forcritcl::ccommandandcritcl::cprocinvokations. - Modified packages
critclandcritcl::classto provide better function names for (class) method tracing. Bumped packagecritcl::classto version 1.0.7. - Extended the support package
critcl::literalswith limited configurability. It is now able to generate code for C-level access to the pool without Tcl types (Modec). The previously existing functionality is accessible under modetcl, which also is the default. Both modes can be used together. β¨ - Extended the support package
critcl::emapwith limited configurability. It is now able to generate code for C-level access to the mapping without Tcl types (Modec). The previously existing functionality is accessible under modetcl, which also is the default. Both modes can be used together.
β¨ CHANGES FOR VERSION 3.1.16 β¨
- New feature. We extended
critcl::cproc's argument handling so you can mix required and optional arguments however you want β no cap, any order, it just works. π - New feature. Potential Incompatibility. Also extended
critcl::cproc's argument handling so that an argument namedargsgets treated as variadic if it's the last argument of the procedure. Okay so heads up bestie, this one can bite you if you weren't expecting it. π«Ά - New feature. Two brand-new introspection commands entered the chat:
critcl::hasargtypeandcritcl::has-resulttype. They let you test whether a specific (named) type conversion is actually implemented or not. Iconic, honestly. β¨ - Added a new result type
Tcl_Obj*0, with the aliasobject0. The difference between it andTcl_Obj*? It's all in the reference counting. π - Extended the command
critcl::argtypesupportwith a new optional argument, which you use to explicitly specify the identifier for guarding against multiple definitions. Very demure, very mindful. - Bugfix: Fixed a problem with the implementation of issue #54 (peep 3.1.14 for the lore). The secondary log file now always gets created β because otherwise end-of-log handling can break, since it unconditionally assumes the file exists. π
- Bugfix: Fixed a problem with the internal change to the hook
HandleDeclAfterBuild. The forgottencritcl::cconsthas been corrected. Not me forgetting it fr. - Debugging aid: Added a comment holding the name of the result type whenever result conversions get emitted. Little breadcrumb trail, we love to see it. π
- Bugfix: Fixed issue #60. Unbundled the package directories that were containing multiple packages. All directories under
"lib/"now contain exactly one package. One package per directory, periodt. - Bugfix: Fixed issue #62 β a few
dict existscommands were operating on a fixed string instead of a variable. π - Bugfix: Fixed issue #56. Release builders are reminded to run the tests. (Run. The. Tests. Bestie. π§)
- Bugfix: Fixed issue #55. For FreeBSD, critcl's platform package now identifies the Kernel ABI version. Initialization of the cache directory now also uses
platform::identifyfor the default path, instead ofplatform::generic. β¨ - Bugfix: Fixed issue #58. Simplified the setup and use of md5. Critcl now makes use of its own package for md5, using itself to build it. There's no chicken/egg problem here because the
-pkgmode used for this does not use md5 β that's limited to mode compile & run. π£
β¨ CHANGES FOR VERSION 3.1.15 β¨
- Fixed version number bogosity with 3.1.14. That's it. That's the whole changelog. π (Numbering was giving chaos, we cleaned it up.)
β¨ CHANGES FOR VERSION 3.1.14 β¨
- Fixed issue #36. Added a message to the
alltarget of the Makefile generated for TEA mode. Also tweaked other parts of the output so it's less noisy. Shhh, we're being quiet now. π€« - Accepted the request implied in issue #54. Now we unconditionally save the compiler/linker build log into the key
logof the dictionary returned bycresults, and we save a copy of only the execution output in the new keyexl("execution log"). πΈ - Fixed issue #53. Clarified the documentation of commands
critcl::loadandcritcl::failedwith regard to their results and the throwing of errors β spoiler: it does not happen. π - Fixed issue #48. Modified mode
"compile & run"to allow new declarations in a file after it was built, instead of erroring out. The new decls get built when needed. Mode"precompile"is unchanged and will continue to trap the situation. π - Fixed issue #52. Updated the local Tcl/Tk headers to
8.4.20,8.5.13, and8.6.4. Fresh headers, fresh vibes. β¨ - Fixed issue #45. New feature command
critcl::cconst. π critcl::util: New commandlocateto find a file across a set of paths, and report an error when it's not found. This is for use in autoconf-like header-searches and similar configuration tests. iykyk. π₯- Modified
'AbortWhenCalledAfterBuild'to dump the entire stack (info frame!). This should make it easier to determine the location of the troubling declaration. Get that stack trace, bestie. π
β¨ CHANGES FOR VERSION 3.1.13 β¨
- Merged PR #43. Fixed a bug loading adjunct Tcl sources. π¦
- Fixes in the documentation and generated code of package
"critcl::enum". Bumped to version1.0.1. β¨ - Fixes in the documentation of package
"critcl::bitmap". π - New package
"critcl::emap". In essence a variant or cross of"critcl::bitmap"with behaviour like"critcl::enum". It's giving hybrid. π - Merged PR #49. Fixed a documentation typo. π
- Merged PR #46. Fixed a documentation typo. (Yes, another one. We love a good cleanup era.) πΈ
- Merged PR #47. Fixes to test results to match the accumulated code changes. Also made portable across Tcl versions (varying error syntax). Portability queen. π
- New predefined argument- and result-type
"wideint"mapping toTcl_WideInt. π¦ - New predefined argument-type
"bytes"mapping to a tuple of byte-array data and length. Note: the existing"bytearray"type (and its aliases) was left untouched, to keep backward compatibility. No breaking bestie's code over here. π«Ά - Modified the internal interface between the Tcl shim and the C function underneath
"critcl::cproc"with respect to the handling of optional arguments. An optional argument"X"now induces the use of two C arguments,"X"and"has_X". The new argument"has_X"is of boolean (int) type. It's set to true whenXis set, and set to false whenXhas the default value. C code that cares about knowing if the argument is default or not can now check that quickly, without having to code the default value inside.
NOTE: This change is visible in the output of the advanced commands"argcnames","argcsignature","argvardecls", and"argconversion". π
- Fixed issue #50 and documented the availability of the variable
"interp"(typeTcl_Interp*) within"critcl::cinit"C code fragments. Note that while the old, undocumented name of the variable,"ip", is still usable, it is deprecated. It will be fully removed in two releases, i.e. for release3.1.15. The variable name was changed to be consistent with other code environments. RIPip, you served us well. π - Fixed issue #51. Disabled the generation of
#linedirectives for"critcl::config lines 0"coming from template files, or code generated with them before the final value of this setting was known. π₯ - Fixed an issue with handling of namespaced package names in
"critcl::iassoc". Equivalent to a bug in"critcl::class"fixed for critcl 3.1.1,critcl::class 1.0.1.
Note:"literals","enum","emap", and"bitmap"do not require a fix as they are all built on top of"iassoc". π
β¨ CHANGES FOR VERSION 3.1.12 β¨
- Fixed issue 42. Clear
::errorInfoimmediately after startup to prevent leakage of irrelevant (caught) errors into our script and confusing the usage code. No stale errors in this house. π« - Fixed issue 40. Keep the order of libraries, and allow duplicates. Both are things that are occasionally required for proper linking. π
- Extended the utility package
critcl::literalsto declare a cproc result-type for a pool.
Further fixed the generated header to handle multiple inclusion.
Bumped version to 1.1. β¨
- Fixed an issue with utility package
critcl::bitmap.
Fixed the generated header to handle multiple inclusion.
Bumped version to 1.0.1. π
- Created a new utility package
critcl::enumfor the quick and easy setup and use of mappings between C values and Tcl strings. Built on top ofcritcl::literals. Slay. π - Added examples demonstrating the use of the utility packages
critcl::literals,critcl::bitmap, andcritcl::enum. Learn by doing, bestie. π
β¨ CHANGES FOR VERSION 3.1.11 β¨
- Fixed issue #37, via pull request #38, with thanks to Jos DeCoster. Information was stored into the
v::delprocandv::clientdataarrays using a different key than when retrieving the same information, thus failing the latter. Classic key mismatch moment. π - New convenience command
critcl::includefor easy inclusion of headers and other C files. π¦ - New command
critcl::maketo generate a local header of other C files for use by other parts of a package through inclusion. β¨ - New utility package
critcl::literalsfor quick and easy setup of and access to pools of fixedTcl_Obj*strings. Built on top ofcritcl::iassoc. π - New utility package
critcl::bitmapfor quick and easy setup and use of mappings between C bitsets and Tcl lists whose string elements represent that set. Built on top ofcritcl::iassoc. π
β¨ CHANGES FOR VERSION 3.1.10 β¨
- Fixed code version numbering forgotten with 3.1.9. (We forgot to bump it. It happens.) π
- Fixed issue #35. In package mode (
-pkg) the object cache directory is unique to the process, thus we do not need content-hashing to generate unique file names. A simple counter is sufficient and much faster. β¨
Note that mode "compile & run" is not as blessed and still uses content-hashing with md5 to ensure unique file names in its per-user object cache. π
- Fixed an issue where the ccommand forgot to use its body as input for the UUID generation. Thus it was ignoring changes to it in mode compile & run, and not rebuilding a library for changed sources. Bug and fix reported by Peter Spjuth. π
β¨ CHANGES FOR VERSION 3.1.9 β¨
- Fixed issue #27. Added missing platform definitions for various alternate linux and OS X targets. π
- Fixed issue #28. Added missing
-mXXflags for linking at thelinux-{32,64}-*targets. π - Fixed issue #29. Replaced the use of raw
"cheaders"information in the processing of"cdefines"with the proper include directives derived from it. π - Fixed the issue behind rejected pull request #30 by Andrew Shadura. Dynamically extract the stubs variable declarations from the Tcl header files and generate matching variable definitions for use in the package code. The generated code will now always be consistent with the headers, even when critcl's own copy of them is replaced by system headers. Consistency queen. π
- Fixed issue #31. Accepted a patch by Andrew Shadura, with changes (comments), for easier integration of critcl with OS package systems, replacing critcl's copies of Tcl headers with their own. π«Ά
- Fixed issue #32. Merged pull request by Andrew Shadura. Various typos in documentation and comments. π
- Fixed issue #34. Handle files starting with a dot better. Little dotfiles, we see you now. π
β¨ CHANGES FOR VERSION 3.1.8 β¨
- Fixed an issue with package indices generated for Tcl 8.4. Join the list of commands with a semi-colon, not a newline. Punctuation matters, bestie. β¨
- Fixed issue #26, which brought up use-cases I had forgotten to consider while fixing bug #21 (peep critcl 3.1.6 for that whole saga). π
β¨ CHANGES FOR VERSION 3.1.7 β¨
- π Fixed issue #24. Compiler warnings found in the build log get extracted and displayed unconditionally now. Why? So nobody misses a warning that, like, doesn't actually fail the build but is still out here signaling that something is wrong. Bestie, a warning is a warning.
- π New feature. Output hook, hello! All non-messaging user output now gets routed through the command
critcl::print, and you're allowed to override it when you're using the critcl application-as-package. The way that's customizable? Obsessed. - π New feature, and it's by Ashok P. Nadkarni. Platform configurations can now inherit values from configurations defined before them. Generational. Literally.
π CHANGES FOR VERSION 3.1.6 π
- π Fixed issue #21. So the multi-definition of the stub-table pointer variables was fine for every C linker seen so far, but C++ linkers were not having it, at all. Reworked the code so this set of variables is generated only once, in the wrapper around all the pieces to assemble. One job, one variable. Periodt.
- πΈ Fixed issue #22 β the handling of the command identifier arguments of
critcl::ccommand,critcl::cproc, andcritcl::cdata. We now properly allow any Tcl identifier and generate proper internal C identifiers from them.
As part of this, the signature of command critcl::name2c changed. The command now delivers a list of four values instead of three. The new value was added at the end.
Further adapted the implementation of package critcl::class, a user of critcl::name2c. This package is now at version 1.0.6 and requires critcl 3.1.6.
Lastly fixed the mis-handling of option -cname in critcl::ccommand and critcl::cproc.
- π«Ά Fixed issue #23.
π¦ CHANGES FOR VERSION 3.1.5 π¦
- π Fixed issue #19. Made the regular expression extracting the MSVC version number more general so it actually works on German language systems. And, ngl, this may have to be revisited in the future, for other Windows locales.
- π Fixed issue #20. Made option
-teawork on Windows β at least in a unix emulation environment likemsys/mingw.
π CHANGES FOR VERSION 3.1.4 π
- π Bugfix in package
critcl::class. Generate a dummy field in the class structure if the class has no class variables. Without this change the structure would be empty, and a number of compilers are literally not able to handle such a type. Empty struct? No thoughts, head empty, won't compile. - β¨ Fixed a typo which broke the
win64configuration. - π Fixed issue #16, a typo in the documentation of command
critcl::class.
π CHANGES FOR VERSION 3.1.3 π
- π Enhancement. In detail:
- π§΅ Added new argument type
"pstring", for "Pascal String" β a counted string, i.e. a combination of string pointer and string length. - π οΈ Added new methods
critcl::argtypesupportand::critcl::argsupportto define and use additional supporting code for an argument type, here used by"pstring"above to define the necessary structure. - π©Ή Semi-bugfixes in the packages
critcl::classandcritcl::iassoc. Pragmas for the AS meta data scanner to ensure that the template files are made part of the package. Versions bumped to1.0.4and1.0.1respectively.
β CHANGES FOR VERSION 3.1.2 β
- π Enhancement. In detail:
- π Extended
critcl::cprocto be able to handle optional arguments, in a limited way. This is automatically available tocritcl::classcproc-based methods as well. - π Bugfix in the
lassignemulation for Tcl 8.4. Properly set unused variables to the empty string. Bumped version of emulation packagelassign84to1.0.1.
π CHANGES FOR VERSION 3.1.1 π
- π©Ή Bugfixes all around. In detail:
- π§ Fixed the generation of
wrong#argserrors forcritcl::cprocand derived code (critcl::classcproc-based methods). UseNULLif there are no arguments, and take the offset into account. - π¦ Fixed the handling of package names by
critcl::class. Forgot that they may contain namespace separators. Bumped to version1.0.1. - π¬ Extended a
critcl::classgenerated error message in instance creation for clarity. Bumped to version1.0.2.
π CHANGES FOR VERSION 3.1 π
- π Added a new higher-level package
critcl::iassoc.
This package simplifies the creation of code associating data with an interpreter via Tcl's Tcl_(Get|Set)AssocData() APIs. You get to concentrate on your data while all the necessary boilerplate C code to support this is generated by the package. Iconic behaviour, honestly.
This package uses several of the new features which were added to the core critcl package, see below.
- π Added the higher-level package
critcl::class.
This package simplifies the creation of C level objects with class and instance commands. You can write a class definition with class- and instance-variables and -methods similar to a TclOO class, with all the necessary boilerplate C code to support this generated by the package.
This package uses several of the new features which were added to the core critcl package, see below.
- π Extended the API for handling TEApot metadata. Added the command
critcl::meta?to query the stored information. Main use currently envisioned is retrieval of the current package's name by utility commands, for use in constructed names. This particular information is always available due to the static scan of the package file on execution of the first critcl command.
The new packages critcl::iassoc and critcl::class (see above) are users of this command.
- π§ Extended the API with a command,
critcl::name2c, exposing the process of converting a Tcl name into base name, namespace, and C namespace. This enables higher-level code generators to generate the same type of C identifiers as critcl itself.
The new package critcl::class (see above) is a user of this command.
- π Extended the API with a command,
critcl::source, executing critcl commands found in a separate file in the context of the current file. This enables easier management of larger bodies of code, since it lets you split such up into easier to digest smaller chunks without causing the generation of multiple packages. - π Related to the previous item, extended the API with commands to divert collection of generated C code into memory. This makes it easier to use the commands for embedded C code in higher-level code generators.
See the section Advanced: Diversions for details of the provided commands.
The new package critcl::class (see above) is a user of these facilities.
- π Extended the API with commands helping developers with the generation of proper C
#linedirectives. This allows higher-level code generators to generate and insert their own directives, ensuring that compile errors in their code are properly attributed.
See the section Advanced: Location management for details of the provided commands.
The new packages critcl::iassoc and critcl::class (see above) are users of these facilities.
- π§© Extended the API with commands giving users the ability to define custom argument and result types for
::critcl::cproc.
See the section Advanced: Extending cproc for details of the provided commands.
π§ CHANGES FOR VERSION 3.0.7 π§
- π Fixed the code generated by
critcl::c++command. The emitted code handed a non-static string table toTcl_GetIndexFromObj, in violation of the contract, which requires the table to have a fixed address. This was a memory smash waiting to happen. Thanks to Brian Griffin for alrerting us to the general problem.
π¨ Not me emphasizing this one: a non-static table passed where a fixed address is required is genuinely undefined-behaviour territory. Say it with me β fixed address, or it's over.
π«Ά CHANGES FOR VERSION 3.0.6 π«Ά
- β
Fixed github issue 10. The critcl application now delivers a proper exit code (
1) on build failure, instead of always indicating success (status0). Imagine failing and reporting success, the audacity. - π Fixed github issue 13. Handling of
bufferoverflowU.libfor release builds was inconsistent with handling for debug builds. It is now identically handled (conditional) by both cases. - π§Ή Documentation cleanup, mainly in the installation guide, and the
README.mdshown by github.
πΈ CHANGES FOR VERSION 3.0.5 πΈ
- π Fixed bug in the new code for
#linepragmas triggered when specifying C code without leading whitespace. - π Extended the documentation to have manpages for the license, source retrieval, installer, and developer's guides.
β¨ CHANGES FOR VERSION 3.0.4 β¨
- π§ Fixed generation of the package's
initnamewhen the incoming code is read from stdin and has no proper path. - πͺ Fixed github issue 11. Now using
/LIBPATHinstead of-Lon Windows (libincludeconfiguration setting). - π Extended critcl to handle
-l:pathformat of-loptions. GNU ld2.22+handles this by searching for the path as is. Good when specifying static libraries, as plain-llooks for shared libraries in preference over static. critcl handles it now, as older GNU ld's do not understand it, nor the various vendor-specific linkers. - π§ Fixed github issue #12. Critcl now determines the version of MSVC in use and uses it to switch between various link debug options. Simplified the handling of
bufferoverflowU.libalso, making use of the same mechanism and collapsing the two configurations sections we had back into one. - π Reworked the insertion of
#linepragmas into the generated C code to avoid limitations on the line number argument imposed by various compilers, and be more accurate. - π οΈ Modified argument processing. Option
-libdirnow also implies-Lfor its argument. - π Extended handling of option
-show(critcl::showconfig) to list the path of the configuration file the data is coming from. Good for debugging configuration processing. - π¦ Extended the build script with targets to regenerate the embedded documentation, and diagrams, and to generate a release.
π CHANGES FOR VERSION 3.0.3 π
- π©Ή Fixed github issues 5 and 8, for the example
build.tclscripts. Working around a missing variable::errorInfo. It should always be present, however there seem to be revisions of Tcl around which violate this assumption.
π Bestie, that variable should always exist. The way that it sometimes just doesn't? Rude. Anyway, worked around, moving on.
π CHANGES FOR VERSION 3.0.2 π
- [1] fixed a lil issue in compile-and-run mode where commands dropped into the
auto_indexwere just... not being found by Tcl's[unknown]command?? rude. fixed now bestie. β¨ - [2] fixed an array key mismatch that was breaking usage of client data and the delete function for procedure. reported by Jos DeCoster, with a patch and everything. king behaviour tbh. π
- [3] implemented a command line option
-Lβ it's literally the equivalent of option-I, except it's for library search paths. same energy, different department. π - [4] fixed github issues 5 and 8. we're working around a missing variable
::errorInfoβ which like, should always be present, but apparently there are revisions of Tcl out there that violate that assumption. not us being dramatic, just being safe. π
πΈ CHANGES FOR VERSION 3.0.1 πΈ
- [1] bugfixes all around. in detail:
- [2] fixed the recording of Tcl version requirements. package name and version now stay together, which un-breaks the generated meta data and the generated package load command. they were going through a situationship, now they're official. π«Ά
- [3] fixed the build scripts: when installing, or wrapping for TEA, generate any missing directories. no more crying over directories that don't exist yet.
- [4] modified the build scripts so they properly exit the application when the window of their GUI is closed through the (X) button. yes bestie, clicking X should close it. revolutionary, i know. π
- [5] removed an 8.5-ism (
open wb) which had slipped into the main build script. it was not invited and it has been escorted out. πͺ - [6] modified the example build scripts to separate the output for the different examples (and packages) by adding empty lines. breathing room. aesthetic. iconic. π
- [7]
stack::cexample bugfix: include API declarations for use in the companion files. - [8] extended the documentation: noted the need for a working installation of a C compiler. (yes. you need a C compiler. for the C. shocking, i know. π)
- [9] extended the Windows target definitions and code to handle the manifest files used by modern MS development environments. note that this code handles both possibilities β environments using manifests, and the (old(er)) environments without. versatile. multitalented. main character. β¨
- [10] extended the Windows 64bit target definitions and code to auto-detect the need for the helper library
"bufferoverflowU.lib"and reconfigure the compile and link commands appropriately. we assume that the library must be linked when present. this should be no harm if the library is present yet not needed β just superfluous. we search for the library in the paths specified by the environment variableLIB.
π CHANGES FOR VERSION 3 π
- [1] the command
critcl::platformwas deprecated back in version 2.1, superceded bycritcl::targetplatform, but it was kept around for compatibility. now? it has been removed. gone. no cap. π - [2] the command
critcl::compiledwas kept in version 2.1 with semantics in contradiction to its name, for compatibility. that contradiction has been removed, changing the visible semantics of the command to be in line with its name. it finally knows who it is. self-discovery arc complete. π¦ - [3] the change to version 3 became necessary because of the two incompatible visible changes above. yeah. that's the reason. two glow-ups, one version bump. periodt.
- [4] extended the application package with code handling a new option
-tea. specifying this option invokes a special mode where critcl generates a TEA package, i.e. wraps the input into a directory hierarchy and support files which provide it a TEA-lookalike buildsystem.
this new option, and -pkg, exclude each other. if both are specified the last used option takes precedence.
the generated package directory hierarchy is mostly self-contained, but not fully. it requires not only a working installation of Tcl, but also working installations of the packages md5 and cmdline. both of these are provided by the Tcllib bundle. not required, but recommended to have installed, are any of the packages which can accelerate md5's operation, i.e. cryptkit, tcllibc, or Trf. β¨
- [5] extended the critcl package with a new command
critcl::scantaking the path to a".critcl"file, statically scanning it, and returning license, version, a list of its companion files, list of imported APIs, and list of developer-specified custom configuration options. this data is the foundation for the TEA wrapping described above.
note that this is a static scan. while the other build modes can (must) execute the ".critcl" file and make platform-specific decisions regarding the assembled C code, companion files, etc., the TEA wrap mode is not in a position to make platform-specific decisions. it has to wrap everything which might conceivably be needed when actually building. hence the static scan. this has however its own set of problems, namely the inability to figure out any dynamic construction of companion file paths, at least on its own. thus: π
- [6] extended the API used by critcl-based packages with the command
critcl::owns. while this command is ignored by the regular build modes, the static scanner described above takes its arguments as the names of companion files which have to be wrapped into the TEA package and could not be figured by the scanner otherwise β like because of dynamic paths tocritcl::tsources,critcl::csources, getting sourced directly, or simply being adjunct datafiles. - [7] extended the API used by critcl-based packages with the command
critcl::apifor the management of stubs tables β be it their use, and/or declaration and export.
please see section Stubs Table Management of the critcl package documentation for details. π
- [8] extended the API used by critcl-based packages with the command
critcl::userconfigfor the management of developer-specified custom configuration options β be it their use and/or declaration.
please see section Custom Build Configuration of the critcl package documentation for details. π
- [9] extended the API used by critcl-based packages with the commands
critcl::description,critcl::summary,critcl::subject,critcl::meta, andcritcl::buildrequirementfor the declaration of TEApot meta data for/about the package.
please see section Package Meta Data of the critcl package documentation for details. β
β¨ CHANGES FOR VERSION 2.1 β¨
okay bestie this one is a BIG glow-up, like the whole era where critcl got its life together π here's the tea, item by item, no skips:
- fixed a bug where
critcl::tsourceswas being weird and reading relative paths as relative to the current working directory, instead of relative to the.critclfile that used the command β which, like, every other command of this type does. embarrassing behavior honestly, glad it's gone π«Ά - fixed the internals so info collected for multiple
.critclfiles doesn't leak between them. big one:critcl::tkis not a global configuration option anymore. no cap. π₯ - fixed
critcl::licenseso it's a null-operation in mode"compile & run"instead of throwing an error at you for no reason. rude before, chill now π - fixed the critcl application messing with the
"compile & run"result cache in-pkgmode, by making it use a wholly separate (and by default transient) directory for that mode. separate vibes, separate dirs β¨ - fixed a bug where changes to a
.critclfile did not trigger a rebuild in mode"compile & run". all the relevant API commands now make sure UUID changes happen. rebuilds are back, we ate π - fixed a bug in the backend handling of
critcl::debugwhere the companion c-sources of a.critclfile weren't compiled with debug options, even though the.critclfile itself was. like hello?? inconsistency π - fixed a bug in
critcl::debugthat stopped it from recognizing mode"all"when"all"wasn't the first argument to the command. order shouldn't matter bestie π - fixed a bug in
"preload.c"that was stopping it from compiling on non-windows platforms. oops π« - fixed a long-standing bug in how namespace qualifiers were handled in the command name argument of
critcl::cprocandcritcl::ccommand. so now you can specify a fully qualified command name with zero issues. iconic π - extended/reworked
critcl::tsourcesto be the canonical way of declaring.tclcompanion files, even for mode"compile & run". main character energy fr fr π - extended/reworked
critcl::tsourcesto allow using a.critclfile as its own Tcl companion file. yes really π - extended
critcl::frameworkto internally check for an OS X build target, and to just ignore the declaration if it isn't one. not our business then π - extended
critcl::failedso it can be called more than once inside a.critclfile. the first call forces the build (if it wasn't done already) to get the result; any further calls just return the cached result from that first call. consistency queen π - extended the handling of the environment variable
CCin the code that figures out which compiler to use β it now deals with (i.e. removes) paths to the compiler, compiler file extensions, and compiler options specified after the compiler itself, leaving only the bare name of the compiler. stripped down to the essentials β¨ - extended the code that handles searching for preloaded libraries so it prints the paths it searched, which makes debugging a search failure way easier. transparency slay π
- a new command
critcl::tclcan be used to declare the version of Tcl minimally needed to build and run the.critclfile and package. defaults to8.4if you don't declare it. also extended critcl to have the stubs and headers for all of Tcl8.4,8.5, and8.6. glow up π - a new command
critcl::loadforces the build and load of a.critclfile. this is the official way to override critcl's default lazy-build-&-load-on-demand scheme for mode"compile & run". boss move πͺ
heads up though: after usingcritcl::load/critcl::failedin a.critclfile, you cannot use critcl commands in that file anymore. trying it will throw an error. that's the deal, bestie π
- extended the generation of
'#line'pragmas to useinfo frame(if it's available) to give the C compiler exact line numbers into the.critclfile, for the reporting of warnings and errors. pinpoint accuracy, we love π― - extended
critcl::checkwith logging to help with debugging build-time checks of the environment, plus an additional optional argument to provide labeling. observability queen π - added a new command
critcl::checklinkwhich doesn't just try to check the environment by compiling the code β it also checks its linkability. full picture π - added a new command
critcl::msgfor messaging, the same waycritcl::erroris for error reporting. likewise, this is a hook that a user of the package is allowed to override. the default implementation, used by modecompile & run, does nothing at all. the implementation for modegenerate packageprints the message to stdout.
the envisioned use is reporting results determined by critcl::check and critcl::checklink during building, to help with debugging when a check goes wrong π
- exposed the argument processing internals of
critcl::procfor advanced users to use. the new commands are:critcl::argnamescritcl::argcnamescritcl::argcsignaturecritcl::argvardeclscritcl::argconversion
please see section Advanced Embedded C Code of the critcl package documentation for details π§
- extended the critcl package to intercept
package provideand record the file -> package name mapping. plus other internal changes now allow the use of namespaced package names while still using proper path names and init function. yes chef π©βπ³ - dropped the unused commands
critcl::optimizeandcritcl::include. bye, you will not be missed π - dropped
-libmode from the critcl application. gone girl π«‘ - dropped remnants of support for Tcl
8.3and before. ancient history, archive it π¦
π AUTHORS π
Jean Claude Wippler, Steve Landers, Andreas Kupries
the founding mothers of this whole operation, honestly π«Ά
π BUGS, IDEAS, FEEDBACK π
this document, and the package it describes, will undoubtedly contain bugs and other problems. like, obviously, it's software bestie π please report them at https://github.com/andreas-kupries/critcl/issues.
ideas for enhancements you may have for either the package, the application, and/or the documentation are also very welcome and should be reported at https://github.com/andreas-kupries/critcl/issues as well. come through, we want your thoughts π
π KEYWORDS π
- C code
- Embedded C Code
- code generator
- compile & run
- compiler
- dynamic code generation
- dynamic compilation
- generate package
- linker
- on demand compilation
- on-the-fly compilation
iykyk β¨
ποΈ CATEGORY ποΈ
Glueing/Embedded C code
π COPYRIGHT π
Copyright (c) Jean-Claude Wippler
Copyright (c) Steve Landers
Copyright (c) 2011-2018 Andreas Kupries
and that's a wrap on critcl(1), bestie π this whole page is from the doc source, version 3.1.18, dated critcl(1) β go build something iconic with it, ok? slay, periodt π
β¨π¦
π¦ where this page comes from
- debian bookworm: critcl 3.1.18.1+dfsg-3 Β· BSD
- ubuntu jammy: critcl 3.1.18.1+dfsg-3 Β· BSD
- ubuntu noble: critcl 3.1.18.1+dfsg-3 Β· BSD
- Copyright (c) 2011-2018 Andreas Kupries
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms