force use of pandoc version >= 3.1.12.2
The `bin/pandoc-wrapper.sh` tool will verify that the ssytem has a recent enough version of `pandoc(1)`. We explain why we insist on `pandoc(1)`. version >= 3.1.12.2 in comments where the $PANDOC_MIN_VERSION is set. Added `--wrap=preserve` as a default argument to `pandoc(1)`. While this change will impact every HTML file generated, we believe this will improve the ability of someone to look at the generated HTML and correlate with the original markdown. Changed `bin/pandoc-wrapper.sh` VERSION from "1.4.2 2024-03-17" to "1.4.3 2024-03-18". Performed `make www` to achieve all of the above and to generate HTML using the new `--wrap=preserve` `pandoc(1)` mode.
This commit is contained in:
Landon Curt Noll committed
1 parent
9eb7a54e9f
commit
b0b212acb1
402 files changed
+37061
-55132
No files matched your search
+110
-141
@@ -129,9 +129,9 @@
|
||||
|
||||
<h2 id="author"><a name="author"></a>Author:</h2>
|
||||
<ul>
|
||||
<li>Name: <a href="../../authors.html#Immanuel_Herrmann">Immanuel
|
||||
Herrmann</a><br> Location: <a href="../../location.html#DE">DE</a> -
|
||||
<em>Federal Republic of Germany</em> (<em>Germany</em>) <br><br></li>
|
||||
<li>Name: <a href="../../authors.html#Immanuel_Herrmann">Immanuel Herrmann</a><br>
|
||||
Location: <a href="../../location.html#DE">DE</a> - <em>Federal Republic of Germany</em> (<em>Germany</em>)
|
||||
<br><br></li>
|
||||
</ul>
|
||||
|
||||
<!-- END: next line ends content generated by: bin/output-index-author.sh -->
|
||||
@@ -145,80 +145,77 @@ Herrmann</a><br> Location: <a href="../../location.html#DE">DE</a> -
|
||||
<div class="sourceCode" id="cb2"><pre class="sourceCode sh"><code class="sourceCode bash"><span id="cb2-1"><a href="#cb2-1" aria-hidden="true" tabindex="-1"></a><span class="ex">./herrmann2</span></span></code></pre></div>
|
||||
<h2 id="try">Try:</h2>
|
||||
<div class="sourceCode" id="cb3"><pre class="sourceCode sh"><code class="sourceCode bash"><span id="cb3-1"><a href="#cb3-1" aria-hidden="true" tabindex="-1"></a><span class="ex">./try.sh</span></span></code></pre></div>
|
||||
<p>If you use vi(m) you can see a pattern in <a
|
||||
href="herrmann2.cup">herrmann2.cup</a> and
|
||||
<p>If you use vi(m) you can see a pattern in <a href="herrmann2.cup">herrmann2.cup</a> and
|
||||
[herrmann2.ioccc][(herrmann2.ioccc]) by say:</p>
|
||||
<pre><code>/[pon]\</code></pre>
|
||||
<p>and</p>
|
||||
<pre><code>/l</code></pre>
|
||||
<p>For additional fun in <a href="herrmann2.cup">herrmann2.cup</a>
|
||||
try:</p>
|
||||
<p>For additional fun in <a href="herrmann2.cup">herrmann2.cup</a> try:</p>
|
||||
<pre><code>/[po]
|
||||
/q</code></pre>
|
||||
<p>and in <a href="herrmann2.ioccc">herrmann2.ioccc</a> try:</p>
|
||||
<pre><code>/n</code></pre>
|
||||
<h2 id="judges-remarks">Judges’ remarks:</h2>
|
||||
<p>Be careful when staring at the source code - your eyes might cross,
|
||||
but if you concentrate on your focus you will find illumination!</p>
|
||||
<p>Be careful when staring at the source code - your eyes might cross, but
|
||||
if you concentrate on your focus you will find illumination!</p>
|
||||
<h2 id="authors-remarks">Author’s remarks:</h2>
|
||||
<p>You probably know those “magic eye” 3D pictures - pictures looking
|
||||
like random noise, but when you look “through” the paper, you either get
|
||||
a three dimensional picture or a headache. With this program, you can
|
||||
create your own 3D pictures in ASCII art. And yes, the program itself is
|
||||
such a 3D picture.</p>
|
||||
like random noise, but when you look “through” the paper, you
|
||||
either get a three dimensional picture or a headache. With this
|
||||
program, you can create your own 3D pictures in ASCII art. And
|
||||
yes, the program itself is such a 3D picture.</p>
|
||||
<h3 id="how-to-use-it">How to use it</h3>
|
||||
<ol type="1">
|
||||
<li><p>Create a file which describes the desired 3D picture. The file
|
||||
must be a block of lowercase letters the size of the desired picture.
|
||||
The letters specify the depth of the corresponding pixel: <code>a</code>
|
||||
means close to the paper, <code>z</code> means far away. The info files
|
||||
are examples. Be aware that the size of the picture is restricted to
|
||||
about 9k.</p></li>
|
||||
<li><p>Pipe your picture into the program. The output will be your 3D
|
||||
picture, constructed of random characters (with ASCII code between 32
|
||||
and 126). For example, type</p></li>
|
||||
must be a block of lowercase letters the size of the desired
|
||||
picture. The letters specify the depth of the corresponding pixel:
|
||||
<code>a</code> means close to the paper, <code>z</code> means far away. The info files
|
||||
are examples. Be aware that the size of the picture is restricted
|
||||
to about 9k.</p></li>
|
||||
<li><p>Pipe your picture into the program. The output will be your
|
||||
3D picture, constructed of random characters (with ASCII code between
|
||||
32 and 126). For example, type</p></li>
|
||||
</ol>
|
||||
<div class="sourceCode" id="cb8"><pre class="sourceCode sh"><code class="sourceCode bash"><span id="cb8-1"><a href="#cb8-1" aria-hidden="true" tabindex="-1"></a><span class="ex">./herrmann2</span> <span class="op"><</span> herrmann2.ioccc</span></code></pre></div>
|
||||
<ol start="3" type="1">
|
||||
<li>If you want to control the characters used in the output (for
|
||||
example if your picture is to consist only of digits), pass them as the
|
||||
first argument. In this case, each time the program needs a new random
|
||||
character, it will take the next one from the argument. When it arrives
|
||||
at the end of the argument, it will start over at the beginning.
|
||||
Example:</li>
|
||||
example if your picture is to consist only of digits), pass them
|
||||
as the first argument. In this case, each time the program needs a
|
||||
new random character, it will take the next one from the
|
||||
argument. When it arrives at the end of the argument, it will
|
||||
start over at the beginning. Example:</li>
|
||||
</ol>
|
||||
<div class="sourceCode" id="cb9"><pre class="sourceCode sh"><code class="sourceCode bash"><span id="cb9-1"><a href="#cb9-1" aria-hidden="true" tabindex="-1"></a><span class="ex">./herrmann2</span> <span class="st">"234 84 045 5 6765 7487 65190 84 656 254 12 43931 818 0 6542 </span><span class="dt">\</span></span>
|
||||
<span id="cb9-2"><a href="#cb9-2" aria-hidden="true" tabindex="-1"></a><span class="st">341 45 567 76967 7244 606 976567 895 81898 095 68678 1843 4650547 </span><span class="dt">\</span></span>
|
||||
<span id="cb9-3"><a href="#cb9-3" aria-hidden="true" tabindex="-1"></a><span class="st">565980691 389 04974"</span> <span class="op"><</span> herrmann2.ioccc</span></code></pre></div>
|
||||
<h3 id="some-hints-to-get-better-results">Some hints to get better
|
||||
results</h3>
|
||||
<h3 id="some-hints-to-get-better-results">Some hints to get better results</h3>
|
||||
<ul>
|
||||
<li><p>Due to the way these 3D pictures work, the left part of the
|
||||
picture won’t look really 3D, so don’t put things too much on the left.
|
||||
The reason is that for each letter in the source file, a character for
|
||||
the right eye is printed. The 3D effect appears when the left eye sees
|
||||
the same character more to the left. This is of course impossible on the
|
||||
left border of the picture.</p></li>
|
||||
picture won’t look really 3D, so don’t put things too much on
|
||||
the left. The reason is that for each letter in the source file,
|
||||
a character for the right eye is printed. The 3D effect appears
|
||||
when the left eye sees the same character more to the left. This
|
||||
is of course impossible on the left border of the picture.</p></li>
|
||||
<li><p>Don’t use too different depths and don’t use the depths very
|
||||
close to the paper (beginning of the alphabet). This would make it more
|
||||
difficult to see the picture.</p></li>
|
||||
close to the paper (beginning of the alphabet). This would make
|
||||
it more difficult to see the picture.</p></li>
|
||||
<li><p>When passing an argument, don’t use a too short one; the
|
||||
repeating pattern which arises from the repetition of the argument could
|
||||
interfere with the repeating pattern which creates the 3D
|
||||
repeating pattern which arises from the repetition of the argument
|
||||
could interfere with the repeating pattern which creates the 3D
|
||||
effect.</p></li>
|
||||
</ul>
|
||||
<h3 id="extra-features">Extra-Features</h3>
|
||||
<ul>
|
||||
<li><p>The program is able to handle all common kinds of line breaks:
|
||||
Unix, DOS and Mac. To get an output with a certain kind of line breaks,
|
||||
simply use the same kind of line breaks in the input file.</p></li>
|
||||
<li><p>As the source code is a 3D picture itself, the easiest way to get
|
||||
it (if you lost it or if you don’t have it already) is to use the
|
||||
program itself on the right picture and with the right
|
||||
Unix, DOS and Mac. To get an output with a certain kind of line
|
||||
breaks, simply use the same kind of line breaks in the input
|
||||
file.</p></li>
|
||||
<li><p>As the source code is a 3D picture itself, the easiest way to
|
||||
get it (if you lost it or if you don’t have it already) is to use
|
||||
the program itself on the right picture and with the right
|
||||
argument:</p></li>
|
||||
</ul>
|
||||
<div class="sourceCode" id="cb10"><pre
|
||||
class="sourceCode sh"><code class="sourceCode bash"><span id="cb10-1"><a href="#cb10-1" aria-hidden="true" tabindex="-1"></a><span class="ex">./herrmann2</span> <span class="dt">\</span></span>
|
||||
<div class="sourceCode" id="cb10"><pre class="sourceCode sh"><code class="sourceCode bash"><span id="cb10-1"><a href="#cb10-1" aria-hidden="true" tabindex="-1"></a><span class="ex">./herrmann2</span> <span class="dt">\</span></span>
|
||||
<span id="cb10-2"><a href="#cb10-2" aria-hidden="true" tabindex="-1"></a><span class="st">'char*d,A[9876];e;b;*ad,a,c; tw,ndr,T; wri; ;*h; _,ar ;on;'</span><span class="dt">\</span></span>
|
||||
<span id="cb10-3"><a href="#cb10-3" aria-hidden="true" tabindex="-1"></a><span class="st">' ;l ;i(V)man,n {-!har ; =Aadre(0,&e,o||n -- +,o4,=9,l=b=8,'</span><span class="dt">\</span></span>
|
||||
<span id="cb10-4"><a href="#cb10-4" aria-hidden="true" tabindex="-1"></a><span class="st">'!( te-*Aim)|(0~l),srand (l),,!A,d=,b))&&+((A + te-A(&(*)=+ +95>'</span><span class="dt">\</span></span>
|
||||
@@ -229,132 +226,104 @@ class="sourceCode sh"><code class="sourceCode bash"><span id="cb10-1"><a href="#
|
||||
<span id="cb10-9"><a href="#cb10-9" aria-hidden="true" tabindex="-1"></a><span class="st">'a;}return _+= '</span> <span class="op"><</span> herrmann2.ioccc</span></code></pre></div>
|
||||
<ul>
|
||||
<li><p>If I had submitted the program last year, I would have said that
|
||||
it has exactly the maximum allowed length: 1536 characters. Now let’s
|
||||
say it’s a way of protesting against the inflation in program
|
||||
length.</p></li>
|
||||
it has exactly the maximum allowed length: 1536 characters. Now
|
||||
let’s say it’s a way of protesting against the inflation in
|
||||
program length.</p></li>
|
||||
<li><p>The size of the source 3D picture has been chosen carefully: as
|
||||
big as possible, but small enough to be viewed without problems on
|
||||
normal-sized terminals.</p></li>
|
||||
big as possible, but small enough to be viewed without problems
|
||||
on normal-sized terminals.</p></li>
|
||||
</ul>
|
||||
<h3 id="why-this-program-should-win">Why this program should win</h3>
|
||||
<ul>
|
||||
<li><p>The layout is of a completely new kind. And it describes what the
|
||||
program does more precisely than any comment could.</p></li>
|
||||
<li><p>I don’t think there has ever been an IOCCC program with so severe
|
||||
layout constraints. Once the 3D picture has been fixed, only a sixth of
|
||||
the characters can be chosen freely! (457 of 1840, to be exact.) In
|
||||
contrast, in palindrome programs, for example, half of the characters
|
||||
can be chosen freely.</p></li>
|
||||
<li><p>I did not cheat by using comments or <code>-D</code> options -
|
||||
something I’ve seen even some palindrome programs do. In fact, at my
|
||||
first attempt at writing the program I became convinced that it isn’t
|
||||
possible without cheating. But then I found out that with comments or
|
||||
defines, it would become trivial, so I had to try harder…</p></li>
|
||||
<li><p>The layout is of a completely new kind. And it describes what
|
||||
the program does more precisely than any comment could.</p></li>
|
||||
<li><p>I don’t think there has ever been an IOCCC program with so
|
||||
severe layout constraints. Once the 3D picture has been fixed,
|
||||
only a sixth of the characters can be chosen freely! (457 of
|
||||
1840, to be exact.) In contrast, in palindrome programs, for
|
||||
example, half of the characters can be chosen freely.</p></li>
|
||||
<li><p>I did not cheat by using comments or <code>-D</code> options - something
|
||||
I’ve seen even some palindrome programs do. In fact, at my first
|
||||
attempt at writing the program I became convinced that it
|
||||
isn’t possible without cheating. But then I found out that with
|
||||
comments or defines, it would become trivial, so I had to try
|
||||
harder…</p></li>
|
||||
<li><p>If you don’t believe the constraints are hard, try to write just
|
||||
one single line which satisfies them. (To be able to make one function
|
||||
call, for example, you have to fill an entire line with stuff doing
|
||||
mostly nothing.)</p></li>
|
||||
one single line which satisfies them. (To be able to make one
|
||||
function call, for example, you have to fill an entire line with
|
||||
stuff doing mostly nothing.)</p></li>
|
||||
<li><p>Just in case this is not enough: Yes, the code itself is
|
||||
obfuscated: It’s (almost) only one big expression, with deep nesting of
|
||||
<code>()</code> and <code>?:</code>, and full of unnecessary operations
|
||||
which do not really help making it readable. And it contains a lot of
|
||||
obfuscated: It’s (almost) only one big expression, with deep
|
||||
nesting of <code>()</code> and <code>?:</code>, and full of unnecessary operations which
|
||||
do not really help making it readable. And it contains a lot of
|
||||
“magic numbers”. (My favourite is the <code>7</code> in line 15 (each
|
||||
one). Which is the other digit I could have put there instead, and what
|
||||
other changes to the program would have been necessary? Without
|
||||
violating the constraints of course.)</p></li>
|
||||
<li><p>The fact that the main loop of the program calls
|
||||
<code>main()</code> recursively is nothing new. New however is that this
|
||||
program only needs a logarithmic recursion depth! (Find out how this
|
||||
one). Which is the other digit I could have put there instead,
|
||||
and what other changes to the program would have been necessary?
|
||||
Without violating the constraints of course.)</p></li>
|
||||
<li><p>The fact that the main loop of the program calls <code>main()</code>
|
||||
recursively is nothing new. New however is that this program
|
||||
only needs a logarithmic recursion depth! (Find out how this
|
||||
works.)</p></li>
|
||||
<li><p>When still in doubt about how to judge this program,
|
||||
type</p></li>
|
||||
<li><p>When still in doubt about how to judge this program, type</p></li>
|
||||
</ul>
|
||||
<div class="sourceCode" id="cb11"><pre
|
||||
class="sourceCode sh"><code class="sourceCode bash"><span id="cb11-1"><a href="#cb11-1" aria-hidden="true" tabindex="-1"></a><span class="ex">./herrmann2</span> <span class="op"><</span> herrmann2.cup</span></code></pre></div>
|
||||
<div class="sourceCode" id="cb11"><pre class="sourceCode sh"><code class="sourceCode bash"><span id="cb11-1"><a href="#cb11-1" aria-hidden="true" tabindex="-1"></a><span class="ex">./herrmann2</span> <span class="op"><</span> herrmann2.cup</span></code></pre></div>
|
||||
<p>and let the result inspire you. ;-)</p>
|
||||
<h3 id="requirements-to-the-compiler-compatibility">Requirements to the
|
||||
compiler / Compatibility</h3>
|
||||
<h3 id="requirements-to-the-compiler-compatibility">Requirements to the compiler / Compatibility</h3>
|
||||
<ul>
|
||||
<li><p>I fear that gcc is the only compiler for which this program
|
||||
works. Due to the severe restrictions, I was forced to use declarations
|
||||
of <code>int</code> variables, functions and parameters without
|
||||
specifying their type. The biggest problem was to put
|
||||
<code>int main(int c, char ** v){</code> into the program. After some
|
||||
time, I became convinced that this is impossible. Finally, at least I
|
||||
managed to squeeze <code>main(c, v){</code> into the constraints
|
||||
instead.</p></li>
|
||||
works. Due to the severe restrictions, I was forced to use
|
||||
declarations of <code>int</code> variables, functions and parameters without
|
||||
specifying their type. The biggest problem was to put <code>int main(int c, char ** v){</code> into the program. After some time, I
|
||||
became convinced that this is impossible. Finally, at least I
|
||||
managed to squeeze <code>main(c, v){</code> into the constraints instead.</p></li>
|
||||
<li><p>Also, a lot of warnings are produced - most of them “data
|
||||
definition has no type or storage class”, but also some “parameter names
|
||||
(without types) in function declaration” and “assignment from
|
||||
incompatible pointer type”. I wasn’t able to get rid of them.</p></li>
|
||||
<li><p>At least, it probably works with all sufficiently recent versions
|
||||
of gcc. I tested it with versions 2.7.2.1, 2.8.1, 2.95.2, and
|
||||
ecgs-2.91.66.</p></li>
|
||||
<li><p>Of course I couldn’t put <code>#include</code>s at the beginning
|
||||
of the program. Usually, this is not really necessary with gcc. However,
|
||||
for this program it would have been, because some functions appear as
|
||||
function pointers, and as such they are not generated implicitly. So the
|
||||
build script has to pass <code>-include ...</code> to gcc. A problem
|
||||
with this is that the complete path of the include files has to be
|
||||
provided. In the build script, I assume that the path is
|
||||
<code>/usr/include</code>, but this can easily be adapted.</p></li>
|
||||
definition has no type or storage class”, but also some
|
||||
“parameter names (without types) in function declaration” and
|
||||
“assignment from incompatible pointer type”. I wasn’t able to
|
||||
get rid of them.</p></li>
|
||||
<li><p>At least, it probably works with all sufficiently recent
|
||||
versions of gcc. I tested it with versions 2.7.2.1, 2.8.1,
|
||||
2.95.2, and ecgs-2.91.66.</p></li>
|
||||
<li><p>Of course I couldn’t put <code>#include</code>s at the beginning of
|
||||
the program. Usually, this is not really necessary with
|
||||
gcc. However, for this program it would have been, because some
|
||||
functions appear as function pointers, and as such they are not
|
||||
generated implicitly. So the build script has to pass <code>-include ...</code> to gcc. A problem with this is that the complete path of
|
||||
the include files has to be provided. In the build script, I
|
||||
assume that the path is <code>/usr/include</code>, but this can easily be
|
||||
adapted.</p></li>
|
||||
</ul>
|
||||
<h2 id="copyright-and-cc-by-sa-4.0-license">Copyright and CC BY-SA 4.0
|
||||
License:</h2>
|
||||
<p>This file is Copyright (c) 2023 by Landon Curt Noll. All Rights
|
||||
Reserved. You are free to share and adapt this file under the terms of
|
||||
this license:</p>
|
||||
<h2 id="copyright-and-cc-by-sa-4.0-license">Copyright and CC BY-SA 4.0 License:</h2>
|
||||
<p>This file is Copyright (c) 2023 by Landon Curt Noll. All Rights Reserved.
|
||||
You are free to share and adapt this file under the terms of this license:</p>
|
||||
<pre><code>Creative Commons Attribution-ShareAlike 4.0 International (CC BY-SA 4.0)</code></pre>
|
||||
<p>For more information, see:
|
||||
https://creativecommons.org/licenses/by-sa/4.0/</p>
|
||||
<p>For more information, see: https://creativecommons.org/licenses/by-sa/4.0/</p>
|
||||
|
||||
<!-- END: this line ends content for HTML phase 21 by: bin/pandoc-wrapper.sh via bin/md2html.sh -->
|
||||
<!-- START: this line starts content for HTML phase 22 by: bin/output-index-inventory.sh via bin/md2html.sh -->
|
||||
|
||||
<!-- START: this line starts content generated by: bin/output-index-inventory.sh -->
|
||||
|
||||
<h1 id="inventory-for-2001herrmann2"><a name="inventory"></a>Inventory
|
||||
for 2001/herrmann2</h1>
|
||||
<h1 id="inventory-for-2001herrmann2"><a name="inventory"></a>Inventory for 2001/herrmann2</h1>
|
||||
<p><a href="#top">Jump to top</a></p>
|
||||
<h2 id="primary-files">Primary files</h2>
|
||||
<ul>
|
||||
<li><a
|
||||
href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/herrmann2.c">herrmann2.c</a>
|
||||
- entry source</li>
|
||||
<li><a
|
||||
href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/Makefile">Makefile</a>
|
||||
- entry Makefile</li>
|
||||
<li><a
|
||||
href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/herrmann2.alt.c">herrmann2.alt.c</a>
|
||||
- alternative source</li>
|
||||
<li><a
|
||||
href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/herrmann2.orig.c">herrmann2.orig.c</a>
|
||||
- original source</li>
|
||||
<li><a
|
||||
href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/herrmann2.cup">herrmann2.cup</a>
|
||||
- sample input</li>
|
||||
<li><a
|
||||
href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/herrmann2.ioccc">herrmann2.ioccc</a>
|
||||
- sample input</li>
|
||||
<li><a
|
||||
href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/try.sh">try.sh</a>
|
||||
- how to run</li>
|
||||
<li><a href="2001_herrmann2.tar.bz2">2001_herrmann2.tar.bz2</a> -
|
||||
download entry source</li>
|
||||
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/herrmann2.c">herrmann2.c</a> - entry source</li>
|
||||
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/Makefile">Makefile</a> - entry Makefile</li>
|
||||
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/herrmann2.alt.c">herrmann2.alt.c</a> - alternative source</li>
|
||||
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/herrmann2.orig.c">herrmann2.orig.c</a> - original source</li>
|
||||
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/herrmann2.cup">herrmann2.cup</a> - sample input</li>
|
||||
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/herrmann2.ioccc">herrmann2.ioccc</a> - sample input</li>
|
||||
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/try.sh">try.sh</a> - how to run</li>
|
||||
<li><a href="2001_herrmann2.tar.bz2">2001_herrmann2.tar.bz2</a> - download entry source</li>
|
||||
</ul>
|
||||
<h2 id="secondary-files">Secondary files</h2>
|
||||
<ul>
|
||||
<li><a href="index.html">index.html</a> - entry home page</li>
|
||||
<li><a
|
||||
href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/.entry.json">.entry.json</a>
|
||||
- description of entry in JSON</li>
|
||||
<li><a
|
||||
href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/.gitignore">.gitignore</a>
|
||||
- list of files that should not be committed under git</li>
|
||||
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/.entry.json">.entry.json</a> - description of entry in JSON</li>
|
||||
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/.gitignore">.gitignore</a> - list of files that should not be committed under git</li>
|
||||
<li><a href=".path">.path</a> - directory path from top directory</li>
|
||||
<li><a
|
||||
href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/README.md">README.md</a>
|
||||
- markdown source for index.html</li>
|
||||
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2001/herrmann2/README.md">README.md</a> - markdown source for index.html</li>
|
||||
</ul>
|
||||
|
||||
<!-- END: next line ends content generated by: bin/output-index-inventory.sh -->
|
||||
|
||||
Reference in new issue
Block a user