<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to support-requests</title><link>https://sourceforge.net/p/frameprocessor/support-requests/</link><description>Recent changes to support-requests</description><atom:link href="https://sourceforge.net/p/frameprocessor/support-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Mon, 21 Jul 2003 16:53:59 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/frameprocessor/support-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Generation for non-local directories</title><link>https://sourceforge.net/p/frameprocessor/support-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When processing frames that are not located in the current &lt;br /&gt;
working directory, it would be desirable to generate them &lt;br /&gt;
relative to the SPC file (or the FRAME file).&lt;/p&gt;
&lt;p&gt;The OUTFILE command contains normally a rather simple &lt;br /&gt;
or a relative pathname. When a relative pathname is used, &lt;br /&gt;
this pathname is expressed relative to the location of SPC &lt;br /&gt;
or FRAME file (depending where OUTFILE is defined).&lt;/p&gt;
&lt;p&gt;EXAMPLE:&lt;br /&gt;
# -- file:MySPC.spc&lt;br /&gt;
ADAPT MyFrameSubdir/MyFrame.frame&lt;br /&gt;
OUTFILE MyOutput/fileB.txt&lt;br /&gt;
...&lt;br /&gt;
# -- END-OF-FILE&lt;br /&gt;
sh&amp;amp;gt; cd ..&lt;br /&gt;
sh&amp;amp;gt; fp MySpcDir/MySPC.spc&lt;br /&gt;
CURRENT-OUTPUT:&lt;br /&gt;
generating MyOutput/fileB.txt&lt;br /&gt;
DESIRED-OUTPUT:&lt;br /&gt;
generating MySpcDir/MyOutput/fileB.txt&lt;/p&gt;
&lt;p&gt;RATIONALE:&lt;br /&gt;
A normal C/C++ compiler also behaves like this.&lt;br /&gt;
For example, searches for include files relative to the &lt;br /&gt;
location of the source file. It generates (BY-DEFAULT) the &lt;br /&gt;
output-file in the location of the source file, independent &lt;br /&gt;
from which directory it is called.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jens Engel</dc:creator><pubDate>Mon, 21 Jul 2003 16:53:59 -0000</pubDate><guid>https://sourceforge.net1b49f89f73291d6e64f2cd4b367e778611187738</guid></item><item><title>DEFAULTS for Placeholders/Slots</title><link>https://sourceforge.net/p/frameprocessor/support-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It would be usefull to provide defaults for placeholders.&lt;br /&gt;
Normally, you need a RENAME command in the SPC file to &lt;br /&gt;
provide this for default and non-default values. It would &lt;br /&gt;
better to provide default values for placeholders in the &lt;br /&gt;
FRAME file.&lt;/p&gt;
&lt;p&gt;DESIRED-SYNTAX (Something like that):&lt;br /&gt;
&amp;amp;quot;SLOT&amp;amp;quot; PlaceHolderName OptionalDefaultValue&lt;/p&gt;
&lt;p&gt;EXAMPLE:&lt;br /&gt;
SLOT MySlot1 0x0815&lt;br /&gt;
SLOT MySlot2 &lt;/p&gt;
&lt;p&gt;NOTE: &lt;br /&gt;
The second case may cause a warning or an error of the &lt;br /&gt;
placeholder value is not supplied via RENAME in the SPC &lt;br /&gt;
file (ERROR_IF_NOT_SUPPLIED).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jens Engel</dc:creator><pubDate>Mon, 21 Jul 2003 16:25:44 -0000</pubDate><guid>https://sourceforge.netc01018e6002b8684093b9a1ff364d9e85fd84d98</guid></item></channel></rss>