OpenSolaris

1. Community: OS/Net (ON)
   1. Blogs
   2. Development Process
   3. Developer's Reference
      1. Introduction
      2. Prerequisites
      3. The Source Tree, part 1
      4. The Source Tree, part 2
      5. Building OpenSolaris
      6. Installing and Testing OpenSolaris
      7. Integration Procedure
      8. Best Practices and Requirements
      9. Glossary
   4. Discussions
   5. Installation (from source) Quickstart
      1. Annotated nightly(1) Mail Example
   6. Currently Known Issues
   7. CRT
      1. Advocates & Sponsors
      2. Becoming a CRT Advocate
      3. Charter
      4. RTI nits to avoid
      5. Sponsor Tasks
      6. Becoming a Sponsor
   8. Schedule
   9. ONNV Flag Days, Heads Ups, and Project Integration History
      1. All
      2. Builds 91-95
      3. Builds 86-90
      4. Builds 81-85
      5. Builds 76-80
      6. Builds 71-75
      7. Builds 66-70
      8. Builds 61-65
      9. Builds 56-60
      10. Builds 51-55
      11. Builds 46-50
      12. Builds 41-45
      13. Builds 36-40
      14. Builds 31-35
      15. Builds 26-30
      16. Builds 21-25
   10. Leaders
   11. Observers
   12. Putback Logs
   13. Developing Solaris
       1. Quality Death Spiral
   14. wx
   15. findunref and unreferenced files
   16. Bourne/Korn Shell Coding Conventions

Heads up --- New ELF check in nightly check_rtime tests (Take II)

Date: Tue, 22 May 2007 20:19:37 -0600
From: Ali Bahrami <Ali.Bahrami at Sun dot COM>
To: onnv-gate at onnv dot eng dot sun dot com
Subject: Heads up --- New ELF check in nightly check_rtime tests (Take II)

My putback for

     6518331 Eliminate duplicate addresses from ON ELF symbol sort sections

introduced an error in the check_rtime script that resulted in spurious messages
that look like this:

	tmp/nightly.tmpdir.100805/accton: open: No such file or directory

These messages are annoying, but harmless. I have just put back a fix

	6518331 Eliminate duplicate addresses from ON ELF symbol sort sections (fix build noise)

that should solve it. I am hopeful that most of you missed this, since both changes
happened today, and have not yet appeared on /ws/onnv-clone.

It has also been brought to my attention that full gcc builds of ON, built
by setting __GNUC to the empty value, as described in

	http://onnv.sfbay/links/flagdays/pages/2006033001.html

are reporting a few duplicate symbol errors in their output. These errors may
be safely ignored. I will move to eliminate them as soon as possible.

- Ali