building binutils from same directory as gcc (was: Re: xgcc does not find gcc-4.6.0-go/./binutils/ar (because it is gcc-4.6.0-go/./binutils/binutils/ar))

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Apr 27, 2011 at 5:02 PM, Ian Lance Taylor <iant@xxxxxxxxxx> wrote:
>> Is my assumption, that a "combined build" is most easy, a wrong
>> one and should I try a non-combined build?
>> Are there some docs about?
>
> I guess I just said this, but when using releases I would advise a
> non-combined build.
>
>> For the documentation, especially extraction of bintuils, would
>> it be a good idea to submit a bug report about the too brief
>> installation instructions?
>
> Sure.  Or send a patch.  Thanks.

I don't think I'm competent enough but maybe I can send some proposal...

>> But there is a way to build a recent released gcc toolchain,
>> isn't there?
>
> Of course.  Just don't use a combined build.

I tried to express this in this form:

------------------------------------------------------------------->8=======
--- gcc-4.6.0.dist/gcc/doc/install.texi 2011-03-21 13:13:26.000000000 +0100
+++ gcc-4.6.0/gcc/doc/install.texi      2011-04-28 15:59:53.000000000 +0200
@@ -553,7 +553,17 @@
 If you also intend to build binutils (either to upgrade an existing
 installation or for use in place of the corresponding tools of your
 OS), unpack the binutils distribution either in the same directory or
-a separate one.  In the latter case, add symbolic links to any
+a separate one. Using the same directory is not recommended for
+building release tarballs of gcc, but if you obtained the sources
+via SVN, it is reliable. Unpacking into the same directory means
+that the contents of the (versionized) directories of binutils
+and gcc are in one and the same directory (with subdirectories
+like @file{gcc}, @file{binutils} and @file{gas}). Contents of the
+directories common to and shared by gcc and binutils
+(@file{include}, @file{libiberty} and @file{intl}) must be
+compatible, making combined builds using standard releases hard
+to get right.  In case you are using separate directories, which
+is recommended, add symbolic links to any
 components of the binutils you intend to build alongside the compiler
 (@file{bfd}, @file{binutils}, @file{gas}, @file{gprof}, @file{ld},
 @file{opcodes}, @dots{}) to the directory containing the GCC sources.
=======8<-------------------------------------------------------------------

in the hope it could may be a base for an improvement?
What should I do now, mail to gcc-patches?

oki,

Steffen

Attachment: install.texi-gcc-4.6.0.diff
Description: Binary data


[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux