
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div apple-content-edited="true"><span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-align: auto; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><div style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; ">On May 6, 2008, at 6:57 AM, Jay wrote:</div></span></div><div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div class="hmmessage" style="font-size: 10pt; font-family: Tahoma; ">Olaf, I don't entirely agree.<br>The logs should be fairly informative<span class="Apple-converted-space"> </span><em>without<span class="Apple-converted-space"> </span></em>intervention.<br>Just not too verbose. I'd would rather remove the lines that say "compiling" and show the cm3cg invocations.<br>But more than one line per source file is too much.<br>-commands doesn't really work. Lots of bogus extra commands are echoed (rm .tmp), and not all the commands that are run are echoed.</div></span></blockquote><div><br></div><div>Not bogus - it does exactly what one would expect - showing all commands executed.   I'm  with  Olaf on this one.</div><div><br></div><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div class="hmmessage" style="font-size: 10pt; font-family: Tahoma; ">I understand that stability for tests is also a goal, but information for the interactive user and for post mortem debugging via a log is also valuable, and these are contrary to stability-for-tests. Somehow contradictory goals need to be met.</div></span></blockquote><div><br></div><div>I prefer terse output for tests  that complete normally.  On detailed  investigation l can always turn on a verbose flag.</div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div class="hmmessage" style="font-size: 10pt; font-family: Tahoma; ">How about a compromise?<br>How about we always log more stuff to TARGET/cm3.log?<br> And then exactly what you want to stdout/stderr?<br>While, as I said, more than one line per file is overkill, as part of this compromise I'd be willing to include the cm3cg and as invocation.<br> <br>Have folks used build.exe in the Windows NT DDK?<br>It's model is close to what you get here.<br>It has three sets of information:<br>  to the console/stdout<span class="Apple-converted-space"> </span><br>  build.log, build.exe is a wrapper over make, and this includes all the make output -- all the command lines run<span class="Apple-converted-space"> </span><br>  build.err, a small subset of console/stdout output<br> <br>My "design" here has been to avoid over-verbosity. Link and mt run on the order of once, or a small number of times, per directory, so showing the full command line (response files...) isn't so verbose -- vs. say something shown once per compiled file.<br> <br>There's another "problem" here that I have partly fixed.<br>Underlying errors are not shown on console/stdout/stderr.<br>They are often in like TARGET/m3core.lst.<br> <br>I changed stuff to refer to that file, after having hunted the errors down myself slowly the first time.<br> <br>We could change things to alway says "see TARGET/cm3.log" for more information, or somesuch.<br> <br> - Jay<br><br><br><hr id="stopSpelling"><br>> Date: Tue, 6 May 2008 10:07:11 +0200<br>> From:<span class="Apple-converted-space"> </span><a href="mailto:wagner@elegosoft.com">wagner@elegosoft.com</a><br>> To:<span class="Apple-converted-space"> </span><a href="mailto:m3devel@elegosoft.com">m3devel@elegosoft.com</a><br>> Subject: Re: [M3devel]<span class="Apple-converted-space"> </span><a href="http://www.opencm3.net/m3tests">www.opencm3.net/m3tests</a><br>><span class="Apple-converted-space"> </span><br>> Quoting Jay <<a href="mailto:jayk123@hotmail.com">jayk123@hotmail.com</a>>:<br>><span class="Apple-converted-space"> </span><br>> > The "problem" here, a really really small one, is just that the link<span class="Apple-converted-space"> </span><br>> > and mt commands got echoed.<br>> > Olaf made them not echoed. I then made them conditionally echoed.<br>> > I made m3-sys\m3tests define M3TESTS so that NT386.common doesn't echo.<br>> > It's not a big deal either way.<br>> > Aha -- tests in other directories would have a problem, and I think<span class="Apple-converted-space"> </span><br>> > there are some.<br>> ><br>> > I like more echoing usually, so the system explains what is going on,<br>> > instead of the vaguer "linking foo" sort of message.<br>> > Granted, nobody bothers watching gcc run assembler commands, so I<span class="Apple-converted-space"> </span><br>> > guess it is just quite gray.<br>><span class="Apple-converted-space"> </span><br>> Jay, cm3 needs to behave the same on all platforms. By default<br>> commands should _not_ be echoed to stdout or stderr; that's what the<br>> -commands switch is for: this gives you exactly the commands the<br>> compiler issues to invoke other tools.<br>><span class="Apple-converted-space"> </span><br>> For more verbose output, you may also depend on the -verbose or the<br>> -debug switches.<br>><span class="Apple-converted-space"> </span><br>> Please adapt the configuration files that bey default all echoing<br>> of commands is off.<br>><span class="Apple-converted-space"> </span><br>> Olaf<br>><span class="Apple-converted-space"> </span><br>> > I don't know how to run the Tinderbox either yet, sorry.<br>> > I tried.<br>> ><br>> > For adding tests, well, there is m3-sys\m3tests.<br>> > That is where a lot of the tests are, but not all.<br>> > I am not sure where tests belong. I added a small number there.<br>> > They are named with just a letter and a number.<br>> > The letters have some meaning, explained in the m3makefile.<br>> > "p" is programs that are run and their stdout/stderr compared<span class="Apple-converted-space"> </span><br>> > against expected<br>> > "e" is programs build and the errors from the compiler checked to be<span class="Apple-converted-space"> </span><br>> > reasonable.<br>> > I don't think in general they are expected to successfully compile<span class="Apple-converted-space"> </span><br>> > or run, though the case of "warnings" may be unclear.<br>> > "c" is programs built so a human can look at the generated code.<br>> > There is another case I think for human checking.<br>> > The numbers are just 001, 002, 003, etc.<br>> > Each hundred tests are in a separate directory, like p0\p001,<span class="Apple-converted-space"> </span><br>> > p0\p002, p1\p100, p1\101, etc.<br>> ><br>> > Something like this.<br>> > Wherever I have details wrong, just look in m3-sys\m3tests. It's<span class="Apple-converted-space"> </span><br>> > pretty simple, obvious, and well commented.<br>> ><br>> > The output is a little clearer if you have a working diff.exe on the path.<br>> > Then what you do is search for "@@" in the output.<br>> ><br>> > - Jay<br>> ><br>> ><br>> > Date: Tue, 6 May 2008 03:46:27 +0200From:<span class="Apple-converted-space"> </span><a href="mailto:dabenavidesd@yahoo.esTo">dabenavidesd@yahoo.esTo</a>:<span class="Apple-converted-space"> </span><br>> ><span class="Apple-converted-space"> </span><a href="mailto:m3devel@elegosoft.comSubject">m3devel@elegosoft.comSubject</a>: [M3devel]<span class="Apple-converted-space"> </span><a href="http://www.opencm3.net/m3testsDear">www.opencm3.net/m3testsDear</a><span class="Apple-converted-space"> </span><br>> > developers:Does the recent tests on NT386 seem broken because a<span class="Apple-converted-space"> </span><br>> > recent change on the m3-sys tree, or is the HTML bad generated, I<span class="Apple-converted-space"> </span><br>> > mean can you check the last tests Sunday, May 4th (p001 to p042) has<span class="Apple-converted-space"> </span><br>> > a red background<span class="Apple-converted-space"> </span><br>> ><span class="Apple-converted-space"> </span><a href="http://www.opencm3.net/m3tests/m3tests-NT386-2008-04-23-13-30-57.html">http://www.opencm3.net/m3tests/m3tests-NT386-2008-04-23-13-30-57.html</a></pre></td></tr> <tr class="bgred tl"><td> p002 </td><td class="small" width="45%"> Text</td><td class="small"><pre>Comparing files P0\P002\stdout.build and ..\SRC\P0\P002\STDOUT.BUILD***** P0\P002\stdout.buildlink @_m3responsefile0.txt 2>&1 > pgm.lstmt /nologo /manifest pgm.exe.manifest /outputresource:pgm.exe;1***** ..\SRC\P0\P002\STDOUT.BUILD*****Comparing files P0\P002\stderr.build and ..\SRC\P0\P002\STDERR.BUILDFC: no differences encounteredComparing files P0\P002\stdout.pgm and ..\SRC\P0\P002\STDOUT.PGMFC: no differences encounteredComparing files P0\P002\stderr.pgm and ..\SRC\P0\P002\STDERR.PGMFC: no differences encounteredand almost the same pattern in the above tests.I would suggest if it is thinkable using NT386 variant with a complete dedicated machine/system, I can try to set up one this week and send the data back (the machine is behind a proxy), but I don't remember the mail explaining the set up, and also want to know if there is a chance of run the tests with one run script.Also what is the best natural way to put a new tests, and the standard name it should<span class="Apple-converted-space"> </span><br>> > have?Thanks<br>> ><br>> ><br>> > Enviado desde Correo Yahoo!La bandeja de entrada m�s inteligente.<br>><span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> --<span class="Apple-converted-space"> </span><br>> Olaf Wagner -- elego Software Solutions GmbH<br>> Gustav-Meyer-Allee 25 / Geb�ude 12, 13355 Berlin, Germany<br>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95<br>><span class="Apple-converted-space"> </span><a href="http://www.elegosoft.com">http://www.elegosoft.com</a><span class="Apple-converted-space"> </span>| Gesch�ftsf�hrer: Olaf Wagner | Sitz: Berlin<br>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<br>><span class="Apple-converted-space"> </span><br><br></div></span></blockquote></div><br></body></html>