SUMMARY: gcc mips-tfile compile error

From: Neil Smith (neils_at_ariel.met.tamu.edu)
Date: 07/18/04

  • Next message: nadim koki: "capacity of MA8000"
    Date: Sat, 17 Jul 2004 23:41:33 -0500
    To: "tru64-unix-managers@ornl. gov ((E-mail))" <tru64-unix-managers@ornl.gov>
    
    

    Original question below.

    The problem has to do with an upgrade done to the assembler, as,
    during a 5.1A upgrade or patch, where the newer as had a change
    that confused the older 2.9x gcc compiler.

    A workaround is to invoke the assembler with an "-oldas" option.
    This can be done more globally with a script put in, say, /sbin that
    contains:
        #!/bin/sh
        /usr/bin/as -oldas $*
    Then before doing a build that requires this, make sure your PATH
    is set to find this /sbin/as script before it can find /usr/bin/as.

    There is a suggestion that an upgrade to gcc 3.2 is the better fix, but
    I couldn't find a setld package for it, and the workaround satisfied
    our current needs. So I didn't bother building gcc 3.2 from source.
    Maybe later.

    Thanks to Joe Mario for the basic answer and the inspiration to
    google out the rest.

    -Neil

    Original Question:
    > Machine: Alpha ES45 4x1GHz
    > OS: True-64 5.1A, PK 6
    > gcc version: 2.9-gnupro-99r1
    > f90 version: Compaq Fortran V5.5-1877
    > Compaq Fortran Compiler V5.5-1877-48BBF
    >
    > One of our users is trying to build the WRF atmopheric meso-scale
    > model. The compilers specified are gcc, cpp, and f90.
    >
    > During running of the perl build script, the following error occurs:
    > mips-tfile:Symbol table is not last (symbol table ends at 4776, .o
    > ends at 4808
    >
    > Any clues as to what is the problem here?
    > Is this an issue with the gcc compiler and/or its version?

    --
    Neil R. Smith				neils@ariel.met.tamu.edu
    Comp.Sys.Mngr.			(979)845-6272
    Dept. Atmospheric Sciences/Texas A&M University
    

  • Next message: nadim koki: "capacity of MA8000"

    Relevant Pages

    • Re: FORTH levels
      ... prepared to colonize a new space would be to an '86 assembler based ... I could eliminate gas from my tools, but gcc is harder. ... this freedom of the toolchain from C means that the gforth ... model is no longer restricted to a subspace of what gcc can colonize. ...
      (comp.lang.forth)
    • Re: Can gcc 4.0 be used to build DBI modules if perl is bulit with gcc 3.3?
      ... My production machine still uses 10.39 and I am afraid to upgrade because of the problems we are seeing trying to install the DBI and DBD modules onto our upgraded tiger machines. ... Notice that the last line refs gcc 3.3; but the makefile refs CC to cc which is a symlink to gcc-4.0. ...
      (perl.dbi.users)
    • Re: Best Compiler
      ... But the GCC compiler actually itself uses the GAS assembler to do ... "GAS with a few extra complications"...GAS syntax and sent to GAS for it ...
      (alt.lang.asm)
    • Re: Compilation of Minix kernel and clock & system tasks on Linux done!
      ... The code in multiboot.h and boot.S is inappropriate for licensing reasons: ... assembler; anyway, the code in several .nasm files like ... * Do pass the -ffreestanding flag to GCC when compiling the kernel, ... My intention is to be able to build a working minix kernel on Linux ...
      (comp.os.minix)
    • Re: How do I make my own custom C compiler?
      ... to fix a bug. ... Macros everywhere hide from you what is going on. ... has been taken to ridiculous extremes (the assembler, ... For instance I am trying to understand the way gcc generates the ...
      (comp.lang.c)