public inbox for crossgcc@sourceware.org
 help / color / mirror / Atom feed
* Request for testing: canadian rework
@ 2012-04-16 21:55 Yann E. MORIN
  2012-04-21 18:46 ` Esben Haabendal
  0 siblings, 1 reply; 7+ messages in thread
From: Yann E. MORIN @ 2012-04-16 21:55 UTC (permalink / raw)
  To: crossgcc

Hello All!

After about 18 months, I believe I finally finished the canadian rework.

If you want to help test it, you can clone the repository and use the
MQ with the current patches:

    hg qclone -p http://crosstool-ng.org/hg/crosstool-ng/ct-ng.canadian \
              http://crosstool-ng.org/hg/crosstool-ng \
              ct-ng.canadian
    cd ct-ng.canadian
    hg up -r c7fa97debb36
    hg qpush -a

I plan on definitely applying this MQ next WE, so it gets in the next
release (due end of April), so you are welcome to test this and report
bugs.

Changes (from 4.000 feet high):
  - no need for a pre-exisiting x-compiler for the target
  - a complete x-compiler for target is built for internal use, but is not
    exported for the user to use

So yes, build time has increased significantly because we build one more
compiler suite. But this had to be done previously, too, albeit in a
separate incantation to crosstool-NG, so all-in-all, we should be roughly
back on-track, time-wise, even a little bit faster (~ 3%-5% faster) from
my little testing.

What could yet be improved in this area:
  - implement the 'cross-native' case
  - change the {cross,cross-native,canadian} selection from a radio-button
    to a multi-select, so it is possible to build all three compilers in one
    ct-ng incantation, thus guaranteeing homgeneity across all three
  - these two will first need proper prefix vs. destdir support (which is
    totally lacking now)
  - 'cross-native' will need some love, as it needs to generate a non-
    sysrooted toolchain (or use a sysroot of / which looks odd)
  - possibly drop the 'native' case, for which I don't really see the point
    (there's no code right now, anyway)

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Request for testing: canadian rework
  2012-04-16 21:55 Request for testing: canadian rework Yann E. MORIN
@ 2012-04-21 18:46 ` Esben Haabendal
  2012-04-23 21:25   ` Yann E. MORIN
  0 siblings, 1 reply; 7+ messages in thread
From: Esben Haabendal @ 2012-04-21 18:46 UTC (permalink / raw)
  To: Yann E. MORIN; +Cc: crossgcc

"Yann E. MORIN" <yann.morin.1998@free.fr> writes:

> Changes (from 4.000 feet high):
>   - no need for a pre-exisiting x-compiler for the target
>   - a complete x-compiler for target is built for internal use, but is not
>     exported for the user to use

Will it still be possible to use a pre-existing x-compiler for target?

When building let's say 3 canadian-cross crompilers, fx.

i686-linux -> arm-linux
x86_64-linux -> arm-linux
mingw32 -> arm-linux

It would be nice to be able to not have to build the same target
x-compiler three times.

> So yes, build time has increased significantly because we build one more
> compiler suite. But this had to be done previously, too, albeit in a
> separate incantation to crosstool-NG, so all-in-all, we should be roughly
> back on-track, time-wise, even a little bit faster (~ 3%-5% faster) from
> my little testing.

For the single canadian case, that is.

> What could yet be improved in this area:
>   - change the {cross,cross-native,canadian} selection from a radio-button
>     to a multi-select, so it is possible to build all three compilers in one
>     ct-ng incantation, thus guaranteeing homgeneity across all three

Nice.

But if you need more than one canadian-cross compiler...

>   - these two will first need proper prefix vs. destdir support (which is
>     totally lacking now)
>   - 'cross-native' will need some love, as it needs to generate a non-
>     sysrooted toolchain (or use a sysroot of / which looks odd)
>   - possibly drop the 'native' case, for which I don't really see the point
>     (there's no code right now, anyway)
>
> Regards,
> Yann E. MORIN.

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Request for testing: canadian rework
  2012-04-21 18:46 ` Esben Haabendal
@ 2012-04-23 21:25   ` Yann E. MORIN
  2012-04-24 18:58     ` Esben Haabendal
  2012-08-06  6:32     ` Esben Haabendal
  0 siblings, 2 replies; 7+ messages in thread
From: Yann E. MORIN @ 2012-04-23 21:25 UTC (permalink / raw)
  To: Esben Haabendal; +Cc: crossgcc

Esben, All,

On Saturday 21 April 2012 20:45:24 Esben Haabendal wrote:
> "Yann E. MORIN" <yann.morin.1998@free.fr> writes:
> 
> > Changes (from 4.000 feet high):
> >   - no need for a pre-exisiting x-compiler for the target
> >   - a complete x-compiler for target is built for internal use, but is not
> >     exported for the user to use
> 
> Will it still be possible to use a pre-existing x-compiler for target?
> 
> When building let's say 3 canadian-cross crompilers, fx.
> 
> i686-linux -> arm-linux
> x86_64-linux -> arm-linux
> mingw32 -> arm-linux
> 
> It would be nice to be able to not have to build the same target
> x-compiler three times.

Ah, I did not think of this use-case... No, the new infra will not allow
that. The whole purpose was to get rid of the separate cross-compiler build,
to be able to build the canadian cross in one run (except of course the
cross- compiler for the host which is needed anyway to cross-build all the
other stuff for the host).

I believe this will be easy to re-add in the next release, though. The code
was there anyway, it's just a matter to re-enable it.

Thanks for the suggestion!

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Request for testing: canadian rework
  2012-04-23 21:25   ` Yann E. MORIN
@ 2012-04-24 18:58     ` Esben Haabendal
  2012-08-06  6:32     ` Esben Haabendal
  1 sibling, 0 replies; 7+ messages in thread
From: Esben Haabendal @ 2012-04-24 18:58 UTC (permalink / raw)
  To: Yann E. MORIN; +Cc: crossgcc

"Yann E. MORIN" <yann.morin.1998@free.fr> writes:

> Esben, All,
>
> On Saturday 21 April 2012 20:45:24 Esben Haabendal wrote:
>> "Yann E. MORIN" <yann.morin.1998@free.fr> writes:
>> 
>> > Changes (from 4.000 feet high):
>> >   - no need for a pre-exisiting x-compiler for the target
>> >   - a complete x-compiler for target is built for internal use, but is not
>> >     exported for the user to use
>> 
>> Will it still be possible to use a pre-existing x-compiler for target?
>> 
>> When building let's say 3 canadian-cross crompilers, fx.
>> 
>> i686-linux -> arm-linux
>> x86_64-linux -> arm-linux
>> mingw32 -> arm-linux
>> 
>> It would be nice to be able to not have to build the same target
>> x-compiler three times.
>
> Ah, I did not think of this use-case... No, the new infra will not allow
> that. The whole purpose was to get rid of the separate cross-compiler build,
> to be able to build the canadian cross in one run (except of course the
> cross- compiler for the host which is needed anyway to cross-build all the
> other stuff for the host).
>
> I believe this will be easy to re-add in the next release, though. The code
> was there anyway, it's just a matter to re-enable it.
>
> Thanks for the suggestion!

Great, I will look forward to that, so I don't have to get stuck on an
old version of ct-NG :-)

/Esben

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Request for testing: canadian rework
  2012-04-23 21:25   ` Yann E. MORIN
  2012-04-24 18:58     ` Esben Haabendal
@ 2012-08-06  6:32     ` Esben Haabendal
  2012-08-06 17:01       ` Yann E. MORIN
  1 sibling, 1 reply; 7+ messages in thread
From: Esben Haabendal @ 2012-08-06  6:32 UTC (permalink / raw)
  To: Yann E. MORIN; +Cc: crossgcc

"Yann E. MORIN" <yann.morin.1998@free.fr> writes:

> Esben, All,
>
> On Saturday 21 April 2012 20:45:24 Esben Haabendal wrote:
>> "Yann E. MORIN" <yann.morin.1998@free.fr> writes:
>> 
>> > Changes (from 4.000 feet high):
>> >   - no need for a pre-exisiting x-compiler for the target
>> >   - a complete x-compiler for target is built for internal use, but is not
>> >     exported for the user to use
>> 
>> Will it still be possible to use a pre-existing x-compiler for target?
>> 
>> When building let's say 3 canadian-cross crompilers, fx.
>> 
>> i686-linux -> arm-linux
>> x86_64-linux -> arm-linux
>> mingw32 -> arm-linux
>> 
>> It would be nice to be able to not have to build the same target
>> x-compiler three times.
>
> Ah, I did not think of this use-case... No, the new infra will not allow
> that. The whole purpose was to get rid of the separate cross-compiler build,
> to be able to build the canadian cross in one run (except of course the
> cross- compiler for the host which is needed anyway to cross-build all the
> other stuff for the host).
>
> I believe this will be easy to re-add in the next release, though. The code
> was there anyway, it's just a matter to re-enable it.
>
> Thanks for the suggestion!

Hi Yann

Did this change make it into 1.16.0 ?

/Esben

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Request for testing: canadian rework
  2012-08-06  6:32     ` Esben Haabendal
@ 2012-08-06 17:01       ` Yann E. MORIN
  2012-08-06 18:50         ` Esben Haabendal
  0 siblings, 1 reply; 7+ messages in thread
From: Yann E. MORIN @ 2012-08-06 17:01 UTC (permalink / raw)
  To: Esben Haabendal; +Cc: crossgcc

Esben, All,

On Monday 06 August 2012 08:31:35 Esben Haabendal wrote:
> "Yann E. MORIN" <yann.morin.1998@free.fr> writes:
> > On Saturday 21 April 2012 20:45:24 Esben Haabendal wrote:
> >> "Yann E. MORIN" <yann.morin.1998@free.fr> writes:
> >> 
> >> > Changes (from 4.000 feet high):
> >> >   - no need for a pre-exisiting x-compiler for the target
> >> >   - a complete x-compiler for target is built for internal use, but is not
> >> >     exported for the user to use
> >> 
> >> Will it still be possible to use a pre-existing x-compiler for target?
[--SNIP--]
> >> It would be nice to be able to not have to build the same target
> >> x-compiler three times.
[--SNIP--]
> > I believe this will be easy to re-add in the next release, though. The code
> > was there anyway, it's just a matter to re-enable it.
> Did this change make it into 1.16.0 ?

Nope, I was busy IRL with other stuff lately, and centered this release on
bug-fixing. Probably next time.

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Request for testing: canadian rework
  2012-08-06 17:01       ` Yann E. MORIN
@ 2012-08-06 18:50         ` Esben Haabendal
  0 siblings, 0 replies; 7+ messages in thread
From: Esben Haabendal @ 2012-08-06 18:50 UTC (permalink / raw)
  To: Yann E. MORIN; +Cc: crossgcc

"Yann E. MORIN" <yann.morin.1998@free.fr> writes:

> Esben, All,
>
> On Monday 06 August 2012 08:31:35 Esben Haabendal wrote:
>> "Yann E. MORIN" <yann.morin.1998@free.fr> writes:
>> > On Saturday 21 April 2012 20:45:24 Esben Haabendal wrote:
>> >> "Yann E. MORIN" <yann.morin.1998@free.fr> writes:
>> >> 
>> >> > Changes (from 4.000 feet high):
>> >> >   - no need for a pre-exisiting x-compiler for the target
>> >> >   - a complete x-compiler for target is built for internal use, but is not
>> >> >     exported for the user to use
>> >> 
>> >> Will it still be possible to use a pre-existing x-compiler for target?
> [--SNIP--]
>> >> It would be nice to be able to not have to build the same target
>> >> x-compiler three times.
> [--SNIP--]
>> > I believe this will be easy to re-add in the next release, though. The code
>> > was there anyway, it's just a matter to re-enable it.
>> Did this change make it into 1.16.0 ?
>
> Nope, I was busy IRL with other stuff lately,

Bah, you can take care of IRL in your next life ;-)

> and centered this release on bug-fixing. Probably next time.

Ok.  I will be happy to help test and debug it.  Until then, I am stuck
on ct-NG releases before the canadian rework in OE-lite.

/Esben

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2012-08-06 18:50 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-04-16 21:55 Request for testing: canadian rework Yann E. MORIN
2012-04-21 18:46 ` Esben Haabendal
2012-04-23 21:25   ` Yann E. MORIN
2012-04-24 18:58     ` Esben Haabendal
2012-08-06  6:32     ` Esben Haabendal
2012-08-06 17:01       ` Yann E. MORIN
2012-08-06 18:50         ` Esben Haabendal

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).