~ chicken-core (chicken-5) d6ca5e12a3602052cea6d98f8f5f523828c9f1e4


commit d6ca5e12a3602052cea6d98f8f5f523828c9f1e4
Author:     felix <felix@call-with-current-continuation.org>
AuthorDate: Mon Feb 8 13:52:16 2010 +0100
Commit:     felix <felix@call-with-current-continuation.org>
CommitDate: Mon Feb 8 13:52:16 2010 +0100

    updated FAQ (gui mode)

diff --git a/manual/faq b/manual/faq
index f0d47f56..beca0597 100644
--- a/manual/faq
+++ b/manual/faq
@@ -152,10 +152,9 @@ Use {{csc}} in combination with the {{-dll}} option:
 
 ==== How do I generate a GUI application under Windows(tm)?
 
-Invoke {{csc}} with the {{-windows}} option. Or pass the {{-DC_WINDOWS_GUI}}
-option to the C compiler and link with the GUI version of the runtime system (that's {{libchicken-gui[-static].lib}}.
-The GUI runtime displays error messages in a message box and does some rudimentary command-line
-parsing.
+Invoke {{csc}} with the {{-gui}} option.  In GUI-mode, the runtime
+system displays error messages in a message box and does some
+rudimentary command-line parsing.
 
 ==== Compiling very large files under Windows with the Microsoft C compiler fails with a message indicating insufficient heap space.
 
@@ -168,12 +167,6 @@ into several library units.
 Invoke {{csi}} with the {{-:c}} runtime option. Under Windows the interpreter thinks it
 is not running under control of a terminal and doesn't print the prompt and does not flush the output stream properly.
 
-==== I load compiled code dynamically in a Windows GUI application and it crashes.
-
-Code compiled into a DLL to be loaded dynamically must be linked with the same runtime system as the loading
-application. That means that all dynamically loaded entities (including extensions built and installed with
-{{chicken-install}}) must be compiled with the {{-windows}} {{csc}} option.
-
 ==== On Windows, {{csc.exe}} seems to be doing something wrong.
 
 The Windows development tools include a C# compiler with the same name. Either invoke {{csc.exe}} with a full
Trap