All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.