defaria.com/blogs/Status/archives/2004_12.html

   1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
   2    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
   3 <html xmlns="http://www.w3.org/1999/xhtml" id="sixapart-standard">
   4 <head>
   5    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
   6    <meta name="generator" content="Movable Type 5.2.3" />
   7
   8    <link rel="stylesheet" href="http://defaria.com/blogs/Status/styles-site.css" type="text/css" />
   9    <link rel="alternate" type="application/atom+xml" title="Atom" href="http://defaria.com/blogs/Status/atom.xml" />
  10    <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="http://defaria.com/blogs/Status/index.xml"$>" />
  11
  12    <title>Status for Andrew DeFaria: December 2004 Archives</title>
  13
  14    <link rel="start" href="http://defaria.com/blogs/Status/" title="Home" />
  15    <link rel="prev" href="http://defaria.com/blogs/Status/archives/2004_09.html" title="September 2004" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/2005_01.html" title="January 2005" />
  17 </head>
  18 <body class="layout-one-column">
  19    <div id="container">
  20       <div id="container-inner" class="pkg">
  21
  22          <div id="banner">
  23             <div id="banner-inner" class="pkg">
  24                <h1 id="banner-header"><a href="http://defaria.com/blogs/Status/" accesskey="1">Status for Andrew DeFaria</a></h1>
  25                <h2 id="banner-description">Searchable status reports and work log</h2>
  26             </div>
  27          </div>
  28
  29          <div id="pagebody">
  30             <div id="pagebody-inner" class="pkg">
  31                <div id="alpha">
  32                   <div id="alpha-inner" class="pkg">
  33
  34                      <p class="content-nav">
  35                         <a href="http://defaria.com/blogs/Status/archives/2004_09.html">&laquo; September 2004</a> |
  36                         <a href="http://defaria.com/blogs/Status/">Main</a>
  37                         | <a href="http://defaria.com/blogs/Status/archives/2005_01.html">January 2005 &raquo;</a>
  38                      </p>
  39
  40
  41
  42
  43                      <h2 class="date-header">December 30, 2004</h2>
  44                      <a id="a000267"></a>
  45                      <div class="entry" id="entry-267">
  46                         <h3 class="entry-header">More documentation</h3>
  47                         <div class="entry-content">
  48                            <div class="entry-body">
  49                               <ul>
  50
  51 <p><li>Yet more documenting of Build, Test, Release processes</li></p>
  52
  53 </ul>
  54
  55                               <p class="entry-footer">
  56                                  <span class="post-footers">Posted by  at  5:27 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000267.html">Permalink</a>
  57
  58
  59                               </p>
  60                            </div>
  61                         </div>
  62                      </div>
  63
  64
  65
  66                      <h2 class="date-header">December 29, 2004</h2>
  67                      <a id="a000266"></a>
  68                      <div class="entry" id="entry-266">
  69                         <h3 class="entry-header">Documentation</h3>
  70                         <div class="entry-content">
  71                            <div class="entry-body">
  72                               <ul>
  73
  74 <li>Spent most of the day documenting <a href="http://saturn.lynx.com/build/">Build/Test/Release</a> processes</li>
  75
  76 </ul>
  77
  78                               <p class="entry-footer">
  79                                  <span class="post-footers">Posted by  at 10:09 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000266.html">Permalink</a>
  80
  81
  82                               </p>
  83                            </div>
  84                         </div>
  85                      </div>
  86
  87
  88
  89                      <h2 class="date-header">December 28, 2004</h2>
  90                      <a id="a000265"></a>
  91                      <div class="entry" id="entry-265">
  92                         <h3 class="entry-header">Releasing 5.0.0</h3>
  93                         <div class="entry-content">
  94                            <div class="entry-body">
  95                               <ul>
  96
  97 <li>Attempting to archive this 5.0.0 build both toolchain and lynxos. Not really sure where everything comes from or goes to</li>
  98
  99 <li>More work on cmptags.pl</li>
 100
 101 </ul>
 102
 103                               <p>Directories, builds, dated directories, etc are all over, spead out between t3, dopey, t-k1g-1, etc.. It's hard to know where things are and where they need to end up. Will look into this tomorrow with Thu</p>
 104
 105 <p>Regarding cmptags.pl, rearranged this to attempt to produce a simple list like:</p>
 106
 107 <pre>
 108 ECR Number ####
 109       path/to/foo.c            1.30
 110       path/to/bar.c            1.2.3.1
 111 </pre>
 112
 113 <p>Unfortunately this appears to be very slow to process. cmptags.pl does not attempt to optimise things only working on files recently updated, rather it goes though all of the files in CVS and generates, parsed and creates data structures for all the CVS info, even that which it's not particularly interested in at the momment so that it can be more generally used. This takes forever with CVS as each file must be found and a cvs log issued and output parsed. Unlike Clearcase there doesn't seemto be a cvs command line prompt so cvs is constantly being invoked (process overhead) and it's always talking to the server (network overhead) and there's a lot of data (tags, revisions, comments, etc) to be processed. Clearly CVS has not been optimized for this sort of access.</p>
 114
 115 <p>Not sure how or if this can be optimized any further. It's a shame because I'm almost at the point where I can ask "Show me the files and version numbers for the following ECR's" which is something I know I'm gonna need quickly here for the impending build note that needs to be created.</p>
 116
 117                               <p class="entry-footer">
 118                                  <span class="post-footers">Posted by  at  7:05 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000265.html">Permalink</a>
 119
 120
 121                               </p>
 122                            </div>
 123                         </div>
 124                      </div>
 125
 126
 127
 128                      <h2 class="date-header">December 27, 2004</h2>
 129                      <a id="a000264"></a>
 130                      <div class="entry" id="entry-264">
 131                         <h3 class="entry-header">Fix Copyright, native 3.2.2/5.0.0 build</h3>
 132                         <div class="entry-content">
 133                            <div class="entry-body">
 134                               <ul>
 135
 136 <li>Modified fix_copyright.pl to take into account the situation where the LynuxWork copyright is contained inside a comment block with another company's copyright.</li>
 137
 138 <li>Was able to build 3.2.2/5.0.0 toolchain natively by booking to the ide.0c partition</li>
 139
 140 <li>Build of non-development los178 is successful with expected errors</li>
 141
 142 </ul>
 143
 144                               <p class="entry-footer">
 145                                  <span class="post-footers">Posted by  at  9:36 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000264.html">Permalink</a>
 146
 147
 148                               </p>
 149                            </div>
 150                         </div>
 151                      </div>
 152
 153
 154
 155                      <h2 class="date-header">December 22, 2004</h2>
 156                      <a id="a000263"></a>
 157                      <div class="entry" id="entry-263">
 158                         <h3 class="entry-header">los178 build</h3>
 159                         <div class="entry-content">
 160                            <div class="entry-body">
 161                               <ul>
 162
 163 <li>Finished los178 build of sources with fixed copyrights!</li>
 164
 165 <li>Still an error with the non development build of los178 :-(</li>
 166
 167 <li>Made more progress on cmptags.pl (a Perl script to compare and report on the difference in terms of revisions and associated ECRs, authors and dates between two tags in CVS)</li>
 168
 169 </ul>
 170
 171                               <p>First I obtained the latest TOT for los178 - apparently they are still fixing things. This makes it imperative that fix_copyright.pl work flawlessly. Was able to build los178 from old, unmodified sources thus I know I'm starting from a good set of sources.</p>
 172
 173 <p>Next was to run fix_copyright.pl and attempt a compile. This time, instead of just hand editing the files I examined the file in question and why fix_copyright.pl failed in this case. Then fix fix_copyright.pl and repeat.</p>
 174
 175 <p>One problem was that some files have MS-DOS line endings. Fixed this by removing such line endings and making them standard Unix line endings.</p>
 176
 177 <p>Next some files ended the comment block with */ and then some additional spaces. This was fixed by not attempting to anchor the end comment block match with the end of the line (i.e. $).</p>
 178
 179 <p>Injected these actual two or three files back into the build process until it built.</p>
 180
 181 <p>For safety's sake I then destroyed my build area and recreated from scratch with cvs update -C then running fix_copyright.pl again and bringing that over to grumpy.</p>
 182
 183 <p>WRT cmptags.pl, made some more progress parsing cvs log info...</p>
 184
 185                               <p class="entry-footer">
 186                                  <span class="post-footers">Posted by  at  3:28 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000263.html">Permalink</a>
 187
 188
 189                               </p>
 190                            </div>
 191                         </div>
 192                      </div>
 193
 194
 195
 196                      <h2 class="date-header">December 21, 2004</h2>
 197                      <a id="a000262"></a>
 198                      <div class="entry" id="entry-262">
 199                         <h3 class="entry-header">Fixing fix_copyright.pl</h3>
 200                         <div class="entry-content">
 201                            <div class="entry-body">
 202                               <ul>
 203
 204 <li>Decided to improve fix_copyright.pl. If two copyrights appear in a single copyright block it now just leaves that copyright intact.</li>
 205
 206 <li>Attempted rebuild of los178 and working out problems</li>
 207
 208 <li>Developing a better CVS report Perl script</li>
 209
 210 </li>
 211
 212                               <p>Generally these copyright blocks with two copyrights are of the form described yesterday, with a single copyright line added for LynuxWorks. Such files will not be modified</p>
 213
 214 <p>Need to work out remaing los178 build problem and make fix_copyright handle them too.</p>
 215
 216 <p>Tried to get a Perl CVS module instead of coding it myself - seems there are no complete Perl CVS modules on CPAN!</p>
 217
 218                               <p class="entry-footer">
 219                                  <span class="post-footers">Posted by  at  3:18 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000262.html">Permalink</a>
 220
 221
 222                               </p>
 223                            </div>
 224                         </div>
 225                      </div>
 226
 227
 228
 229                      <h2 class="date-header">December 20, 2004</h2>
 230                      <a id="a000261"></a>
 231                      <div class="entry" id="entry-261">
 232                         <h3 class="entry-header">Improving fix_copyright.pl</h3>
 233                         <div class="entry-content">
 234                            <div class="entry-body">
 235                               <ul>
 236
 237 <li>Still unable to build 3.2.2/5.0.0 natively</li>
 238
 239 <li>Worked on improving algorithm for copyright replacement</li>
 240
 241 </ul>
 242
 243                               <p>I'm finding it very difficult to develop a hueristic algorithm to find what I call "LynuxWorks copyright blocks" in existing source files. The problem is that the input data is not necessarily consistant. Sure we can go for the 80% fix and hand fix the rest (in fact, that's what I did before) however those 20% often cause compiler errors during the build. What's potential worse is that it is possible that some files will be altered in such a way as to not produce a compiler error but rather to change behavior of the resulting code.</p>
 244
 245 <p>My current algorithm attempts to do the following:</p>
 246
 247 <ul>
 248   <li>Locate the start of a C comment (i.e. "/*"). This comment must be at the beginning of the line (for now I am not considering inline comments as the chances of these containing a bona fide copyright statement is unlikely).</il>
 249
 250   <li>Scan until the enclosing end comment (i.e. "*/"). Again this must appear at the end of a line ($).</li>
 251
 252   <li>Take those lines and examine them for the works "(C) Copyright" and "LynuxWorks" (additionally I found some files that had "LynuxWork,").</li>
 253
 254   <li>If found then the comment block it throw out (to be replaced by the new, more consistent copyright block.</li>
 255
 256 </ul>
 257
 258 <p>Currently the "official" copyright block is of the form:</p>
 259
 260 <div class="code">
 261 <pre>
 262     /* vi: ts=4 sw=4
 263     *************************************************************
 264     (C) Copyright $copy
 265     LynuxWorks, Inc.
 266     San Jose, CA
 267     All rights reserved.
 268
 269     $Date: $Date$
 270     $Revision: $Revision$
 271     $Source: $Source$
 272     ************************************************************/
 273 </pre>
 274 </div>
 275
 276 <p>The "$copy" is replaced by the copyright date found in the file. Dates of the form <year> are changed to <year>-<current year> (unless <year> == <current year>. Dates of the form <year1>, <year2>, <year3> are changed to <year1>-<curernt year>. In order to make finding such copyright information eaiser in the future I would suggest changing the above format to:</p>
 277
 278 <div class="code">
 279 <pre>
 280     /* Start Copyright ******************************************
 281     vi: ts=4 sw=4
 282     (C) Copyright $copy LynuxWorks, Inc.
 283     San Jose, CA
 284     All rights reserved.
 285
 286     $Date: $Date$
 287     $Revision: $Revision$
 288     $Source: $Source$
 289     * End Copyright *********************************************/
 290 </pre>
 291 </div>
 292
 293 <p>This would 1) retain the "vi: ts=4 sw=4" annotation that I assume is for vi users, 2) group both the copyright string ("(C) Copyright") along with the company name of LynuxWorks on the same line. This makes it easier to grep for in the future considering some files have Rockwell copyrights. 3) Clearly delineates the start and stop of the copyright block.</p>
 294
 295 <p>The problems that I'm having is that I'm seeing copyright blocks of the following forms:</p>
 296
 297 <div class="code">
 298 <pre>  /************************************************************
 299     (C) Copyright 1987-2000
 300     Lynx Real-Time Systems, Inc.
 301     San Jose, CA
 302     All rights reserved.
 303
 304     $Date: 2003/11/14 22:44:44 $
 305     $Revision: 1.1 $
 306     ************************************************************/
 307 </pre>
 308 </div>
 309
 310 <p>(Does not contain LynuxWorks, rather Lynx Real-Time Systems)</p>
 311
 312 <div class="code">
 313 <pre>
 314     /*
 315     .FP
 316     ***********************************************************************
 317      Revision History
 318      See ClearCase
 319      Version:
 320     ***********************************************************************
 321     *
 322     * EXPORT NOTICE:
 323     *
 324     *   INFORMATION SUBJECT TO EXPORT CONTROL LAWS
 325     *
 326     * Subject to local country rules and laws when applicable, you
 327     * must comply with the following:
 328     *
 329     * These commodities, technology, or software were exported from
 330     * the United States in accordance with the Export Administration
 331     * Regulations.  Diversion contrary to U. S. law and other relevant
 332     * export controls is prohibited.   They may not be re-exported to
 333     * any of the following destinations without authorization; Cuba,
 334     * Iran, Iraq, Libya, North Korea, Sudan or any other country to
 335     * which shipment is prohibited; nor to end-use(r)s involved in
 336     * chemical, biological, nuclear, or missile weapons activity.
 337     *
 338     * COPYRIGHT NOTICE:
 339     *   (C) Copyright 2001 Rockwell Collins, Inc.  All rights reserved.
 340     *
 341     * FILE NAME:
 342     *   df.c
 343     *
 344     * PURPOSE:
 345     *   utility to display disk usage
 346     *
 347     * NOTES:
 348     *
 349     * ABBREVIATIONS/ACRONYMS:
 350     *
 351     *****************************************************************
 352     .FP END
 353     */
 354     /************************************************************
 355     (C) Copyright 1987-1996
 356     Lynx Real-Time Systems, Inc.
 357     San Jose, CA
 358     All rights reserved.
 359
 360     $Date: 2003/09/10 15:24:57 $
 361     $Revision: 1.1.1.1 $
 362     ************************************************************/
 363 </pre>
 364 </div>
 365
 366 <p>Contains multiple "(C) Copyright" strings, one being ours and the other being Rockwell's. Should both exist in the resultant file?</p>
 367
 368 <div class="code">
 369 <pre>
 370     /*
 371     .FP
 372      **********************************************************************
 373      *
 374      * FILE NAME:
 375      *   hm_load_header.c
 376      *
 377      * PURPOSE:
 378      *    Performs the integrity check of the program and data files
 379      *    in the CPR read only file system.
 380      *
 381      * ABBREVIATIONS/ACRONYMS: (optional)
 382      *
 383      * NOTES: none
 384      *
 385      * COPYRIGHT NOTICE:
 386      *   (C) Copyright 2001-2002 Rockwell Collins, Inc.  All rights reserved.
 387      *       Proprietary and confidential material.  Distribution,
 388      *       use, and disclosure restricted by Rockwell Collins, Inc.
 389      *    Copyright (c) 2003-2004, LynuxWorks, Inc. All Rights Reserved.
 390      *
 391      ***********************************************************************
 392     .FP END
 393     */
 394 </pre>
 395 </div>
 396
 397 <p>Contains multiple "(C) Copyright" strings, one being ours and the other being Rockwells, in the same comment block! Also notice the inconsistant form of one bying "(C) Copyright" while the other being "Copyright (C)". How should this case be handled?</p>
 398
 399                               <p class="entry-footer">
 400                                  <span class="post-footers">Posted by  at  5:55 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000261.html">Permalink</a>
 401
 402
 403                               </p>
 404                            </div>
 405                         </div>
 406                      </div>
 407
 408
 409
 410                      <h2 class="date-header">December 17, 2004</h2>
 411                      <a id="a000260"></a>
 412                      <div class="entry" id="entry-260">
 413                         <h3 class="entry-header">LOS178 Build/5.0.0 native toolchain build</h3>
 414                         <div class="entry-content">
 415                            <div class="entry-body">
 416                               <ul>
 417
 418 <li>LOS178 build after copyright fix builds with 12 errors. Test build of LOS178 without copyright fix also builds with 12 errors!</li>
 419
 420 <li>Building of 5.0.0 toolchain natively is failing</li>
 421
 422 </ul>
 423
 424                               <h3>LOS178 copyright fix</h3>
 425
 426 <p>The Perl script to fix the copyrights in LOS178 sources needs detect if there was a prior copyright block and replace it if necessary. Finding old copyright blocks is hueristic in nature and thus fallable. The problem is there are no sentenals clearly marking our copyright. The best the script can do is attempt to find a comment block that starts and ends with a particular comment line based on the "/" and a number of "*"'s for the start and a number of "*"'s and a "/" for the end. Problem is we do not know if what's inbetween is really our copyright. The hueristic can be tuned finer with some difficulty but currently it does not.</p>
 427
 428 <p>The real difficulty is that there is no real standard in our copyright blocks thus it is hard to get this right</p>
 429
 430 <p>As it stands the script occasionally misinterprets a comment block, sometimes just the ending comment block, and alters the file in such a way that it introduces compile errors.</p>
 431
 432 <p>There were a number of files that this occurred in and they were hand edited</p>
 433
 434 <h3>5.0.0 Native Toolchain Build</h3>
 435
 436 <p>In picking up ECR 23084 I was able to build the toolchain for both cross x86 and ppc. In building the native toolchain there is an error:</p>
 437
 438 <pre>
 439 Configuring texinfo...
 440 configure: error: invalid package name: gcc-version-trigger
 441 Configure in /mnt/toolchain/build-i386/texinfo failed, exiting.
 442 make: *** [stamp-configure-i386] Error 1
 443 </pre>
 444
 445 <p>Thu says that I didn't run fixup.sh but I did. The toolchain does not package up fixup.sh so I grabbed one from somewhere. Thu suggests that we file an ECR for this and fix the Makefile.</p>
 446
 447                               <p class="entry-footer">
 448                                  <span class="post-footers">Posted by  at 10:38 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000260.html">Permalink</a>
 449
 450
 451                               </p>
 452                            </div>
 453                         </div>
 454                      </div>
 455
 456
 457
 458                      <h2 class="date-header">December 16, 2004</h2>
 459                      <a id="a000259"></a>
 460                      <div class="entry" id="entry-259">
 461                         <h3 class="entry-header">LOS178 & ECR 23084</h3>
 462                         <div class="entry-content">
 463                            <div class="entry-body">
 464                               <ul>
 465
 466 <li>Wrote a Perl script to fix up copyrights on LynxOS (178). Working on running that and getting the build to work</li>
 467
 468 <li>Pulled ECR 23084 and built toolchain for x86 & ppc. Need to build native</li>
 469
 470 </ul>
 471
 472                               <p class="entry-footer">
 473                                  <span class="post-footers">Posted by  at  9:24 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000259.html">Permalink</a>
 474
 475
 476                               </p>
 477                            </div>
 478                         </div>
 479                      </div>
 480
 481
 482
 483                      <h2 class="date-header">December 14, 2004</h2>
 484                      <a id="a000258"></a>
 485                      <div class="entry" id="entry-258">
 486                         <h3 class="entry-header">ECRs 23079 & 23080</h3>
 487                         <div class="entry-content">
 488                            <div class="entry-body">
 489                               <ul>
 490
 491 <li>Submitted ECR: 23079: PPC: target elf32-powerpc-lynx not found</li>
 492
 493 <li>Submitted ECR: 23080: OUTPUT_FORMAT directive should  be adjusted to elf32-powerpc-lynx</li>
 494
 495 </ul>
 496
 497                               <p>Thu determined that we have a toolchain problem here so she had me submit ECR 23079. Adam debugged the problem which produced 23080</p>
 498
 499                               <p class="entry-footer">
 500                                  <span class="post-footers">Posted by  at  4:55 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000258.html">Permalink</a>
 501
 502
 503                               </p>
 504                            </div>
 505                         </div>
 506                      </div>
 507
 508
 509
 510                      <h2 class="date-header">December 13, 2004</h2>
 511                      <a id="a000257"></a>
 512                      <div class="entry" id="entry-257">
 513                         <h3 class="entry-header">Rebuilding PPC</h3>
 514                         <div class="entry-content">
 515                            <div class="entry-body">
 516                               <ul>
 517
 518 <li>Rebuilding for the PPC. I messed up a step or two</li>
 519
 520 </ul>
 521
 522                               <h2>Building cross lynxos for PPC</h2>
 523
 524 <ul>
 525
 526 <li>Cleaned up by removing the ppc directories (i.e. starting from scratch WRT the ppc)</li>
 527
 528 <li>Linked /usr/lynx/5.0.0 -> /export/build1/LYNXOS_500/build/lynxos/120604-A</li>
 529
 530 <li>In /export/build1/LYNXOS_500/build/lynxos/120604-A/int_tools modified START to change steps_ppc to just 1 and 2. We're gonna take this slowly.</li>
 531
 532 <li>Made sure that __profile.exp points to 120604-A. It still does, from before. There are a lot of settings in here that sometimes need to change depending on the situation. For example, right now the TOP_OF_TRUNK variable is set to no but it is usually set to yes.</li>
 533
 534 <li>Execute START and then tail -f LOGS/ppc.log.</li>
 535
 536 <li>Checked out with "check ppc". Seems OK.</li>
 537
 538 <li>Changed START to do steps 3 and 4. I think I could have done 1, 2, 3 and 4 together but Thu only wrote down 1 and 2</li>
 539
 540 <li>Checked again with check ppc. Still seems fine</li>
 541
 542 <li>Changed START to do steps 5en 5el 7 9 14 15 16 (17 doesn't work yet so why do it?) <font color="red"><b>Failure:</b></font> got:<br>
 543
 544 <blockquote>
 545 Failure reason : Compiler does not exist: /export/dev_archive/lynxos/tools-5.0.0/3.2.2-072304/toolchain-powerpc-lynx-lynxos-ppc.tar.gz
 546 </blockquote>
 547
 548 Ah ha! See this is one of those things that just confuses me. Contained in __profile.exp there's:
 549
 550 <tt><pre>
 551                                                         # compiler binary
 552 #set DIR_PATH(compilers) "/usr/lynx/t3/dev_archive/lynxos/tools-5.0.0/3.2.2-072304"
 553 set DIR_PATH(compilers) "/export/dev_archive/lynxos/tools-5.0.0/3.2.2-072304"
 554 </pre></tt>
 555
 556  need to uncomment the first line and comment out the second line.</li>
 557
 558 <li>After making the above change I reran START. Errors in makeall.log</li>
 559
 560 </ul>
 561
 562 <h2>Build ppc toolchain</h2>
 563
 564 <p>Thu said that the error sin makeall.log were acceptable. Continuing on to build the ppc toolchain...</p>
 565
 566 <ul>
 567
 568 <li>cd /usr/lynx/5.0.0/ppc (note that /usr/lynx/5.0.0 still points to 120604-A)</li>
 569
 570 <li>Ran . SETUP.bash setting ENV_PREFIX to cwd, target = ppc. which gcc yeilds /usr/lynx/5.0.0/ppc/cdk/linux-elf-ppc/bin/gcc</li>
 571
 572 <li>Toolchain is in /export/build1/LYNXOS_500/build/toolchain/3.2.2/120804 so cd'ed there</li>
 573
 574 <li>make install > install-ppc.log 2>&1 &</li>
 575
 576 <li>Toolchain seemed to build OK this time. Archived toolchain by doing make package then moving toolchain-i686-pc-linux-gnu-powerpc.tar.gz to       /usr/lynx/t3/dev_archive/lynxos/tools-5.0.0/3.2.2-120604. This is a little tricky because this path is a link to a mount on t3 and as such is considered a read only file system. The following worked for me, in /export/build1/LYNXOS_500/build/toolchain/3.2.2/120804:</li>
 577
 578 <tt><pre>
 579 $ rcp toolchain-i686-pc-linux-gnu-powerpc.tar.gz int@t3:/export/dev_archive/lynxos/tools-5.0.0/3.2.2-120604
 580 </pre></tt>
 581
 582 </ul>
 583
 584 <h2>Building cross lynxos for PPC (again)</h2>
 585
 586 <ul>
 587
 588 <li>Linked /usr/lynx/5.0.0 -> /export/build1/LYNXOS_500/build/lynxos/120604-B</li>
 589
 590 <li>In /export/build1/LYNXOS_500/build/lynxos/120604-B/int_tools modified START to change steps_ppc to for 1, 2, 3 and 4.</li>
 591
 592 <li>Execute START and then tail -f LOGS/ppc.log. Steps 1-4 seemed to have worked OK</li>
 593
 594 <li>Looked at __profile.exp and found
 595
 596 <tt><pre>set DIR_PATH(compilers) "/usr/lynx/t3/dev_archive/lynxos/tools-5.0.0/3.2.2-120604"
 597 </pre></tt>
 598
 599 The compiler exists there (because of the archiving step above). Note there was no t3 style reference here.</li>
 600
 601 <li>Ran START again and monitored logs... Errors stating "gcc: installation problem, cannot exec `cc1': No such file or directory"</li>
 602
 603 </ul>
 604
 605
 606                               <p class="entry-footer">
 607                                  <span class="post-footers">Posted by  at  2:40 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000257.html">Permalink</a>
 608
 609
 610                               </p>
 611                            </div>
 612                         </div>
 613                      </div>
 614
 615
 616
 617                      <h2 class="date-header">December 10, 2004</h2>
 618                      <a id="a000256"></a>
 619                      <div class="entry" id="entry-256">
 620                         <h3 class="entry-header">Building 5.0.0 ppc cross toolchain</h3>
 621                         <div class="entry-content">
 622                            <div class="entry-body">
 623                               <ul>
 624
 625 <li>Built 5.0.0 ppc cross toolchain - looking for ppc to build native</li>
 626
 627 <li>Rebuilding 5.0.0 ppc using previous toolchain (having problems)</li>
 628
 629 </ul>
 630
 631                               <p class="entry-footer">
 632                                  <span class="post-footers">Posted by  at  3:06 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000256.html">Permalink</a>
 633
 634
 635                               </p>
 636                            </div>
 637                         </div>
 638                      </div>
 639
 640
 641
 642                      <h2 class="date-header">December  9, 2004</h2>
 643                      <a id="a000255"></a>
 644                      <div class="entry" id="entry-255">
 645                         <h3 class="entry-header">Building 5.0.0 for ppc</h3>
 646                         <div class="entry-content">
 647                            <div class="entry-body">
 648                               <ul>
 649
 650 <li>Built 5.0.0 for ppc</li>
 651
 652 <li>Studying CVS</li>
 653
 654 </ul>
 655
 656                               <p>I was under a mistaken assumption that I needed to have a PPC machine in order to do this and was waiting for one. Thu informed me that I could build 5.0.0 for cross and even rebuild the toolchain cross - that I wouldn't need a ppc machine until I needed to build a native gcc.</p>
 657
 658 <p>Building for ppc takes a long time as our ppc machines are slow and there's a lot more to build for ppc.</p>
 659
 660                               <p class="entry-footer">
 661                                  <span class="post-footers">Posted by  at  3:04 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000255.html">Permalink</a>
 662
 663
 664                               </p>
 665                            </div>
 666                         </div>
 667                      </div>
 668
 669
 670
 671                      <h2 class="date-header">December  8, 2004</h2>
 672                      <a id="a000254"></a>
 673                      <div class="entry" id="entry-254">
 674                         <h3 class="entry-header">Booting 5.0.0 LynxOS</h3>
 675                         <div class="entry-content">
 676                            <div class="entry-body">
 677                               <ul>
 678
 679 <li>Used loadit.exp to run ATS of for this new 5.0.0 LynxOS
 680
 681 </ul>
 682
 683                               <p>Failed to get loadit.exp to work. Seems that it is oriented to getting the images off of t3. But I didn't put this new images on T3 yet. Seems there's some rync process that Thu flew by me and I missed.</p>
 684
 685 <p><b>Note:</b> loadit.exp <b>requires</b> a working network connection to the System Under Test! When last we left t-k1g-1 it was booted to lynxos with non-working networking. loadit.exp sits and waits at an rcp command and the SUT never responds!</p>
 686
 687                               <p class="entry-footer">
 688                                  <span class="post-footers">Posted by  at 11:37 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000254.html">Permalink</a>
 689
 690
 691                               </p>
 692                            </div>
 693                         </div>
 694                      </div>
 695
 696
 697
 698                      <h2 class="date-header">December  7, 2004</h2>
 699                      <a id="a000253"></a>
 700                      <div class="entry" id="entry-253">
 701                         <h3 class="entry-header">Building 5.0.0 TOT toolchain</h3>
 702                         <div class="entry-content">
 703                            <div class="entry-body">
 704                               <ul>
 705
 706 <li>Built 3.2.2 toolchain natively on Lynxos 5.0.0</li>
 707
 708 </ul>
 709
 710                               <p>Came in to find that the native build of the 5.0 toolchain went nowhere. Seems, as I expected, that I need to unpack 18010.x11r6.tar.gz and 18011.pd.tar.gz too. Unpacked that and restarted build.<p>
 711
 712 <p>Build failed again, this time <i>Memory Exhausted</i>. I had to do <tt>ulimit -s -d 1000000</tt> and restart build</p>
 713
 714 <p>Build finally succeeded. Did make package then copied to t3 area (to be precise <tt>t3:/export/dev_archive/lynxos/tools-5.0.0/3.2.2-120604</tt>). Only needed to copy over the <tt>toolchain-i386-lynx-lynxos-i386.tar.gz</tt> as this package is the 5.0.0 toolchain built natively</p>
 715
 716 <p>Created a new build area on dopey @ <tt>/export/build1/LYNXOS_500/build/lynxos/120604-C</tt>. Needed to copy over int_tools and modify <tt>int_tools/__profile.exp</tt> to:
 717
 718 <ol>
 719
 720 <li>Change <tt>DIR_PATH(archive)</tt> back to dopey (it was at t3 for 120604-B) </li>
 721
 722 <li>Change <tt>int_tools/EXP_LIB/steps.exp</tt> to use gnuaout instead of gnu in the name of the package. There is a little debate of which way this should go</li>
 723
 724 </ol>
 725
 726 <p><b>Note:</b> I find all of these different machines with different long pathnames confusing. For example, I would think using the principal of separation of code and data that the <i>int_tools</i> code should be globally accessible and that one should not be modifying variable contents before running scripts. That's data and should either have to be supplied or kept in a data file perhaps separate for each build run. IOW <i>int_tools</i> should be globally visable (perhaps in one's PATH) and execuable as code and not modified per run. Also, as such it should in CVS and perhaps grabbed from CVS with an official TAG.</p>
 727
 728                               <p class="entry-footer">
 729                                  <span class="post-footers">Posted by  at  6:54 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000253.html">Permalink</a>
 730
 731
 732                               </p>
 733                            </div>
 734                         </div>
 735                      </div>
 736
 737
 738
 739                      <h2 class="date-header">December  6, 2004</h2>
 740                      <a id="a000252"></a>
 741                      <div class="entry" id="entry-252">
 742                         <h3 class="entry-header">Building LynxOS with gcc 3.2.2</h3>
 743                         <div class="entry-content">
 744                            <div class="entry-body">
 745                               <ul>
 746
 747 <p><li>Build 3.2.2 toolchain successfully</li></p>
 748
 749 </ul>
 750
 751
 752                               <p>Managed to build the toolchain (gcc 3.2.2) successfully. We had to first build LynxOS then build the compiler then build LynxOS again. Confusing indeed. Lot's of paths and scripts. I'm still not totally comfortable with the environment, how to build, native vs. cross, toolchain vs. LynxOS, CVS top of trunk, etc.</p>
 753
 754                               <p class="entry-footer">
 755                                  <span class="post-footers">Posted by  at  5:01 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000252.html">Permalink</a>
 756
 757
 758                               </p>
 759                            </div>
 760                         </div>
 761                      </div>
 762
 763                   </div>
 764                </div>
 765             </div>
 766          </div>
 767       </div>
 768    </div>
 769 </body>
 770 </html>