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
next 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