[gcc 4.7.0] enable gcc 4.7.0 with crosstool-ng 1.15.2

[gcc 4.7.0] enable gcc 4.7.0 with crosstool-ng 1.15.2

[Ovanes Markarian]

Hello *,

I am a new user of crosstool-ng. I would like to use the gcc 4.7.0 as
I can read from the history of the release gcc 4.7.0 has been included
into the release. If I use
  ct-ng menuconfig

There is no gcc 4.7.0 version listed in the compiler list. How do I enable it?


Many thanks,
Ovanes

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: [gcc 4.7.0] enable gcc 4.7.0 with crosstool-ng 1.15.2

[Yann E. MORIN]

Ovanes, All,

On Saturday 12 May 2012 12:12:12 Ovanes Markarian wrote:
> I am a new user of crosstool-ng. I would like to use the gcc 4.7.0 as
> I can read from the history of the release gcc 4.7.0 has been included
> into the release. If I use
>   ct-ng menuconfig
> 
> There is no gcc 4.7.0 version listed in the compiler list. How do I enable it?

It's an 'experimental' feature, so you have to enable EXPERIMENTAL in the
"Paths and Misc. options" sub-menus. Support for gcc-4.7.0 is very new, so
be prepared for breakage. If you are new to cross-compilation, you might
prefer starting off a more stable version, such as gcc-4.6.3

Also, you can search symbols in the menuconfig by hitting the '/' key and
enter part of a symbol's name. Then, you can see the dependencies of that
symbol.

For example looking at the gcc-4.6.3 help, I can see that the associated
symbol is CC_V_4_6_3. So, for gcc-4.7.0, I would conclude that the symbol
would be CC_V_4_7_0. Let's hit '/' and enter that in the search box:

  Symbol: CC_V_4_7_0 [=n]
  Type  : boolean
  Prompt: 4.7.0 (EXPERIMENTAL)
    Defined at config/cc/gcc.in:45
    Depends on: <choice> && EXPERIMENTAL [=n]
    Location:
      -> C compiler
        -> gcc version (<choice> [=y])
    Selects: CC_GCC_4_7 [=n]

So, I can see that gcc-4.7.0 depends on EXPERIMENTAL. Where's that defined?
Let's see:

  Symbol: EXPERIMENTAL [=n]
  Type  : boolean
  Prompt: Try features marked as EXPERIMENTAL
    Defined at config/global/ct-behave.in:18
    Location:
      -> Paths and misc options

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: [gcc 4.7.0] enable gcc 4.7.0 with crosstool-ng 1.15.2

[Yann E. MORIN]

Ovanes, All,

[Please, keep the list CCed when you reply, so all can benefit from the
discussion (questions+answers) by searching the archives.]

On Saturday 12 May 2012 19:20:43 Ovanes Markarian wrote:
> On Sat, May 12, 2012 at 5:31 PM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> >> There is no gcc 4.7.0 version listed in the compiler list. How do I enable it?
> > It's an 'experimental' feature, so you have to enable EXPERIMENTAL in the
> > "Paths and Misc. options" sub-menus. Support for gcc-4.7.0 is very new, so
> > be prepared for breakage.
> Can you please specify which breakage you mean? I need 4.7 as I would
> like to use the C++ 11 features.

I have no specific in mind. As an example, there was a bug in the pristine
release of 4.7.0 that broke uClibc, and so crosstool-NG bundles a
patch to gcc-4.7.0 (as it does for all versions of gcc).

> The most discouraging point was that
> after menu config crosstool-ng started the compilation without finding
> out that choosen lib versions were not compatible, e.g. after spending
> like half an hour building the toolchain I was notified that PPL must
> be version 11 or higher for the choosen config.

Yes, it is a known /limitation/. There is no easy way to overcome this
limitation without complicating the configuration and keep it maintainable.

> If someone likes, I can post my config script.

Yes, please. If it is not already covered by an existing sample, I'll add
it to the samples bundled with crosstool-NG.

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: [gcc 4.7.0] enable gcc 4.7.0 with crosstool-ng 1.15.2

[Ovanes Markarian]

Hello Yann,


On Sat, May 12, 2012 at 10:50 PM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> Ovanes, All,
>
> [Please, keep the list CCed when you reply, so all can benefit from the
> discussion (questions+answers) by searching the archives.]
Sorry, I used other mailing lists before and they were configured to
have reply address being the mailing list itself and not the user's
private one. I have overseen that now.

>
> On Saturday 12 May 2012 19:20:43 Ovanes Markarian wrote:
>> On Sat, May 12, 2012 at 5:31 PM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
>> >> There is no gcc 4.7.0 version listed in the compiler list. How do I enable it?
>> > It's an 'experimental' feature, so you have to enable EXPERIMENTAL in the
>> > "Paths and Misc. options" sub-menus. Support for gcc-4.7.0 is very new, so
>> > be prepared for breakage.
>> Can you please specify which breakage you mean? I need 4.7 as I would
>> like to use the C++ 11 features.
>
> I have no specific in mind. As an example, there was a bug in the pristine
> release of 4.7.0 that broke uClibc, and so crosstool-NG bundles a
> patch to gcc-4.7.0 (as it does for all versions of gcc).
Ok, I use eglibc and it works fine. But now I run in the issue, where
I would like to statically link the toolchain (Experimental feature as
well) and the problem is that binutils no longer compile. I get two
errors that BFD_VERSION_STRING and REPORT_BUGS_TO are not set. Don't
know why it has to do with static linking but that is the blocking
point for me now. As a quick work-around I tried to set CFLAGS
environment variable (in additional config options for binutils) which
defined these two items, but it did not work either. Since (I don't
know which of the build steps) the ' " ' were stripped from the
define, so:
CFLAGS="-DBFD_VERSION_STRING=\"2.22\" -DREPORT_BUGS_TO=((char*)\"\")"
becomes in the command line when invoked:
-DBFD_VERSION_STRING=2.22 -DREPORT_BUGS_TO=((char*))

I don't know if other tools are going to build as well, but I would be
interested to know, how this Experimental feature was tested? Because
I tried it with all binutils versions ranging form 2.18a until 2.22
and all failed.

I decided to go with static linking because on some machines, where I
tested it CLooG and PPL were not installed and therefore not found.
What I actually need is only statically linked GCC. binutils can be
used as a shared lib. Is there any chance to configure the toolchain
that way?

>
>> The most discouraging point was that
>> after menu config crosstool-ng started the compilation without finding
>> out that choosen lib versions were not compatible, e.g. after spending
>> like half an hour building the toolchain I was notified that PPL must
>> be version 11 or higher for the choosen config.
>
> Yes, it is a known /limitation/. There is no easy way to overcome this
> limitation without complicating the configuration and keep it maintainable.
>
>> If someone likes, I can post my config script.
>
> Yes, please. If it is not already covered by an existing sample, I'll add
> it to the samples bundled with crosstool-NG.
As soon as I will fix the issues I will post it.

>
> Regards,
> Yann E. MORIN.

Many thanks for you help,
Ovanes

--
For unsubscribe information see http://sourceware.org/lists.html#faq