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">
5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
6 <meta name="generator" content="Movable Type 5.2.3" />
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"$>" />
12 <title>Status for Andrew DeFaria: June 5, 2005 - June 11, 2005 Archives</title>
14 <link rel="start" href="http://defaria.com/blogs/Status/" title="Home" />
15 <link rel="prev" href="http://defaria.com/blogs/Status/archives/week_2005_05_29.html" title="May 29, 2005 - June 4, 2005" />
16 <link rel="next" href="http://defaria.com/blogs/Status/archives/week_2005_06_12.html" title="June 12, 2005 - June 18, 2005" />
18 <body class="layout-one-column">
20 <div id="container-inner" class="pkg">
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>
30 <div id="pagebody-inner" class="pkg">
32 <div id="alpha-inner" class="pkg">
34 <p class="content-nav">
35 <a href="http://defaria.com/blogs/Status/archives/week_2005_05_29.html">« May 29, 2005 - June 4, 2005</a> |
36 <a href="http://defaria.com/blogs/Status/">Main</a>
37 | <a href="http://defaria.com/blogs/Status/archives/week_2005_06_12.html">June 12, 2005 - June 18, 2005 »</a>
43 <h2 class="date-header">June 10, 2005</h2>
45 <div class="entry" id="entry-370">
46 <h3 class="entry-header">Issues building LOS178 with 3.4.3 toolchain</h3>
47 <div class="entry-content">
48 <div class="entry-body">
49 <p>I experienced the following issues when attempting to build LOS178 with the 3.4.3 toolchain:</p>
51 <h3>Need to have xcoff cdk</h3>
53 <p>In order to perform the build the xcoff version of the cdk needs to be untarred. This was obtained from 2.0.0 (98r2) tarball:</p>
55 <div class="code"><pre>
56 $ tar -zxpf ../1033-00.cdklinux.tar.gz
61 <h3>Need to get files from ppc.cdksol.tar.gz from sys/miscgcc</h3>
63 <p>In order to perform the build one needs to extract files from bin-image/ppc.cdksol.tar.gz, specifically the sys/miscgcc area:</p>
65 <div class="code"><pre>
66 $ tar -zxpf ../bin-image/ppc.cdksol.tar.gz sys/miscgcc
71 <h3>Need to extract 3.4.3 toolchain</h3>
73 <p>After successfully building 3.4.3 gcc, package it up and then use it to extract here:</p>
75 <div class="code"><pre>
76 $ tar -zxpf ../toolchain/toolchain-i686-pc-linux-gnu-powerpc178.tar.gz
81 <h3>Toolchain's cdk/linux-elf-ppc lacks a bin directory</h3>
83 <p>Normally under cdk/linux-xcoff-ppc there is both a usr and a bin directory. Some entities are just a symlink back to their counterparts in ../usr/bin (e.g. ld -> ../usr/bin/ld). This bin directory structure is not present after untarring toolchain-i686-pc-linux-gnu-powerpc178.tar.gz. For building purposes the following was done:</p>
86 <li>Create a bin directory in cdk/linux-xcoff.ppc</li>
88 <li>Create symlinks to ../usr/bin:
90 <div class="code"><pre>
91 $ for link in ar as byacc c++ cmp diff diff3 expect flex gcc ld \
92 > make nm ranlib size strip; do
93 > ln -s ../usr/bin/$link $link
97 Note: Some of these are probably not necessary</li>
99 <li>Copy the following files from linux-xcoff-ppc/bin -> linux-elf-ppc/bin:
101 <div class="code"><pre>
102 $ for file in bison bison.hairy bison.simple coffcorrupt cofflook \
103 > config crc elflook gnutar gunzip gzcat gzexe gzip install mkbootprep \
104 > mkimage mktimestamp prepend-crc vctchk yacc zcmp zdiff zforce zgrep \
106 > cp ../../linux-xcoff-ppc/bin/$file $file
110 Note: Some of these are probably not necessary</li>
113 <h3>libgcc.a not present</h3>
115 <p>The build failed because it was unable to find libgcc.a. The solution was to copy libgcc.a into the right place:</p>
117 <div class="code"><pre>
119 $ cp cdk/linux-elf-ppc/usr/lib/gcc/powerpc-lynx-lynxos178/3.4.3/libgcc.a lib
122 <p class="entry-footer">
123 <span class="post-footers">Posted by at 3:53 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000370.html">Permalink</a>
133 <h2 class="date-header">June 9, 2005</h2>
135 <div class="entry" id="entry-369">
136 <h3 class="entry-header">3.4.3 toolchain build/LOS178 Makefile global clean/clobber</h3>
137 <div class="entry-content">
138 <div class="entry-body">
140 <li>As Moscow had checked in changes I was instructed to reattempt to build 3.4.3 toolchain again. Toolchain builds on both RH 8.0 and 9.0 but LOS178 fails to build</li>
142 <li>Made changes to LOS178 top level Makefile to support global clean and clobber targets. Need CR to check this in...</li>
145 <h3>3.4.3 Toolchain builds</h3>
148 <blockquote type=cite>
151 <p>On the other part I just wrote the high level instruction you know what to do.</p>
155 <p>1. check out compiler TOT from t3:/cvs/gcc-cvs</p>
157 <div class="code"><pre>
158 # cvs co -P toolchain
164 <blockquote type=cite>
165 <p>2. Apply tag DEV_LOS178_3p0p0_ppc_20050609</p>
168 <p>To the toolchain?!?</p>
170 <blockquote type=cite>
171 <p>3. check out los178 & check out bin-image (TOT)</p>
172 <div class="code"><pre>
173 # cvs co -P bin-image
180 <blockquote type=cite>
181 <p>4. Apply tag DEV....... you know what this is</p>
184 <p>I assume you mean to los178... (bin-image?)</p>
186 <blockquote type=cite>
187 <p>5. extract linux cdk (98r2) into the los178 build tree</p>
189 <div class="code"><pre>
190 t3:/export/dev_archive/los178/2p0p0/20050228/solaris/media/ppc/1033-00.cdklinux.tar.gz
196 <blockquote type=cite>
197 <p>6. extract sys/miscgcc from bin-image/ppc.cdksol.tar.gz into los178 build tree</p>
199 <div class="code"><pre>
200 # gnutar zxpf bin-image/ppc.cdksol.tar.gz sys/miscgcc
203 <p>This is needed since kernel is still xcoff. Once kernel is elf you will need elf miscgcc object files.</p>
208 <blockquote type=cite>
209 <p>7. In the los178 build tree source SETUP.bash</p>
214 <blockquote type=cite>
215 <p>8. Change to the toolchain directory & do whatever setup is needed and build the compiler</p>
218 <p>OK. Damn it worked! (RH 9.0 - still waiting for RH 8.0...)</p>
220 <blockquote type=cite>
221 <p>9. package the toolchain & extract into the los178 build tree</p>
226 <blockquote type=cite>
227 <p>10. build the los178</p>
230 <p>Experienced problems. First problem is that cdk/linux-elf-ppc lacked a bin directory, therefore $ENV_PREFIX/cdk/linux-elf-ppc/bin/make did not exist. Looking at linux-xcoff-ppc/bin I see that some files are simply symlinks to ../usr/bin/<file> and others are actual files. Using the file(1) command I see that the files under linux-xcoff-ppc/bin that are not symlinks are ELF files! Odd.</p>
232 <p>So recreating (symlinking symlinks and copying files) $ENV_PREFIX/cdk/linux-xcoff-ppc/bin -> $ENV_PREFIX/cdk/linux-elf-ppc/bin and attempting the build yielded errors. Discussing this with Vinnie we performed the following actions:</p>
235 <li>Copied cdk/linux-elf-ppc/usr/lib/gcc/powerpc-lynx-lynxos178/3.4.3/libgcc.a -> $ENV_PREFIX/lib</li>
237 <li>Created the /usr/los178/2.0.0/ppc_dev/cdk/linux-xcoff-ppc/bin directory and placed a copy of bison.simple from cdk/linux-xcoff-ppc/bin into that directory</li>
239 <li>Reperformed the build of LOS178</li>
242 <p>Now, on Europa - a RH 8.0 machine - I have many errors all stating:</p>
244 <div class="code"><pre>
245 /build/los178/cdk/linux-xcoff-ppc/bin/ar: /build/los178/sys/lib/libdrivers.a: File format is ambiguous
246 /build/los178/cdk/linux-xcoff-ppc/bin/ar: Matching formats: elf32-powerpc elf32-little elf32-big
247 make[5]: *** [/build/los178/sys/lib/libdrivers.a(rddrvr.o)] Error 1
250 <p>The log file is on europa:/build/los178/install.log</p>
252 <h3>Global clean and clobber targets</h3>
254 <p>In order to support global clean and clobber targets on LOS178's top level Makefile the following changes need to be done:</p>
257 <li>Add clean and clobber to .PHONY</li>
259 <li>Change help target to describe new targets</li>
261 <li>Add clean and clobber targets that essentially loop through $(DIRS) and perform make [clean|clobber]</li>
266 <div class="code"><pre>
268 ===================================================================
269 RCS file: /cvs/los178-cvs/los178/Makefile,v
270 retrieving revision 1.7
273 < .PHONY: help all install setup asmstat asmstatclean
275 > .PHONY: help all install setup asmstat asmstatclean clean clobber
277 > @echo "This Makefile is use to build the entire LOS178, for example:"
279 < @echo "This Makefile is use to build the entire LOS178"
280 < @echo " for example:"
284 > @echo "Additionally the following targets are supported"
286 > @echo " make clean"
287 > @echo " make clobber"
290 > # Global clean and clobber targets
292 > @for dir in $(DIRS); do \
293 > (cd $$dir && make clean); done
296 > @for dir in $(DIRS); do \
297 > (cd $$dir && make clobber); done
301 <p class="entry-footer">
302 <span class="post-footers">Posted by at 3:05 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000369.html">Permalink</a>
312 <h2 class="date-header">June 8, 2005</h2>
314 <div class="entry" id="entry-368">
315 <h3 class="entry-header">2.1.0 problem/3.4.3 gcc/GDB 6.0</h3>
316 <div class="entry-content">
317 <div class="entry-body">
319 <li>Rebuilding LOS178 2.1.0</li>
321 <li>Attempted to build 3.4.3 on RH 8.0. Didn't work. Reattempting on RH 9.0 machine, shrike</li>
323 <li>Setup coolcat Windows box to attempt to build GDB 6.0</li>
325 <li>Changed Logger.pm to set autoflush</li>
327 <li>Changed build_los178 to look for sendmail</li>
329 <li>Worked on improving rename.sh to handle multiple versions. More works need to be done.</li>
332 <h3>LOS178 2.1.0</h3>
334 <p>There was some sort of problem with the recent build of 2.1.0. In looking into it I found the following:</p>
336 <p>I found a tagging problem. I used the tag DEV_LOS178_3p0p0_ppc_20050603. Note the 3p0p0. It should have been 2p1p0. I searched dev_archive on t3 and find no 20050603 directory for 3p0p0 but find it instead under 2p1p0. I believe that I should simply rename that tag to DEV_LOS178_2p1p0_20050603.</p>
338 <p>The CRs involved in 1 gig support seem to be: 539 and 606. Additionally 620 appears to be picked. Here's the break down:</p>
340 <div class="code"><pre>
341 rock:files4cr 539 # Add 1Gb support for LynxOS-178
342 ENVIRONMENT: 1.9.2.2 - Already up to date
343 src/bin/lynxos.boot/Makefile: 1.1.1.1.2.1 - Already up to date
344 src/cdk/common/mkimage/coff.c: 1.1.2.1 - Already up to date
345 sys/bsp.vmpc/bsp_env.c: 1.2.2.1 - Already up to date
346 sys/bsp.vmpc/lowInit.c: 1.3.2.1 - Already up to date
347 sys/bsp.vmpc/procinit.c: 1.3.2.1 - Already up to date
348 sys/csp.970/csp_init.c: 1.2.2.1 - Out of date
349 sys/csp.970/csp_mem_map.c: 1.4.2.1 - Out of date
350 sys/csp.ppc/csp_init.c: 1.2.2.1 - Already up to date
351 sys/csp.ppc/csp_mem_map.c: 1.3.2.1 - Already up to date
352 sys/include/bsps/pmac_g5/board.h: 1.5.2.1 - Out of date
353 sys/include/bsps/vmpc/board.h: 1.2.2.1 - Already up to date
354 sys/include/bsps/vmpc/pwb.h: 1.1.2.1 - Already up to date
355 sys/include/family/ppc/arch_mem.h: 1.1.1.1.2.1 - Already up to date
357 rock:files4cr 606 # Fix the 1GB problem on the Apple Power Mac G5 LynxOS-178 BSP
358 sys/bsp.pmac_g5/bsp_env.c: 1.2.2.1 - Already up to date
359 sys/bsp.pmac_g5/bsp_init.c: 1.3.2.2 - Already up to date
360 sys/bsp.pmac_g5/ofw.c: 1.5.2.1 - Already up to date
361 sys/bsp.pmac_g5/ofw.h: 1.3.2.1 - Already up to date
362 sys/bsp.pmac_g5/procinit.c: 1.5.2.1 - Already up to date
363 sys/csp.970/csp_init.c: 1.2.2.2 - Already up to date
364 sys/csp.970/csp_mem_map.c: 1.4.2.2 - Out of date
365 sys/include/bsps/pmac_g5/board.h: 1.5.2.2 - Already up to date
366 sys/kernel/getrusage.c: 1.1.1.1.2.1 - Already up to date
368 rock:files4cr 620 # Import G5 bug fixes/improvement from TOT into 2.1.0 branch
369 sys/bsp.pmac_g5/bsp_intr.c: 1.2.2.1 - Already up to date
370 sys/csp.970/csp_mem_map.c: 1.4.2.3 - Already up to date
371 sys/drivers/arinc653/Makefile.real: 1.1.2.1 - Already up to date
374 <p>If you look carefully you'll notice that the "Out of date" items for 539 are covered with newer versions in 606 and 620. So it appears as if I was up to date with when I built.</p>
376 <p>I am building again and will be rereleasing images using the correct numbering this time.</p>
378 <h3>Building 3.4.3 gcc on shrike RH 9.0</h3>
380 <p>I attempted to build 3.4.3 gcc on shrike, a RH 9.0 system but it failed with the following:</p>
382 <div class="code"><pre>
383 make[2]: Entering directory `/home/adefaria/toolchain/build-powerpc/bison'
384 cd /home/adefaria/toolchain.orig/src/bison && autoheader
385 WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
386 WARNING: and `config.h.top', to define templates for `config.h.in'
387 WARNING: is deprecated and discouraged.
389 WARNING: Using the third argument of `AC_DEFINE' and
390 WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
391 WARNING: `acconfig.h':
393 WARNING: AC_DEFINE([NEED_MAIN], 1,
394 WARNING: [Define if a function `main' is needed.])
396 WARNING: More sophisticated templates can also be produced, see the
397 WARNING: documentation.
398 touch /home/adefaria/toolchain.orig/src/bison/config.hin
399 cd . && /bin/sh ./config.status config.h
400 Usage: ./config.status [--recheck] [--version] [--help]
401 make[2]: *** [stamp-h1] Error 1
402 make[2]: Leaving directory `/home/adefaria/toolchain/build-powerpc/bison'
403 make[1]: *** [all-bison] Error 2
404 make[1]: Leaving directory `/home/adefaria/toolchain/build-powerpc'
405 make: *** [stamp-all-powerpc] Error 2
408 <p>Here's what I did:</p>
411 <li>Checked out toolchain from my previous tag (DEV_LOS178_3p0p0_ppc_20050607)</li>
413 <li>Obtained and applied the patches as before</li>
415 <li>Obtained the LOS178 build environment as before</li>
417 <li>Performed make install</li>
420 <p>This was done on shrike in my home directory.</p>
422 <p class="entry-footer">
423 <span class="post-footers">Posted by at 5:11 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000368.html">Permalink</a>
433 <h2 class="date-header">June 7, 2005</h2>
435 <div class="entry" id="entry-367">
436 <h3 class="entry-header">build_los178 enhancements/3.4.3 toolchain build</h3>
437 <div class="entry-content">
438 <div class="entry-body">
440 <li>Changed build_los178 to log results using Logger and to report results by emailing them</li>
442 <li>Started on 3.4.3 toolchain build</li>
445 <p class="entry-footer">
446 <span class="post-footers">Posted by at 2:29 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000367.html">Permalink</a>