Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Nicu Popovici <octavp@isratech.ro>
To: linux-mips@oss.sgi.com
Subject: [Fwd: Warning: could not send message for past 4 hours]
Date: Thu, 09 Nov 2000 10:03:49 -0500	[thread overview]
Message-ID: <3A0ABCD5.FA556A09@isratech.ro> (raw)

[-- Attachment #1: Type: text/plain, Size: 1 bytes --]



[-- Attachment #2: Type: message/rfc822, Size: 5782 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 607 bytes --]

    **********************************************
    **      THIS IS A WARNING MESSAGE ONLY      **
    **  YOU DO NOT NEED TO RESEND YOUR MESSAGE  **
    **********************************************

The original message was received at Wed, 8 Nov 2000 16:48:41 +0200
from calin.cs.tuiasi.ro [193.231.15.163]

   ----- The following addresses had transient non-fatal errors -----
<ralf@oss.sgi.com>

   ----- Transcript of session follows -----
<ralf@oss.sgi.com>... Deferred: oss.sgi.com.: No route to host
Warning: message still undelivered after 4 hours
Will keep trying until message is 5 days old

[-- Attachment #2.1.2: Type: message/delivery-status, Size: 286 bytes --]

[-- Attachment #2.1.3: Type: message/rfc822, Size: 3980 bytes --]

[-- Attachment #2.1.3.1.1: Type: text/plain, Size: 2552 bytes --]

Ralf Baechle wrote:

> On Wed, Nov 08, 2000 at 10:53:14AM +0100, Kevin D. Kissell wrote:
>
> > In general, at MIPS, we generally build native or semi-native
> > (mipsel on mipseb machines and vice versa).  In cross-builds
> > of other components, however, I have observed that problems
> > such as those you describe can result from include files
> > on the host platform being erroneously pulled in to the cross-build.
> > Cross-gcc and the makefiles have been known to be set up such
> > that, if the needed include file can be found neither in the explicitly
> > requested directories nor in the cross-compiler's default includes,
> > it will silently search the host /usr/include directories.
>
> This is either a bug in the version that you're using, a wrongly installed
> compiled or simply wrong -I directives passed to the compiler.  The
> crosscompiler rpms as distributed on oss will only search:
>
>  /usr/lib/gcc-lib/mips-linux/egcs-2.91.66/include
>  /usr/mips-linux/include
>
> by default.  I just tried, egcs-1.1.2-2 also doesn't search silently in
> other directories.  So it's not a problem of gcc itself which leaves the
> makefiles.  If you find any instance of the wrong directories being
> searched, please tell me.  Or better, include a patch :-)
>
>   Ralf

Hello Ralf,

I managed to pass that stage with crosscompiler.
I managed to make the following thing
make CROSS_COMPILE=mips-linux-

and I get the follwing error.

mips-linux-ld -static -G 0 -T arch/mips/ld.script.big -Ttext 0x80100000
arch/mip
        --start-group \
        arch/mips/kernel/kernel.o arch/mips/mm/mm.o kernel/kernel.o mm/mm.o
fs/fs.o ipc/ipc.o arch/mips/fpu_emulator/fpu_emulator.o \
        fs/filesystems.a \
        net/network.a \
        drivers/block/block.a drivers/char/char.a drivers/misc/misc.a
drivers/net/net.a drivers/scsi/scsi.a drivers/pci/pci.a \
        arch/mips/lib/lib.a /home/nicu/linux/lib/lib.a
arch/mips/atlas/kernel/atlaskern.a arch/mips/atlas/prom/atlasprom.a \
        --end-group \
        -o vmlinux
arch/mips/kernel/kernel.o: In function `__compute_return_epc':
branch.c(__ksymtab+0x70): undefined reference to `__mips_bh_counter'
drivers/net/net.a(8390.o): In function `ei_start_xmit':
8390.c(.text+0x304): undefined reference to `disable_irq_nosync'
8390.c(.text+0x304): relocation truncated to fit: R_MIPS_26
disable_irq_nosync
8390.c(.text+0x3a0): undefined reference to `disable_irq_nosync'
8390.c(.text+0x3a0): relocation truncated to fit: R_MIPS_26
disable_irq_nosync
make: *** [vmlinux] Error 1

Best Regards,
Nicu

[-- Attachment #2.1.3.1.2: Card for Nicu Popovici --]
[-- Type: text/x-vcard, Size: 259 bytes --]

begin:vcard 
n:POPOVICI;Nicolae Octavian 
tel;cell:+40 93 605020
x-mozilla-html:FALSE
org:SC Silicon Service SRL;Software
adr:;;;;;;
version:2.1
email;internet:octavp@isratech.ro
title:Software engineer
x-mozilla-cpt:;0
fn:Nicolae Octavian POPOVICI
end:vcard

[-- Attachment #3: Card for Nicu Popovici --]
[-- Type: text/x-vcard, Size: 259 bytes --]

begin:vcard 
n:POPOVICI;Nicolae Octavian 
tel;cell:+40 93 605020
x-mozilla-html:FALSE
org:SC Silicon Service SRL;Software
adr:;;;;;;
version:2.1
email;internet:octavp@isratech.ro
title:Software engineer
x-mozilla-cpt:;0
fn:Nicolae Octavian POPOVICI
end:vcard

             reply	other threads:[~2000-11-09  7:11 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-09 15:03 Nicu Popovici [this message]
     [not found] ` <20001109170119.A3253@bacchus.dhis.org>
2000-11-10 15:45   ` [Fwd: Warning: could not send message for past 4 hours] Nicu Popovici

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3A0ABCD5.FA556A09@isratech.ro \
    --to=octavp@isratech.ro \
    --cc=linux-mips@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox