ExternalVendorCode/crosstool-ng
1
0
Fork 0
mirror of https://github.com/crosstool-ng/crosstool-ng.git synced 2024-12-22 14:12:26 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
2fea2229c9
crosstool-ng/docs/known-issues.txt

109 lines
3.4 KiB
Plaintext
Raw Normal View History

Update the knwon issues with the broekn build of seemingly-native toolchains. /trunk/docs/known-issues.txt | 59 59 0 0 ++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 59 insertions(+)
2008-08-08 07:07:16 +00:00
This files lists the known issues encountered while developping crosstool-NG,
but that could not be addressed before the release.
The file has one section for each known issue, each section containing four
sub-sections: Symptoms, Explanations, Fix, and Workaround.
Each section is separated from the others with a lines of at least 4 dashes.
The following dummy section explains it all.
--------------------------------
Symptoms:
A one-liner of what you would observe.
Explanations:
An as much as possible in-depth explanations of the context, why it
happens, what has been investigated so far, and possible orientations
as how to try to solve this (eg. URLs, code snippets...).
Fix:
What you have to do to fix it, if at all possible.
The fact that there is a fix, and yet this is a known issue means that
time to incorporate the fix in crosstool-NG was missing, or planned for
a future release.
Workaround:
What you can do to fix it *temporarily*, if at all possible.
A workaround is not a real fix, as it can break other parts of
crosstool-NG, but at least makes you going in your particular case.
So now, on for the real issues...
--------------------------------
Symptoms:
Seemingly native toolchains do not build.
Explanations:
Seemingly native toolchains are toolchains that target the same architecture
as the one it is built on, and on which it will run, but the machine tuple
may be different (eg i686 vs. i386, or x86_64-unknown-linux-gnu vs.
x86_64-pc-linux-gnu).
This seems to happen when building glibc-2.7 based toolchains only, for
x86 and for x86_64.
Only the system part of the tuple (here, linux-gnu) needs to be the same to
Had a new known issue: ccache will break the build because we're sym-linking to have our own compiler for host and build systems, but that screws up ccache finding the real compiler. There is no fix, so the only way to inform the users is to document it: remove ccache. /trunk/docs/known-issues.txt | 25 21 4 0 +++++++++++++++++++++---- 1 file changed, 21 insertions(+), 4 deletions(-)
2008-09-28 21:35:44 +00:00
trigger the bug. Which means that building a tolchain for either x86 or
x86_64 on either x86 or x86_64 breaks.
Update the knwon issues with the broekn build of seemingly-native toolchains. /trunk/docs/known-issues.txt | 59 59 0 0 ++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 59 insertions(+)
2008-08-08 07:07:16 +00:00
Fix:
None known.
Workaround:
libc/glibc: fix building for seemingly native toolchains Build glibc with -O2 as a fix/workaround to building seemingly-native toolchains. See: - docs/overview.txt - docs/known-issues.txt - http://sourceware.org/ml/crossgcc/2009-09/msg00055.html
2009-10-02 20:10:38 +00:00
It seems that using -O2 in the CFLAGS fixes the problem. It has been
confirmed in the following threads:
http://sourceware.org/ml/crossgcc/2009-09/msg00055.html (for glibc)
http://sourceware.org/ml/crossgcc/2009-10/msg00001.html (for eglibc)
Update the knwon issues with the broekn build of seemingly-native toolchains. /trunk/docs/known-issues.txt | 59 59 0 0 ++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 59 insertions(+)
2008-08-08 07:07:16 +00:00
--------------------------------
Had a new known issue: ccache will break the build because we're sym-linking to have our own compiler for host and build systems, but that screws up ccache finding the real compiler. There is no fix, so the only way to inform the users is to document it: remove ccache. /trunk/docs/known-issues.txt | 25 21 4 0 +++++++++++++++++++++---- 1 file changed, 21 insertions(+), 4 deletions(-)
2008-09-28 21:35:44 +00:00
Symptoms:
gcc is not found, although I *do* have gcc installed.
Explanations:
This is an issue on at least RHEL systems, where gcc is a symlink to ccache.
Because crosstool-NG create links to gcc for the build and host environment,
those symlinks are in fact pointing to ccache, which then doesn't know how
to run the compiler.
A possible fix could probably set the environment variable CCACHE_CC to the
actual compiler used.
Fix:
None known.
Workaround:
Uninstall ccache.
--------------------------------
Know issues: document the extract and/or patch steps failure under cygwin. /trunk/docs/known-issues.txt | 16 16 0 0 ++++++++++++++++ 1 file changed, 16 insertions(+)
2009-03-03 17:39:51 +00:00
Symptoms:
Document failure to build the uClibc cross-ldd under Cygwin as a known issue. /trunk/docs/known-issues.txt | 16 15 1 0 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-)
2009-03-30 21:06:55 +00:00
The extract and/or path steps fail under Cygwin.
Know issues: document the extract and/or patch steps failure under cygwin. /trunk/docs/known-issues.txt | 16 16 0 0 ++++++++++++++++ 1 file changed, 16 insertions(+)
2009-03-03 17:39:51 +00:00
Explanations:
This is not related to crosstool-NG. Mounts under Cygwin are by default not
case-sensitive. You have to use so-called "managed" mounts. See:
http://cygwin.com/faq.html section 4, question 32.
Fix:
Use "managed" mounts for the directories where you build *and* install your
toolchains.
Workaround:
None.
--------------------------------
Document failure to build the uClibc cross-ldd under Cygwin as a known issue. /trunk/docs/known-issues.txt | 16 15 1 0 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-)
2009-03-30 21:06:55 +00:00
Symptoms:
uClibc fails to build under Cygwin.
Explanations:
With uClibc, it is possible to build a cross-ldd. Unfortunately, it is
not (currently) possible to build this cross-ldd under Cygwin.
Fix:
None so far.
Workaround:
Disable the cross-ldd build.
--------------------------------
Reference in New Issue Copy Permalink