* Re: Mips cross toolchain
2002-08-20 15:58 Mips cross toolchain Lyle Bainbridge
@ 2002-08-20 15:54 ` Pete Popov
2002-08-20 15:58 ` Lyle Bainbridge
` (3 subsequent siblings)
4 siblings, 0 replies; 14+ messages in thread
From: Pete Popov @ 2002-08-20 15:54 UTC (permalink / raw)
To: Lyle Bainbridge; +Cc: linux-mips
Just FYI, the oss code for the Alchemy boards is out of date. The latest
code is in the sourceforge.net mips tree. I meant to create patches and
send them to Ralf but I'm doing less and less dev work these days and
haven't been able to find the time.
As far as your toolchain, the last MontaVista release which included the
Alchemy boards was 2.95.3 based. I can also tell you that gcc 3.2 works
fine, but I'm not sure if we needed any patches.
Pete
On Tue, 2002-08-20 at 08:58, Lyle Bainbridge wrote:
> Hi,
>
> I'm a linux kernel newbie, and this is my first linux-mips posting.
> I have built a big endian, elf, cross toolchain for mips32 (I'm using
> an Alchemy Au1500 SOC) based on the GCC 3.0.4, Binutils 2.11.2 and
> Newlib 1.9.0. My intention is to now use it to compile the 2.4.19 kernel.
>
> I am still figuring out how to cross compile the kernel, but I was
> wondering if I had used the correct versions of GCC and Binutils to
> succesfully build a stable kernel. Also, are there any patches I would
> need? So far I've used the stock distributions from gnu.org.
>
> Any advice would be most appreciated.
>
> Thanks,
> Lyle Bainbridge
> Minneapolis, MN
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Mips cross toolchain
@ 2002-08-20 15:58 Lyle Bainbridge
2002-08-20 15:54 ` Pete Popov
` (4 more replies)
0 siblings, 5 replies; 14+ messages in thread
From: Lyle Bainbridge @ 2002-08-20 15:58 UTC (permalink / raw)
To: linux-mips
Hi,
I'm a linux kernel newbie, and this is my first linux-mips posting.
I have built a big endian, elf, cross toolchain for mips32 (I'm using
an Alchemy Au1500 SOC) based on the GCC 3.0.4, Binutils 2.11.2 and
Newlib 1.9.0. My intention is to now use it to compile the 2.4.19 kernel.
I am still figuring out how to cross compile the kernel, but I was
wondering if I had used the correct versions of GCC and Binutils to
succesfully build a stable kernel. Also, are there any patches I would
need? So far I've used the stock distributions from gnu.org.
Any advice would be most appreciated.
Thanks,
Lyle Bainbridge
Minneapolis, MN
^ permalink raw reply [flat|nested] 14+ messages in thread
* Mips cross toolchain
2002-08-20 15:58 Mips cross toolchain Lyle Bainbridge
2002-08-20 15:54 ` Pete Popov
@ 2002-08-20 15:58 ` Lyle Bainbridge
2002-08-20 16:02 ` Ralf Baechle
` (2 subsequent siblings)
4 siblings, 0 replies; 14+ messages in thread
From: Lyle Bainbridge @ 2002-08-20 15:58 UTC (permalink / raw)
To: linux-mips
Hi,
I'm a linux kernel newbie, and this is my first linux-mips posting.
I have built a big endian, elf, cross toolchain for mips32 (I'm using
an Alchemy Au1500 SOC) based on the GCC 3.0.4, Binutils 2.11.2 and
Newlib 1.9.0. My intention is to now use it to compile the 2.4.19 kernel.
I am still figuring out how to cross compile the kernel, but I was
wondering if I had used the correct versions of GCC and Binutils to
succesfully build a stable kernel. Also, are there any patches I would
need? So far I've used the stock distributions from gnu.org.
Any advice would be most appreciated.
Thanks,
Lyle Bainbridge
Minneapolis, MN
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Mips cross toolchain
2002-08-20 15:58 Mips cross toolchain Lyle Bainbridge
2002-08-20 15:54 ` Pete Popov
2002-08-20 15:58 ` Lyle Bainbridge
@ 2002-08-20 16:02 ` Ralf Baechle
2002-08-20 16:05 ` Daniel Jacobowitz
2002-08-20 16:29 ` Joe George
4 siblings, 0 replies; 14+ messages in thread
From: Ralf Baechle @ 2002-08-20 16:02 UTC (permalink / raw)
To: Lyle Bainbridge; +Cc: linux-mips
On Tue, Aug 20, 2002 at 10:58:13AM -0500, Lyle Bainbridge wrote:
> I'm a linux kernel newbie, and this is my first linux-mips posting.
> I have built a big endian, elf, cross toolchain for mips32 (I'm using
> an Alchemy Au1500 SOC) based on the GCC 3.0.4, Binutils 2.11.2 and
> Newlib 1.9.0. My intention is to now use it to compile the 2.4.19 kernel.
>
> I am still figuring out how to cross compile the kernel, but I was
> wondering if I had used the correct versions of GCC and Binutils to
> succesfully build a stable kernel. Also, are there any patches I would
> need? So far I've used the stock distributions from gnu.org.
>
> Any advice would be most appreciated.
Looks like you installed the toolchain in a different directory that
it was built for.
Ralf
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Mips cross toolchain
2002-08-20 15:58 Mips cross toolchain Lyle Bainbridge
` (2 preceding siblings ...)
2002-08-20 16:02 ` Ralf Baechle
@ 2002-08-20 16:05 ` Daniel Jacobowitz
2002-08-20 16:29 ` Joe George
4 siblings, 0 replies; 14+ messages in thread
From: Daniel Jacobowitz @ 2002-08-20 16:05 UTC (permalink / raw)
To: Lyle Bainbridge; +Cc: linux-mips
On Tue, Aug 20, 2002 at 10:58:13AM -0500, Lyle Bainbridge wrote:
> Hi,
>
> I'm a linux kernel newbie, and this is my first linux-mips posting.
> I have built a big endian, elf, cross toolchain for mips32 (I'm using
> an Alchemy Au1500 SOC) based on the GCC 3.0.4, Binutils 2.11.2 and
> Newlib 1.9.0. My intention is to now use it to compile the 2.4.19 kernel.
>
> I am still figuring out how to cross compile the kernel, but I was
> wondering if I had used the correct versions of GCC and Binutils to
> succesfully build a stable kernel. Also, are there any patches I would
> need? So far I've used the stock distributions from gnu.org.
>
> Any advice would be most appreciated.
You'll have better luck if you use the current releases. That's 3.2
and 2.13 and (I think) 1.10.0. Not sure if newlib 1.10.0 is released
or not.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Mips cross toolchain
2002-08-20 15:58 Mips cross toolchain Lyle Bainbridge
` (3 preceding siblings ...)
2002-08-20 16:05 ` Daniel Jacobowitz
@ 2002-08-20 16:29 ` Joe George
2002-08-20 16:57 ` Pete Popov
2002-08-20 18:47 ` Lyle Bainbridge
4 siblings, 2 replies; 14+ messages in thread
From: Joe George @ 2002-08-20 16:29 UTC (permalink / raw)
To: Lyle Bainbridge; +Cc: linux-mips
I don't know of anyone using big endian with Alchemy at this point.
There may be some and I'd like to hear from them.
The OSS tree is actually not that far out of date now. I have been
submitting patches and the basics work now (at least on my board).
I am currently working on the 36-bit support. The 36-bit support only
works for little endian currently afaics. I'm working to solve the endian
problems now.
Check out the howto at http://www.linux-mips.org/. There are 3 of
us doing Alchemy work who hang out on the #mipslinux irc channel
on irc.openprojects.net you're welcome to join us.
Joe
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Mips cross toolchain
2002-08-20 16:29 ` Joe George
@ 2002-08-20 16:57 ` Pete Popov
2002-08-20 17:22 ` Joe George
2002-08-20 18:47 ` Lyle Bainbridge
1 sibling, 1 reply; 14+ messages in thread
From: Pete Popov @ 2002-08-20 16:57 UTC (permalink / raw)
To: Joe George; +Cc: Lyle Bainbridge, linux-mips
On Tue, 2002-08-20 at 09:29, Joe George wrote:
> I don't know of anyone using big endian with Alchemy at this point.
> There may be some and I'd like to hear from them.
> The OSS tree is actually not that far out of date now. I have been
> submitting patches and the basics work now (at least on my board).
Where those patches created from the sourceforge tree or you created
them independently? I would hate to see the two ports diverge.
> I am currently working on the 36-bit support.
I already sent Ralf a patch for the 36bit support. He told me the patch
looks fine but it doesn't seem like he's had time to merge it in. The
code is in sourceforge.net
> The 36-bit support only
> works for little endian currently afaics. I'm working to solve the endian
> problems now.
Again, I've done some work for big endian support and pushed it out in
sourceforge.net because I have write access there. Most drivers work
just fine in BE mode. The exception right now is the epson 1356/1386
video controller. There might be some others but I don't remember.
Certainly all the SOC peripherals work fine.
> Check out the howto at http://www.linux-mips.org/. There are 3 of
> us doing Alchemy work who hang out on the #mipslinux irc channel
> on irc.openprojects.net you're welcome to join us.
If you're submitting patches in oss, please take the latest work in
sourceforge.net first to sync up the two. First, you might save
yourself some work. Second, it will keep the two ports from diverging.
Pete
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Mips cross toolchain
2002-08-20 16:57 ` Pete Popov
@ 2002-08-20 17:22 ` Joe George
2002-08-20 17:41 ` Pete Popov
0 siblings, 1 reply; 14+ messages in thread
From: Joe George @ 2002-08-20 17:22 UTC (permalink / raw)
To: Pete Popov; +Cc: linux-mips
> Where those patches created from the sourceforge tree or you created
> them independently? I would hate to see the two ports diverge.
I've been syncing the sf tree.
> I already sent Ralf a patch for the 36bit support. He told me the patch
> looks fine but it doesn't seem like he's had time to merge it in. The
> code is in sourceforge.net
My initial patches on this came from the sf tree. Ralf called out the
endian problem.
> Again, I've done some work for big endian support and pushed it out in
> sourceforge.net because I have write access there. Most drivers work
> just fine in BE mode. The exception right now is the epson 1356/1386
> video controller. There might be some others but I don't remember.
> Certainly all the SOC peripherals work fine.
The problems I'm working on are in your tlbex-mips32.S.
> If you're submitting patches in oss, please take the latest work in
> sourceforge.net first to sync up the two. First, you might save
> yourself some work. Second, it will keep the two ports from diverging.
Couldn't of done it without your work, I really appreciate the work
you have done.
Joe
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Mips cross toolchain
2002-08-20 17:22 ` Joe George
@ 2002-08-20 17:41 ` Pete Popov
0 siblings, 0 replies; 14+ messages in thread
From: Pete Popov @ 2002-08-20 17:41 UTC (permalink / raw)
To: Joe George; +Cc: linux-mips
On Tue, 2002-08-20 at 10:22, Joe George wrote:
> > Where those patches created from the sourceforge tree or you created
> > them independently? I would hate to see the two ports diverge.
>
> I've been syncing the sf tree.
>
> > I already sent Ralf a patch for the 36bit support. He told me the patch
> > looks fine but it doesn't seem like he's had time to merge it in. The
> > code is in sourceforge.net
>
> My initial patches on this came from the sf tree. Ralf called out the
> endian problem.
> > Again, I've done some work for big endian support and pushed it out in
> > sourceforge.net because I have write access there. Most drivers work
> > just fine in BE mode. The exception right now is the epson 1356/1386
> > video controller. There might be some others but I don't remember.
> > Certainly all the SOC peripherals work fine.
>
> The problems I'm working on are in your tlbex-mips32.S.
I see of the 36 bit patch in oss now, but not the whole thing. Is Ralf
waiting for you to fix the problems in tlbex-mips32.S? Are those
problems endian related or something else? I tested the pcmcia driver
in BE mode, and that driver uses the 36 bit code, so I thought it's
endian safe ...
> > If you're submitting patches in oss, please take the latest work in
> > sourceforge.net first to sync up the two. First, you might save
> > yourself some work. Second, it will keep the two ports from diverging.
>
> Couldn't of done it without your work, I really appreciate the work
> you have done.
Thanks for syncing up the oss tree! I was afraid that if you're sending
independent patches some of the sourceforge work would get lost.
Pete
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: Mips cross toolchain
2002-08-20 16:29 ` Joe George
2002-08-20 16:57 ` Pete Popov
@ 2002-08-20 18:47 ` Lyle Bainbridge
2002-08-20 18:47 ` Lyle Bainbridge
2002-08-20 19:04 ` Pete Popov
1 sibling, 2 replies; 14+ messages in thread
From: Lyle Bainbridge @ 2002-08-20 18:47 UTC (permalink / raw)
To: Joe George; +Cc: linux-mips
-----Original Message-----
From: Joe George [mailto:joeg@clearcore.net]
Sent: Tuesday, August 20, 2002 11:29 AM
To: Lyle Bainbridge
Cc: linux-mips@oss.sgi.com
Subject: Re: Mips cross toolchain
>>I don't know of anyone using big endian with Alchemy at this point.
>>There may be some and I'd like to hear from them.
Firstly, thanks to everyone for the advice.
Ideally I'd use big endian. Is there any reason the toolchain
wouldn't support this. I'm only using the Au1500 on-chip peripherals
with the addition of an external Highpoint HPT371 ATA controller.
Thanks
Lyle
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: Mips cross toolchain
2002-08-20 18:47 ` Lyle Bainbridge
@ 2002-08-20 18:47 ` Lyle Bainbridge
2002-08-20 19:04 ` Pete Popov
1 sibling, 0 replies; 14+ messages in thread
From: Lyle Bainbridge @ 2002-08-20 18:47 UTC (permalink / raw)
To: Joe George; +Cc: linux-mips
-----Original Message-----
From: Joe George [mailto:joeg@clearcore.net]
Sent: Tuesday, August 20, 2002 11:29 AM
To: Lyle Bainbridge
Cc: linux-mips@oss.sgi.com
Subject: Re: Mips cross toolchain
>>I don't know of anyone using big endian with Alchemy at this point.
>>There may be some and I'd like to hear from them.
Firstly, thanks to everyone for the advice.
Ideally I'd use big endian. Is there any reason the toolchain
wouldn't support this. I'm only using the Au1500 on-chip peripherals
with the addition of an external Highpoint HPT371 ATA controller.
Thanks
Lyle
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: Mips cross toolchain
2002-08-20 18:47 ` Lyle Bainbridge
2002-08-20 18:47 ` Lyle Bainbridge
@ 2002-08-20 19:04 ` Pete Popov
1 sibling, 0 replies; 14+ messages in thread
From: Pete Popov @ 2002-08-20 19:04 UTC (permalink / raw)
To: Lyle Bainbridge; +Cc: Joe George, linux-mips
On Tue, 2002-08-20 at 11:47, Lyle Bainbridge wrote:
>
>
> -----Original Message-----
> From: Joe George [mailto:joeg@clearcore.net]
> Sent: Tuesday, August 20, 2002 11:29 AM
> To: Lyle Bainbridge
> Cc: linux-mips@oss.sgi.com
> Subject: Re: Mips cross toolchain
>
>
> >>I don't know of anyone using big endian with Alchemy at this point.
> >>There may be some and I'd like to hear from them.
>
>
> Firstly, thanks to everyone for the advice.
>
> Ideally I'd use big endian. Is there any reason the toolchain
> wouldn't support this.
No.
> I'm only using the Au1500 on-chip peripherals
> with the addition of an external Highpoint HPT371 ATA controller.
Any of the PCI peripherals on the Pb1500 would require the 36 bit code
support. I ... think I tested the PCI bus support using the 36 bit
patch and BE mode and it worked fine. Looks like Joe is working on some
bug fixes though so the 36 bit code is not complete yet in oss.
Pete
^ permalink raw reply [flat|nested] 14+ messages in thread
* Mips Cross Toolchain
@ 2002-09-18 20:08 Lyle Bainbridge
2002-09-18 20:08 ` Lyle Bainbridge
0 siblings, 1 reply; 14+ messages in thread
From: Lyle Bainbridge @ 2002-09-18 20:08 UTC (permalink / raw)
To: linux-mips
Hi,
Firstly, my apologies for resending this message that I
sent last friday. My mail server died, so if you read
this and replied I wouldn't have received any resonsed.
So I am trying again...
I have successfully build a mips-linux cross toolchain
under RH Linux, but have really intended to be able to
do it under Cygwin. I have binutils 2.13, gcc 3.2,
glibc 2.2.5. Under Cywin, binutils and the first pass
of gcc succeed (c compiler only). Then glibc gets
a long way through but exists with the text at the end
of this message.
My glibc configure options look like this:
CC=${TARGET}-gcc AR=${TARGET}-ar RANLIB=${TARGET}-ranlib HOST_CC=gcc
BUILD_CC=gcc \
../${LIBC}/configure --host=${TARGET} --prefix=/usr --with-elf --enable-shar
ed --enable-add-ons=linuxthreads --with-headers=${PREFIX}/include -v
Is it even possible to build glibc under Cygwin?
Any help would be appreciated.
Thanks,
Lyle Baingridge
mips-linux-gcc -nostdlib -nostartfiles -o
usr/src/o_libc/iconv/iconv_prog -Wl,
-dynamic-linker=/lib/ld.so.1 /usr/src/o_libc/csu/crt1.o
/usr/src/o_libc/csu/c
rti.o `mips-linux-gcc --print-file-name=crtbegin.o`
/usr/src/o_libc/iconv/iconv_
prog.o /usr/src/o_libc/iconv/iconv_charmap.o /usr/src/o_libc/iconv/charmap.o
/us
r/src/o_libc/iconv/charmap-dir.o /usr/src/o_libc/iconv/linereader.o
/usr/src/o_l
ibc/iconv/dummy-repertoire.o /usr/src/o_libc/iconv/simple-hash.o
/usr/src/o_libc
/iconv/xstrdup.o
usr/src/o_libc/iconv/xmalloc.o -Wl,-rpath-link=/usr/src/o_lib
c:/usr/src/o_libc/math:/usr/src/o_libc/elf:/usr/src/o_libc/dlfcn:/usr/src/o_
libc
/nss:/usr/src/o_libc/nis:/usr/src/o_libc/rt:/usr/src/o_libc/resolv:/usr/src/
o_li
bc/crypt:/usr/src/o_libc/linuxthreads /usr/src/o_libc/libc.so.6
/usr/src/o_libc/
libc_nonshared.a -lgcc `mips-linux-gcc --print-file-name=crtend.o`
/usr/src/o_li
bc/csu/crtn.o
/usr/src/o_libc/iconv/iconv_prog.o: In function `main':
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:265: undefined reference to `open'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:279: undefined reference to
`__fxstat'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:285: undefined reference to `close'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:326: undefined reference to `close'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:317: undefined reference to `close'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:142: undefined reference to `exit'
/usr/src/o_libc/iconv/iconv_prog.o: In function `process_fd':
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:511: undefined reference to `read'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:542: undefined reference to `read'
/usr/src/o_libc/iconv/iconv_prog.o: In function `print_known_names':
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:726: undefined reference to `isatty'
/usr/src/o_libc/iconv/iconv_charmap.o: In function `charmap_conversion':
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:155: undefined reference to
`open'
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:169: undefined reference to
`__fxstat
'
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:175: undefined reference to
`close'
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:215: undefined reference to
`close'
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:206: undefined reference to
`close'
/usr/src/o_libc/iconv/iconv_charmap.o: In function `process_fd':
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:498: undefined reference to
`read'
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:529: undefined reference to
`read'
/usr/src/o_libc/iconv/charmap.o: In function `charmap_read':
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap.c:106: undefined
reference
to `getenv'
/usr/src/o_libc/iconv/charmap.o: In function `parse_charmap':
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap.c:467: undefined
reference
to `exit'
/usr/src/o_libc/iconv/charmap.o: In function `charmap_new_char':
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/o_libc/iconv/charmap-dir.o: In function `charmap_readdir':
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:130: undefined
refer
ence to `__xstat'
/usr/src/o_libc/iconv/charmap-dir.o: In function `fopen_uncompressed':
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:171: undefined
refer
ence to `open'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:177: undefined
refer
ence to `__fxstat'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:207: undefined
refer
ence to `close'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:210: undefined
refer
ence to `pipe'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:204: undefined
refer
ence to `close'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:205: undefined
refer
ence to `close'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:198: undefined
refer
ence to `close'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:199: undefined
refer
ence to `close'
/usr/src/o_libc/iconv/linereader.o: In function `get_symname':
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/o_libc/iconv/linereader.o: In function `get_string':
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `__dup'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtod_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `utime'
/usr/src/o_libc/libc.so.6: undefined reference to `lrand48_r'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtoull_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_cmp'
/usr/src/o_libc/libc.so.6: undefined reference to `__libc_fcntl'
/usr/src/o_libc/libc.so.6: undefined reference to `__write'
/usr/src/o_libc/libc.so.6: undefined reference to `__getcwd'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtol_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `bsearch'
/usr/src/o_libc/libc.so.6: undefined reference to `__dup2'
/usr/src/o_libc/libc.so.6: undefined reference to `qsort'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtoll_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `__read'
/usr/src/o_libc/libc.so.6: undefined reference to `__unlink'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_lshift'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_mul'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_submul_1'
/usr/src/o_libc/libc.so.6: undefined reference to `__open'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_construct_float'
/usr/src/o_libc/elf/ld.so.1: undefined reference to `__libc_read'
/usr/src/o_libc/libc.so.6: undefined reference to `__xstat64'
/usr/src/o_libc/libc.so.6: undefined reference to `abort'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_divrem'
/usr/src/o_libc/libc.so.6: undefined reference to `__lxstat'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_construct_double'
/usr/src/o_libc/libc.so.6: undefined reference to `__chmod'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtold_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtod_l'
/usr/src/o_libc/libc.so.6: undefined reference to `__isatty'
/usr/src/o_libc/libc.so.6: undefined reference to `__statfs'
/usr/src/o_libc/libc.so.6: undefined reference to `_fpioconst_pow10'
/usr/src/o_libc/libc.so.6: undefined reference to `__chdir'
/usr/src/o_libc/libc.so.6: undefined reference to `__readlink'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_extract_double'
/usr/src/o_libc/libc.so.6: undefined reference to `__secure_getenv'
/usr/src/o_libc/libc.so.6: undefined reference to `__mkdir'
/usr/src/o_libc/libc.so.6: undefined reference to `__cxa_atexit'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_add_n'
/usr/src/o_libc/libc.so.6: undefined reference to `__poll'
/usr/src/o_libc/libc.so.6: undefined reference to `__statvfs64'
/usr/src/o_libc/libc.so.6: undefined reference to `__pipe'
/usr/src/o_libc/libc.so.6: undefined reference to `__libc_open'
/usr/src/o_libc/libc.so.6: undefined reference to `__chown'
/usr/src/o_libc/libc.so.6: undefined reference to `__random_r'
/usr/src/o_libc/libc.so.6: undefined reference to `__initstate_r'
/usr/src/o_libc/libc.so.6: undefined reference to `__xmknod'
/usr/src/o_libc/libc.so.6: undefined reference to `__lseek'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_rshift'
/usr/src/o_libc/libc.so.6: undefined reference to `__srand48_r'
/usr/src/o_libc/libc.so.6: undefined reference to `__tens'
/usr/src/o_libc/libc.so.6: undefined reference to `__lxstat64'
/usr/src/o_libc/libc.so.6: undefined reference to `__ttyname_r'
/usr/src/o_libc/libc.so.6: undefined reference to `__rmdir'
/usr/src/o_libc/libc.so.6: undefined reference to `__fstatfs'
/usr/src/o_libc/libc.so.6: undefined reference to `__close'
/usr/src/o_libc/libc.so.6: undefined reference to `__fxstat64'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_mul_1'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtof_internal'
/usr/src/o_libc/elf/ld.so.1: undefined reference to `__libc_write'
/usr/src/o_libc/libc.so.6: undefined reference to `__fcntl'
/usr/src/o_libc/libc.so.6: undefined reference to `__setenv'
/usr/src/o_libc/libc.so.6: undefined reference to `__access'
/usr/src/o_libc/libc.so.6: undefined reference to `__unsetenv'
/usr/src/o_libc/libc.so.6: undefined reference to `__open64'
/usr/src/o_libc/libc.so.6: undefined reference to `__fstatvfs64'
collect2: ld returned 1 exit status
make[2]: *** [/usr/src/o_libc/iconv/iconv_prog] Error 1
make[2]: Leaving directory `/usr/src/glibc-2.2.5/iconv'
make[1]: *** [iconv/subdir_install] Error 2
make[1]: Leaving directory `/usr/src/glibc-2.2.5'
make: *** [install] Error 2
^ permalink raw reply [flat|nested] 14+ messages in thread
* Mips Cross Toolchain
2002-09-18 20:08 Mips Cross Toolchain Lyle Bainbridge
@ 2002-09-18 20:08 ` Lyle Bainbridge
0 siblings, 0 replies; 14+ messages in thread
From: Lyle Bainbridge @ 2002-09-18 20:08 UTC (permalink / raw)
To: linux-mips
Hi,
Firstly, my apologies for resending this message that I
sent last friday. My mail server died, so if you read
this and replied I wouldn't have received any resonsed.
So I am trying again...
I have successfully build a mips-linux cross toolchain
under RH Linux, but have really intended to be able to
do it under Cygwin. I have binutils 2.13, gcc 3.2,
glibc 2.2.5. Under Cywin, binutils and the first pass
of gcc succeed (c compiler only). Then glibc gets
a long way through but exists with the text at the end
of this message.
My glibc configure options look like this:
CC=${TARGET}-gcc AR=${TARGET}-ar RANLIB=${TARGET}-ranlib HOST_CC=gcc
BUILD_CC=gcc \
../${LIBC}/configure --host=${TARGET} --prefix=/usr --with-elf --enable-shar
ed --enable-add-ons=linuxthreads --with-headers=${PREFIX}/include -v
Is it even possible to build glibc under Cygwin?
Any help would be appreciated.
Thanks,
Lyle Baingridge
mips-linux-gcc -nostdlib -nostartfiles -o
usr/src/o_libc/iconv/iconv_prog -Wl,
-dynamic-linker=/lib/ld.so.1 /usr/src/o_libc/csu/crt1.o
/usr/src/o_libc/csu/c
rti.o `mips-linux-gcc --print-file-name=crtbegin.o`
/usr/src/o_libc/iconv/iconv_
prog.o /usr/src/o_libc/iconv/iconv_charmap.o /usr/src/o_libc/iconv/charmap.o
/us
r/src/o_libc/iconv/charmap-dir.o /usr/src/o_libc/iconv/linereader.o
/usr/src/o_l
ibc/iconv/dummy-repertoire.o /usr/src/o_libc/iconv/simple-hash.o
/usr/src/o_libc
/iconv/xstrdup.o
usr/src/o_libc/iconv/xmalloc.o -Wl,-rpath-link=/usr/src/o_lib
c:/usr/src/o_libc/math:/usr/src/o_libc/elf:/usr/src/o_libc/dlfcn:/usr/src/o_
libc
/nss:/usr/src/o_libc/nis:/usr/src/o_libc/rt:/usr/src/o_libc/resolv:/usr/src/
o_li
bc/crypt:/usr/src/o_libc/linuxthreads /usr/src/o_libc/libc.so.6
/usr/src/o_libc/
libc_nonshared.a -lgcc `mips-linux-gcc --print-file-name=crtend.o`
/usr/src/o_li
bc/csu/crtn.o
/usr/src/o_libc/iconv/iconv_prog.o: In function `main':
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:265: undefined reference to `open'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:279: undefined reference to
`__fxstat'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:285: undefined reference to `close'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:326: undefined reference to `close'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:317: undefined reference to `close'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:142: undefined reference to `exit'
/usr/src/o_libc/iconv/iconv_prog.o: In function `process_fd':
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:511: undefined reference to `read'
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:542: undefined reference to `read'
/usr/src/o_libc/iconv/iconv_prog.o: In function `print_known_names':
/usr/src/glibc-2.2.5/iconv/iconv_prog.c:726: undefined reference to `isatty'
/usr/src/o_libc/iconv/iconv_charmap.o: In function `charmap_conversion':
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:155: undefined reference to
`open'
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:169: undefined reference to
`__fxstat
'
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:175: undefined reference to
`close'
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:215: undefined reference to
`close'
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:206: undefined reference to
`close'
/usr/src/o_libc/iconv/iconv_charmap.o: In function `process_fd':
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:498: undefined reference to
`read'
/usr/src/glibc-2.2.5/iconv/iconv_charmap.c:529: undefined reference to
`read'
/usr/src/o_libc/iconv/charmap.o: In function `charmap_read':
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap.c:106: undefined
reference
to `getenv'
/usr/src/o_libc/iconv/charmap.o: In function `parse_charmap':
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap.c:467: undefined
reference
to `exit'
/usr/src/o_libc/iconv/charmap.o: In function `charmap_new_char':
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/o_libc/iconv/charmap-dir.o: In function `charmap_readdir':
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:130: undefined
refer
ence to `__xstat'
/usr/src/o_libc/iconv/charmap-dir.o: In function `fopen_uncompressed':
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:171: undefined
refer
ence to `open'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:177: undefined
refer
ence to `__fxstat'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:207: undefined
refer
ence to `close'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:210: undefined
refer
ence to `pipe'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:204: undefined
refer
ence to `close'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:205: undefined
refer
ence to `close'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:198: undefined
refer
ence to `close'
/usr/src/glibc-2.2.5/iconv/../locale/programs/charmap-dir.c:199: undefined
refer
ence to `close'
/usr/src/o_libc/iconv/linereader.o: In function `get_symname':
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/o_libc/iconv/linereader.o: In function `get_string':
/usr/src/glibc-2.2.5/iconv/../stdlib/stdlib.h:308: undefined reference to
`__str
toul_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `__dup'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtod_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `utime'
/usr/src/o_libc/libc.so.6: undefined reference to `lrand48_r'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtoull_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_cmp'
/usr/src/o_libc/libc.so.6: undefined reference to `__libc_fcntl'
/usr/src/o_libc/libc.so.6: undefined reference to `__write'
/usr/src/o_libc/libc.so.6: undefined reference to `__getcwd'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtol_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `bsearch'
/usr/src/o_libc/libc.so.6: undefined reference to `__dup2'
/usr/src/o_libc/libc.so.6: undefined reference to `qsort'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtoll_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `__read'
/usr/src/o_libc/libc.so.6: undefined reference to `__unlink'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_lshift'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_mul'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_submul_1'
/usr/src/o_libc/libc.so.6: undefined reference to `__open'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_construct_float'
/usr/src/o_libc/elf/ld.so.1: undefined reference to `__libc_read'
/usr/src/o_libc/libc.so.6: undefined reference to `__xstat64'
/usr/src/o_libc/libc.so.6: undefined reference to `abort'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_divrem'
/usr/src/o_libc/libc.so.6: undefined reference to `__lxstat'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_construct_double'
/usr/src/o_libc/libc.so.6: undefined reference to `__chmod'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtold_internal'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtod_l'
/usr/src/o_libc/libc.so.6: undefined reference to `__isatty'
/usr/src/o_libc/libc.so.6: undefined reference to `__statfs'
/usr/src/o_libc/libc.so.6: undefined reference to `_fpioconst_pow10'
/usr/src/o_libc/libc.so.6: undefined reference to `__chdir'
/usr/src/o_libc/libc.so.6: undefined reference to `__readlink'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_extract_double'
/usr/src/o_libc/libc.so.6: undefined reference to `__secure_getenv'
/usr/src/o_libc/libc.so.6: undefined reference to `__mkdir'
/usr/src/o_libc/libc.so.6: undefined reference to `__cxa_atexit'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_add_n'
/usr/src/o_libc/libc.so.6: undefined reference to `__poll'
/usr/src/o_libc/libc.so.6: undefined reference to `__statvfs64'
/usr/src/o_libc/libc.so.6: undefined reference to `__pipe'
/usr/src/o_libc/libc.so.6: undefined reference to `__libc_open'
/usr/src/o_libc/libc.so.6: undefined reference to `__chown'
/usr/src/o_libc/libc.so.6: undefined reference to `__random_r'
/usr/src/o_libc/libc.so.6: undefined reference to `__initstate_r'
/usr/src/o_libc/libc.so.6: undefined reference to `__xmknod'
/usr/src/o_libc/libc.so.6: undefined reference to `__lseek'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_rshift'
/usr/src/o_libc/libc.so.6: undefined reference to `__srand48_r'
/usr/src/o_libc/libc.so.6: undefined reference to `__tens'
/usr/src/o_libc/libc.so.6: undefined reference to `__lxstat64'
/usr/src/o_libc/libc.so.6: undefined reference to `__ttyname_r'
/usr/src/o_libc/libc.so.6: undefined reference to `__rmdir'
/usr/src/o_libc/libc.so.6: undefined reference to `__fstatfs'
/usr/src/o_libc/libc.so.6: undefined reference to `__close'
/usr/src/o_libc/libc.so.6: undefined reference to `__fxstat64'
/usr/src/o_libc/libc.so.6: undefined reference to `__mpn_mul_1'
/usr/src/o_libc/libc.so.6: undefined reference to `__strtof_internal'
/usr/src/o_libc/elf/ld.so.1: undefined reference to `__libc_write'
/usr/src/o_libc/libc.so.6: undefined reference to `__fcntl'
/usr/src/o_libc/libc.so.6: undefined reference to `__setenv'
/usr/src/o_libc/libc.so.6: undefined reference to `__access'
/usr/src/o_libc/libc.so.6: undefined reference to `__unsetenv'
/usr/src/o_libc/libc.so.6: undefined reference to `__open64'
/usr/src/o_libc/libc.so.6: undefined reference to `__fstatvfs64'
collect2: ld returned 1 exit status
make[2]: *** [/usr/src/o_libc/iconv/iconv_prog] Error 1
make[2]: Leaving directory `/usr/src/glibc-2.2.5/iconv'
make[1]: *** [iconv/subdir_install] Error 2
make[1]: Leaving directory `/usr/src/glibc-2.2.5'
make: *** [install] Error 2
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2002-09-18 20:08 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-08-20 15:58 Mips cross toolchain Lyle Bainbridge
2002-08-20 15:54 ` Pete Popov
2002-08-20 15:58 ` Lyle Bainbridge
2002-08-20 16:02 ` Ralf Baechle
2002-08-20 16:05 ` Daniel Jacobowitz
2002-08-20 16:29 ` Joe George
2002-08-20 16:57 ` Pete Popov
2002-08-20 17:22 ` Joe George
2002-08-20 17:41 ` Pete Popov
2002-08-20 18:47 ` Lyle Bainbridge
2002-08-20 18:47 ` Lyle Bainbridge
2002-08-20 19:04 ` Pete Popov
-- strict thread matches above, loose matches on Subject: below --
2002-09-18 20:08 Mips Cross Toolchain Lyle Bainbridge
2002-09-18 20:08 ` Lyle Bainbridge
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox