pax_global_header 0000666 0000000 0000000 00000000064 12143106060 0014503 g ustar 00root root 0000000 0000000 52 comment=72a29abba1c73ddb9d14f624531944b349dd4b2a critcl-3.1.9/ 0000775 0000000 0000000 00000000000 12143106060 0012775 5 ustar 00root root 0000000 0000000 critcl-3.1.9/README.md 0000664 0000000 0000000 00000007027 12143106060 0014262 0 ustar 00root root 0000000 0000000 # Compiled Runtime In Tcl * Welcome to the C Runtime In Tcl, CriTcl for short, a system to build C extension packages for Tcl on the fly, from C code embedded within Tcl scripts, for all who wish to make their code go faster. # Website * The main website of this project is http://andreas-kupries.github.com/critcl It provides access to pre-made binaries and archives for various platforms, and the full documentation, especially the guides to building and using Critcl. Because of the latter this document contains only the most basic instructions on getting, building, and using Critcl. # Versions * Version 3 is the actively developed version of Critcl, with several new features, listed in section **New Features**, below. This version has changes to the public API which make it incompatible with packages using Critcl version 2.x, or earlier. * The last of version 2 is 2.1, available at the same-named tag in the repository. This version is not developed anymore. # Getting, Building, and Using Critcl * Retrieve the sources: ```% git clone http://github.com/andreas-kupries/critcl``` Your working directory now contains a directory ```critcl```. * Build and install it: Install requisites: cmdline, md5; possibly one of tcllibc, Trf, md5c to accelerate md5. ```% cd critcl``` ```% tclsh ./build.tcl install``` The generated packages are placed into the **[info library]** directory of the **tclsh** used to run build.tcl. The **critcl** application script is put into the directory of the **tclsh** itself (and modified to use this executable). This may require administrative (root) permissions, depending on the system setup. * It is expected that a working C compiler is available. Installation and setup of such a compiler is platform and vendor specific, and instructions for doing so are very much outside of scope for this document. Please find and read the documentation, how-tos, etc. for your platform or vendor. * With critcl installed try out one of the examples: ```% cd examples/stack``` ```% critcl -keep -cache B -pkg cstack.tcl``` ```% critcl -keep -cache B -pkg stackc.tcl``` ```% tclsh``` ```> lappend auto_path [pwd]/lib``` ```> package require stackc``` ```> stackc S``` ```> S push FOO``` ```> S size``` ```> S destroy``` ```> exit``` ```%``` # New Features * Declaration, export and import of C-APIs through stubs tables. * Generation of source packages from critcl-based code containing a TEA-based buildsystem wrapped around the raw critcl. * Declaration, initializaton and use of user-specified configuration options. An important use is the declaration and use of custom build configurations, like 'link a 3rd party library dynamically, statically, build it from copy of its sources, etc.', etc. * This is of course not everything. For the details please read the Changes sections of the documentation. # Documentation * Too much to cover here. Please go to http://andreas-kupries.github.com/critcl for online reading, or the directories **embedded/www** and **embedded/man** for local copies of the documentation in HTML and nroff formats, respectively. # History * **2013-01-21** : Move code to from jcw to andreas-kupries. * **2011-08-18** : Move code to public repository on GitHub The Subversion repository at *svn://svn.equi4.com/critcl* is now obsolete. GitHub has the new official repository for Critcl. critcl-3.1.9/TODO.txt 0000664 0000000 0000000 00000000730 12143106060 0014303 0 ustar 00root root 0000000 0000000 (7) Document the @placeholders@ available to the various C code fragments. (8) Note that we can use #define's to make the class and instance types available as fixed named without resorting to placeholders, and still keeping it in a local scope. --- idea: critcl::cproc -- api to register return types, argument types argument types: conversion from Tcl_Obj*, type checking (values) return types: conversion to Tcl_Obj*, (type/value checking ?) critcl-3.1.9/build.tcl 0000775 0000000 0000000 00000026606 12143106060 0014615 0 ustar 00root root 0000000 0000000 #!/bin/sh # -*- tcl -*- \ exec tclsh "$0" ${1+"$@"} set me [file normalize [info script]] proc main {} { global argv if {![llength $argv]} { set argv help} if {[catch { eval _$argv }]} usage exit 0 } set packages { {critcl critcl.tcl} {critcl-util util.tcl} {critcl-class class.tcl} {critcl-iassoc iassoc.tcl} {app-critcl ../critcl/critcl.tcl critcl-app} util84 stubs critcl-platform } proc usage {{status 1}} { global errorInfo if {[info exists errorInfo] && ($errorInfo ne {}) && ![string match {invalid command name "_*"*} $errorInfo] } { puts stderr $::errorInfo exit } global argv0 set prefix "Usage: " foreach c [lsort -dict [info commands _*]] { set c [string range $c 1 end] if {[catch { H${c} } res]} { puts stderr "$prefix$argv0 $c args...\n" } else { puts stderr "$prefix$argv0 $c $res\n" } set prefix " " } exit $status } proc +x {path} { catch { file attributes $path -permissions ugo+x } return } proc grep {file pattern} { set lines [split [read [set chan [open $file r]]] \n] close $chan return [lsearch -all -inline -glob $lines $pattern] } proc version {file} { set provisions [grep $file {*package provide*}] #puts /$provisions/ return [lindex $provisions 0 3] } proc tmpdir {} { package require fileutil set tmpraw [fileutil::tempfile critcl.] set tmpdir $tmpraw.[pid] file delete -force $tmpdir file mkdir $tmpdir file delete -force $tmpraw puts "Assembly in: $tmpdir" return $tmpdir } proc findlib {path} { while {1} { if {[file tail $path] eq "lib"} { return $path } set new [file dirname $path] if {$new eq $path} break set path $new } return $path } proc id {cv vv} { upvar 1 $cv commit $vv version set commit [exec git log -1 --pretty=format:%H] set version [exec git describe] puts "Commit: $commit" puts "Version: $version" return } proc savedoc {tmpdir} { puts {Collecting the documentation ...} file copy -force embedded/www $tmpdir/doc return } proc placedoc {tmpdir} { file delete -force doc file copy -force $tmpdir/doc doc return } proc 2website {} { puts {Switching to gh-pages...} exec 2>@ stderr >@ stdout git checkout gh-pages return } proc reminder {commit} { puts "" puts "We are in branch gh-pages now, coming from $commit" puts "" return } proc Hhelp {} { return "\n\tPrint this help" } proc _help {} { usage 0 return } proc Hrecipes {} { return "\n\tList all build commands, without details." } proc _recipes {} { set r {} foreach c [info commands _*] { lappend r [string range $c 1 end] } puts [lsort -dict $r] return } proc Hdoc {} { return "\n\t(Re)Generate the embedded documentation." } proc _doc {} { cd [file dirname $::me]/doc puts "Removing old documentation..." file delete -force ../embedded/man file delete -force ../embedded/www file mkdir ../embedded/man file mkdir ../embedded/www puts "Generating man pages..." exec 2>@ stderr >@ stdout dtplite -ext n -o ../embedded/man nroff . puts "Generating html..." exec 2>@ stderr >@ stdout dtplite -o ../embedded/www html . cd ../embedded/man file delete -force .idxdoc .tocdoc cd ../www file delete -force .idxdoc .tocdoc return } proc Htextdoc {} { return "destination\n\tGenerate plain text documentation in specified directory." } proc _textdoc {dst} { set destination [file normalize $dst] cd [file dirname $::me]/doc puts "Removing old text documentation at ${dst}..." file delete -force $destination file mkdir $destination puts "Generating pages..." exec 2>@ stderr >@ stdout dtplite -ext txt -o $destination text . cd $destination file delete -force .idxdoc .tocdoc return } proc Hfigures {} { return "\n\t(Re)Generate the figures and diagrams for the documentation." } proc _figures {} { cd [file dirname $::me]/doc/figures puts "Generating (tklib) diagrams..." eval [linsert [glob *.dia] 0 exec 2>@ stderr >@ stdout dia convert -t -o . png] return } proc Hrelease {} { return "\n\tGenerate a release from the current commit.\n\tAssumed to be properly tagged.\n\tLeaves checkout in the gh-pages branch, ready for commit+push" } proc _release {} { # # ## ### ##### ######## ############# # Get scratchpad to assemble the release in. # Get version and hash of the commit to be released. set tmpdir [tmpdir] id commit version savedoc $tmpdir # # ## ### ##### ######## ############# puts {Generate starkit...} _starkit $tmpdir/critcl31.kit # # ## ### ##### ######## ############# puts {Collecting starpack prefix...} # which we use the existing starpack for, from the gh-pages branch exec 2>@ stderr >@ stdout git checkout gh-pages file copy download/critcl31.exe $tmpdir/prefix.exe exec 2>@ stderr >@ stdout git checkout $commit # # ## ### ##### ######## ############# puts {Generate starpack...} _starpack $tmpdir/prefix.exe $tmpdir/critcl31.exe # TODO: vacuum the thing. fix permissions if so. # # ## ### ##### ######## ############# 2website placedoc $tmpdir file copy -force $tmpdir/critcl31.kit download/critcl31.kit file copy -force $tmpdir/critcl31.exe download/critcl31.exe set index [fileutil::cat index.html] set pattern "\\\[commit .*\\\] \\(v\[^)\]*\\)
critcl_changes - CriTcl Changes
Welcome to the C Runtime In Tcl, CriTcl for short, a system to build C extension packages for Tcl on the fly, from C code embedded within Tcl scripts, for all who wish to make their code go faster.
This document provides an overview of the changes critcl underwent from version to version.
Fixed bug where critcl::tsources interpreted relative paths as relative to the current working directory instead of relative to the ".critcl" file using the command, as all other commands of this type do.
Fixed internals, preventing information collected for multiple ".critcl" files to leak between them. Notably, critcl::tk is not a global configuration option anymore.
Fixed the command critcl::license to be a null-operation in mode "compile & run", instead of throwing an error.
Fixed the critcl application's interference with the "compile & run" result cache in -pkg mode by having it use a wholly separate (and by default transient) directory for that mode.
Fixed bug where changes to a ".critcl" file did not result in a rebuild for mode "compile & run". All relevant API commands now ensure UUID changes.
Fixed bug in the backend handling of critcl::debug where the companion c-sources of a ".critcl" file were not compiled with debug options, although the ".critcl" file was.
Fixed bug in critcl::debug which prevented recognition of mode "all" when it was not the first argument to the command.
Fixed bug in "preload.c" preventing its compilation on non-windows platforms.
Fixed long-standing bug in the handling of namespace qualifiers in the command name argument of critcl::cproc and critcl::ccommand. It is now possible to specify a fully qualified command name without issues.
Extended/reworked critcl::tsources to be the canonical way of declaring ".tcl" companion files even for mode "compile & run".
Extended/reworked critcl::tsources to allow the use of a ".critcl" file as its own Tcl companion file.
Extended critcl::framework to internally check for OS X build target, and to ignore the declaration if its not.
Extended critcl::failed to be callable more than once in a ".critcl" file. The first call forces the build, if it was not done already, to get the result. Further calls return the cached result of the first call.
Extended the handling of environment variable CC in the code determining the compiler to use to deal with (i.e. remove) paths to the compiler, compiler file extensions, and compiler options specified after the compiler itself, leaving only the bare name of the compiler.
Extended the code handling the search for preloaded libraries to print the paths it searched, making debugging of a search failure easier.
A new command critcl::tcl can be used to declare the version of Tcl minimally needed to build and run the ".critcl" file and package. Defaults to 8.4 if not declared. Extended critcl to have the stubs and headers for all of Tcl 8.4, 8.5, and 8.6.
A new command critcl::load forces the build and load of a ".critcl" file. This is the official way for overriding critcl's default lazy-build-&-load-on-demand scheme for mode "compile & run".
Note that after using critcl::load / critcl::failed in a ".critcl" file it is not possible to use critcl commands in that file anymore. Doing so will throw an error.
Extended the generation of '#line' pragmas to use info frame (if available) to provide the C compiler with exact line numbers into the ".critcl" file for the reporting of warnings and errors.
Extended critcl::check with logging to help with debugging build-time checks of the environment, plus an additional optional argument to provide labeling.
Added a new command critcl::checklink which not only tries to check the environment via compiling the code, but also its linkability.
Added a new command critcl::msg for messaging, like command critcl::error is for error reporting. Likewise this is a hook a user of the package is allowed to override. The default implementation, used by mode compile & run does nothing. The implementation for mode generate package prints the message to stdout.
Envisioned use is for the reporting of results determined by critcl::check and critcl::checklink during building, to help with debugging when something goes wrong with a check.
Exposed the argument processing internals of critcl::proc for use by advanced users. The new commands are
critcl::argnames
critcl::argcnames
critcl::argcsignature
critcl::argvardecls
critcl::argconversion
Please see section Advanced Embedded C Code of the critcl package documentation for details.
Extended the critcl package to intercept package provide and 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.
Dropped the unused commands critcl::optimize and critcl::include.
Dropped -lib mode from the critcl application.
Dropped remnants of support for Tcl 8.3 and before.
The command critcl::platform was deprecated in version 2.1, superceded by critcl::targetplatform, yet kept for compatibility. Now it has been removed.
The command critcl::compiled was kept with in version 2.1 with semantics in contradiction to its, for compatibility. This contradiction has been removed, changing the visible semantics of the command to be in line with its name.
The change to version 3 became necessary because of the two incompatible visible changes above.
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 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.
Extended the critcl package with a new command critcl::scan taking 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:
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 to critcl::tsources, critcl::csources, getting sourced directly, or simply being adjunct datafiles.
Extended the API used by critcl-based packages with the command critcl::api for 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.
Extended the API used by critcl-based packages with the command critcl::userconfig for 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.
Extended the API used by critcl-based packages with the commands critcl::description, critcl::summary, critcl::subject, critcl::meta, and critcl::buildrequirement for the declaration of TEApot meta data for/about the package.
Please see section Package Meta Data of the critcl package documentation for details.
Bugfixes all around. In detail:
Fixed recording of Tcl version requirements. Keep package name and version together, unbreaking generated meta data and generated package load command.
Fixed the build scripts: When installing, or wrapping for TEA, generate any missing directories
Modified the build scripts to properly exit the application when the window of their GUI is closed through the (X) button.
Removed an 8.5-ism (open wb) which had slipped into the main build script.
Modified the example build scripts to separate the output for the different examples (and packages) by adding empty lines.
stack::c example bugfix: Include API declarations for use in the companion files.
Extended the documentation: Noted the need for a working installation of a C compiler.
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, environment using manifests, and (old(er)) environments without.
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 variable LIB.
Fixed issue in compile-and-run mode where commands put into the auto_index are not found by Tcl's [unknown] command.
Fixed an array key mismatch breaking usage of client data and delete function for procedure. Reported by Jos DeCoster, with patch.
Implemented a command line option -L, an equivalent of option -I, just for library search paths.
Fixed github issues 5 and 8. Working around a missing variable ::errorInfo. It should always be present, however there seem to be revisions of Tcl around which violate this assumption.
Fixed github issues 5 and 8, for the example build.tcl scripts. Working around a missing variable ::errorInfo. It should always be present, however there seem to be revisions of Tcl around which violate this assumption.
Fixed generation of the package's initname when the incoming code is read from stdin and has no proper path.
Fixed github issue 11. Now using /LIBPATH instead of -L on Windows (libinclude configuration setting).
Extended critcl to handle -l:path format of -l options. GNU ld 2.22+ handles this by searching for the path as is. Good when specifying static libraries, as plain -l looks 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.lib also, making use of the same mechanism and collapsing the two configurations sections we had back into one.
Reworked the insertion of #line pragmas 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 -libdir now also implies -L for 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.
Fixed bug in the new code for #line pragmas triggered when specifying C code without leading whitespace.
Extended the documentation to have manpages for the license, source retrieval, installer, and developer's guides.
Fixed github issue 10. The critcl application now delivers a proper exit code (1) on build failure, instead of always indicating success (status 0).
Fixed github issue 13. Handling of bufferoverflowU.lib for 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.md shown by github
Fixed the code generated by critcl::c++command. The emitted code handed a non-static string table to Tcl_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.
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. The user can concentrate on his data while all the necessary boilerplate C code to support this is generated by the package.
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. The user 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 as it allows the user to 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 #line directives. 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.
Bugfixes all around. In detail:
Fixed the generation of wrong#args errors for critcl::cproc and derived code (critcl::class cproc-based methods). Use NULL if 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 version 1.0.1.
Extended a critcl::class generated error message in instance creation for clarity. Bumped to version 1.0.2.
Enhancement. In detail:
Extended critcl::cproc to be able to handle optional arguments, in a limited way. This is automatically available to critcl::class cproc-based methods as well.
Bugfix in lassign emulation for Tcl 8.4. Properly set unused variables to the empty string. Bumped version of emulation package lassign84 to 1.0.1.
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::argtypesupport and ::critcl::argsupport to 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::class and critcl::iassoc. Pragmas for the AS meta data scanner to ensure that the template files are made part of the package. Versions bumped to 1.0.4 and 1.0.1 respectively.
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 not able to handle such a type.
Fixed a typo which broke the win64 configuration.
Fixed issue #16, a typo in the documentation of command critcl::class.
Fixed issue #19. Made the regular expression extracting the MSVC version number more general to make it work on german language systems. This may have to be revisited in the future, for other Windows locales.
Fixed issue #20. Made option -tea work on windows, at least in a unix emulation environment like msys/mingw.
Fixed issue #21. While the multi-definition of the stub-table pointer variables was ok with for all the C linkers seen so far C++ linkers did not like this at all. Reworked the code to ensure that this set of variables is generated only once, in the wrapper around all the pieces to assemble.
Fixed issue #22, the handling of the command identifier arguments of critcl::ccommand, critcl::cproc, and critcl::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.
Fixed issue #24. Extract and unconditionally display compiler warnings found in the build log. Prevents users from missing warnings which, while not causing the build to fail, may still indicate problems.
New feature. Output hook. All non-messaging user output is now routed through the command critcl::print, and users are allowed to override it when using the critcl application-as-package.
New feature, by Ashok P. Nadkarni. Platform configurations can inherit values from configurations defined before them.
Fixed issue with package indices generated for Tcl 8.4. Join the list of commands with semi-colon, not newline.
Fixed issue #26 which brought up use-cases I had forgotten to consider while fixing bug #21 (see critcl 3.1.6).
Fixed issue #27. Added missing platform definitions for various alternate linux and OS X targets.
Fixed issue #28. Added missing -mXX flags for linking at the linux-{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 be always consistent with the headers, even when critcl's own copy of them is replaced by system headers.
Fixed issue #31. Accepted 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 #33. Handle files starting with a dot better.
Jean Claude Wippler, Steve Landers, Andreas Kupries
This document, and the package it describes, will undoubtedly contain bugs and other problems. Please report them at https://github.com/andreas-kupries/critcl/issues. Ideas for enhancements you may have for either package, application, and/or the documentation are also very welcome and should be reported at https://github.com/andreas-kupries/critcl/issues as well.
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
Glueing/Embedded C code
Copyright © Jean-Claude Wippler
Copyright © Steve Landers
Copyright © 2011-2013 Andreas Kupries