Started 1 yr 7 mo ago

Failed Build #13 (Oct 7, 2010 9:29:43 PM)

Build Artifacts
Changes
  1. remove -mno-align-double
    it should no longer matter
    But anyone using Cygwin or MinGW, beware! (    detail)
  2. Duh! #define TARGET_SOLARIS 1 also
    and follow suit in gcc-apple for no reason. (detail)
  3. go back a version (detail)
  4. cleaner (detail)
  5. instrumentation: try to find when the PPC_LINUX directory permisions get broken, if indeed it is even within here; maybe should reinstall OS... (detail)
  6. -O3 breaks Solaris/sparc32
    internally silently convert it to -O2, for this target only
    (when you run a bootstrap cm3 from -O3, the exception upon
    not finding cm3.cfg isn't dispatched correctly) (detail)
  7. fidget with pic/app-regs flags -- looking better for SPARC32_LINUX but still not for SPARC32_SOLARIS (detail)
  8. just remove the second trailing newline (detail)
  9. turn off stablize_reference and all the type code, on SPARC32_SOLARIS
    (which is also volatile_all, and gcc 4.3) (detail)
  10. remove -mno-align-double
    I would really like the cm3cg command lines to be very cruft free,
    and this should no longer make a difference.

    Frontend aligns doubles to 8 bytes on all platforms,
    even though it could get away with 4 bytes on some e.g. x86.

    If there are any problems on any x86 platforms, try putting this back.
    It was especially painful at some point to debug this on Cygwin.

    Tested only I386_LINUX, but affects far more. (detail)
  11. cleaner and add comment -- disabling all type code on SPARC32_SOLARIS (detail)
  12. fix typo, now PklFonts can run (detail)
  13. switch AMD64_SOLARIS to gcc 4.5.1 backend
    It worked far enough to build and run a cross/boot cm3.
    workaround http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45927 (detail)
  14. gcc 3.4.3 can't compile gcc 4.5.1 targeting AMD64_SOLARIS
    see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45929
    It would be nice to split up the files for portability.

    So favor gcc 4.x on the opencsw machines, where we can
    find it. When doing native AMD64_SOLARIS builds.

    Other folks will have to modify $PATH.

    Note that cc in path should and I think also does take precedence.
    We generally favor Sun cc. Eh? (detail)
  15. move SPARC32_LINUX to gcc 4.5.1 backend
      still testing but looking ok, bootstrap cm3 runs ok

    move I386_OPENBSD to gcc 4.5.1 backend
      I think I tested it. It is the only I386 target not moved.

    move MIPS64_OPENBSD to gcc 4.5.1 backend
      Not tested. This platform hasn't really arrived and
      isn't very likely -- SGI hardware, which I do have..

    move MIPS64EL_OPENBSD to gcc 4.5.1 backend.
      Not tested. Much more viable than MIPS64_OPENBSD as
      there is recently developed laptops running it (yes, I have one).
      (They run Linux too.) (detail)
  16. work in progress (or possibly done) on pic/regs flags (SPARC64 less actively tested!) (detail)
  17. fix typo (detail)
  18. go back a version (detail)
  19. remove -mno-align-double from m3back_flags and SYSTEM_CC
    Beware (detail)
  20. Duh! #define TARGET_SPARC 1 like for 4.3.5 to trigger volatile madness
      in parse.c. (detail)
  21. use forward slash directly instead of SL (detail)
  22. safe keeping: use volatile more consistently and more often (detail)
  23. neuter 4.3 cgraph_remove_unreachable_nodes that doesn't like our trees (detail)
  24. also look in /usr/X11R7/lib in addition to /usr/X11R6/lib, as that is where things are on my 5.0.2 system (really should use $ORIGIN here..at least if on a 5.0+ system (detail)

Started by upstream project cm3-current-build-I386_NETBSD build number 28