Building and Testing a Canadian Cross-Compiler

Joel Sherrill joel.sherrill at
Sun Mar 24 18:29:45 UTC 2013

On 3/24/2013 1:06 PM, Rempel, Cynthia wrote:
> Hi Ralf Corsepius,
> We could propose a compromise of daily (or weekly) snapshots of the git repository, pre-bootstrapped...
I actually have a script that did this for the CVS tree.

I did it to support Jennifer while was at a customer site
with nothing but http Internet access.
> Could you determine if it's feasible to do a daily (or weekly) snapshot of a pre-bootstrapped git repository, and how to set-up git to ignore the autogenerated files when generating a .diff?
That is easy. It is a .gitignore file. There is one at the top of the 
tree that
already does this:

$ cat .gitignore

> If the pre-bootstrapped snapshot method is feasible, acceptable, and you wanted to commit from the snapshot, you could then run configure without bootstrap...
 From my perspective, the biggest issue would be policy on cutting and 

How long do we keep them on the disk?
   - The issue is a combination of disk space and and people mirroring 
the snapshots.
     This sucks the bandwidth badly. Periodically some *&^R% does an 
rsync mirror from
     the top when they really only want a file or two.  This is a 
problem as the site grows.
     It is now about 500GB.
Do they get tagged in git when cut?
What are they named?
Is it a full clone? tar cJf results in a 68 MB tar file.

It is trivial technically but I would recommend we only keep a few.
> Thanks,
> Cynthia Rempel
> ________________________________________
> From: rtems-devel-bounces at [rtems-devel-bounces at] on behalf of Ralf Corsepius [ralf.corsepius at]
> Sent: Sunday, March 24, 2013 9:41 AM
> To: rtems-devel at
> Subject: Re: Building and Testing a Canadian Cross-Compiler
> On 03/23/2013 07:12 PM, Rempel, Cynthia wrote:
>> Thanks Sebastian Huber for finding that tutorial for a building a Canadian cross-compiler.
>> I found a rather out-dated tutorial for testing Canadian cross-compilers
>> It's possible that there might be additional testing resources in
>> I found gcc/do_one rather interesting...
>> I am curious now, if neither minGW nor Cygwin are needed for RTEMS except for the auto-tools, would it be feasible to automatically generate daily (or weekly) snap-shots that are already boot-strapped?
> Yes, definitely ... The autotool generated sources (e.g.,
> config.h etc.) definitely belong into git.
> However, when having done so, the patches were immediately reverted and
> was virtually shot down - These incidents actually are the reason for my
> current deep dissatisfation with certain people around here.
>> And if so, what else would be required to get the RTEMS tool-set working for Windows users without Cygwin or minGW?
> This would be very hard if not impossible. You basically need a
> POSIX-shell environment and a POSIX compliant native C-compiler.
> Providing these essentially are the core of MingGW and Cygwin.
> Ralf
> _______________________________________________
> rtems-devel mailing list
> rtems-devel at
> _______________________________________________
> rtems-devel mailing list
> rtems-devel at

Joel Sherrill, Ph.D.             Director of Research & Development
joel.sherrill at        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985

More information about the devel mailing list