public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
From: Kai Ruottu <kai.ruottu@wippies.com>
To: Dingjun Chen <Dingjun.Chen@geotechairborne.com>,
	"gcc-help@gcc.gnu.org" <gcc-help@gcc.gnu.org>
Subject: Re: How to fix these errors with glibc 2.37?
Date: Wed, 11 Oct 2023 16:36:03 +0300	[thread overview]
Message-ID: <2dd446fb-8fbc-b899-a42c-b00d198b9607@wippies.com> (raw)
In-Reply-To: <YT2P288MB0073AFE1749DD55D10C51FA997CCA@YT2P288MB0073.CANP288.PROD.OUTLOOK.COM>

Dingjun Chen kirjoitti 11.10.2023 klo 15.20:
> Hi, guys,
>
> I want to install glibc 2.37 for 32-bit applications.
Is this unrelated to your goal to produce a crosscompiler for the
"RTD single board computer with Linux 2.4.36.1 2009, i686"?

If not, why you are trying to produce a new glibc from scratch?
Doesn't the RTD Linux system already have its own glibc-<something>,
prebuilt and "acid tested"? If it has, why you don't want to use it in
the crosscompiler as the target C library?

>    However, there are some errors occurred and please see below for details.
>
> I enter the following command in the build directory: build_glibc
>
>   ../glibc-2.37/configure --prefix=/usr/glibc2.37 CC="gcc -m32" CFLAGS="-O3"
Using some other $prefix than the '/usr' in glibc build is rare. Most 
people want it to
serve as the 'run-time library' in the produced "own Linux distro" and 
also as the
'development library' in the native tools on the 'own Linux distro' and 
in the crosstools
for this 'own Linux distro' on other development hosts.

If you still want crosstools for producing executables for the existing 
RTD Linux system
"as it is now", then just copy its own glibc into your crosstoolchain as 
the "target C library",
and not try to replace it with something "self-made". Whatever the "we 
want to make a
better world"-people in the net are trying to suggest - "destroy 
everything created by the
capitalism and start everything from absolute scratch!", please don't 
believe them.

Ok, via the document :
https://www.rtd.com/NEW_appnote/LinuxSupport_SWM640000020F.pdf
I understood that RTD doesn't provide any "RTD Linux distro" but trusts 
the common
Linux distros like Debian, RedHat, SuSE etc being installable on its 
single board computers.
So your first task would be to find out which Linux distro you have on 
your target system.

  reply	other threads:[~2023-10-11 13:36 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-11 12:20 Dingjun Chen
2023-10-11 13:36 ` Kai Ruottu [this message]
2023-10-11 13:46   ` Xi Ruoyao

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=2dd446fb-8fbc-b899-a42c-b00d198b9607@wippies.com \
    --to=kai.ruottu@wippies.com \
    --cc=Dingjun.Chen@geotechairborne.com \
    --cc=gcc-help@gcc.gnu.org \
    /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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).