aboutsummaryrefslogtreecommitdiff
path: root/scripts/functions
Commit message (Collapse)AuthorAgeFilesLines
...
* Small fix in the log level when dumping the last messages (elapsed time).Yann E. MORIN"2007-05-291-2/+3
|
* Don't start a state restoration if it is not available.Yann E. MORIN"2007-05-281-4/+4
| | | | Fortuitly discovered that $SECONDS is inherited from shell to sub-shells. Good!
* Merge the NPTL stuff.Yann E. MORIN"2007-05-271-13/+44
| | | | That still leaves the linuxthreads stuff broken, but it was just before. I don't care anyway. Time to fix that later...
* Add the possibility to stop after a specified step.Yann E. MORIN"2007-05-251-1/+8
| | | | Update the Makefile help and the documentation accordingly.
* In CT_Abort(), don't send output to stderr. Let the log facility handle ↵Yann E. MORIN"2007-05-231-1/+1
| | | | where things should go.
* Sanitise CT_DoBuildTargetTriplet a bit.Yann E. MORIN"2007-05-231-7/+1
|
* Implement a restart facility.Yann E. MORIN"2007-05-221-1/+110
| | | | | | | | If you select to debug ct-ng, then you have two new options: - DEBUG_CT_PAUSE_STEPS : pause between every steps, - DEBUG_CT_SAVE_STEPS : save state between every steps. To restart a saved state, just set the RESTART make variable when calling make: - make RESTART=<step_name>
* Ah! I finally have a progress bar that doesn't stall the build!Yann E. MORIN"2007-05-201-7/+8
| | | | | | | | | | | | | | | | | - pipe size in Linux is only 8*512=4096 bytes - pipe size is not setable - when the feeding process spits out data faster than the eating process can read it, then the feeding process stalls after 4KiB of data sent to the pipe - for us, the progress bar would spawn a sub-shell every line, and the sub-shell would in turn spawn a 'date' command. Which was sloooww as hell, and would cause some kind of a starvation: the pipe was full most of the time, and the feeding process was stalled all this time. Now, we use internal variables and a little hack based onan offset to determine the elapsed time. Much faster this way, but still CPU-intensive.
* Correctly handle the libfloat case: download, extract and patch sub-actions.Yann E. MORIN"2007-05-191-1/+2
| | | | Small improvement in messages in scipts/functions when retrieving a file.
* Really use local copy first in case it does not have the same extension as ↵Yann E. MORIN"2007-05-181-19/+18
| | | | the downloadable tarball.
* Make the debug config menu a generated file.Yann E. MORIN"2007-05-171-1/+1
| | | | | | Add a uClibc-0.9.29 patch directory with one patch (from me!). Update the armeb-unknown-linux-uclibc sample to uClibc-0.9.29. Some eyecandy in the gdb build process.
* Debug facilities:Yann E. MORIN"2007-05-171-23/+18
| | | | | | | | | | | | | | | | | | | - add a framework to easily add new ones - add gdb as a first debug facility - add patches for gdb After the kernel checked its installed headers, clean up the mess of .checked.* files. Reorder scripts/crosstool.sh: - dump the configuration early - renice early - get info about build system early, when setting up the environment - when in cross or native, the host tools are those of the build system, and only in this case - elapsed time calculations moved to scripts/functions Remove handling of the color: it's gone once and for all. Update tools/addToolVersion.sh: - handle debug facilities - commonalise some code - remove dead tools (cygwin, tcc) Point to my address for bug reports.
* Correctly handle the version string, defined in a single place now.Yann E. MORIN"2007-05-131-3/+0
| | | | Fix and update README.
* Update the way we handle directories supplied by the user:Yann E. MORIN"2007-05-101-42/+45
| | | | | | | - the tarball directory is considered as a local copy, and tarballs are copied to a working area, - the sources and build directories (CT_SRC_DIR and CT_BUILD_DIR) are now computed, and no longer an option, - the build dir has been renamed from 'build' to 'targets'. That should ease preparing a tarball of the resulting target.
* Again, some progress bar optimisation.Yann E. MORIN"2007-05-091-4/+11
|
* Hop, a somewhat more efficient progress bar, less CPU consuming, if that was ↵Yann E. MORIN"2007-05-081-0/+1
| | | | | | a problem :-) (a litlle recreation while toochains are building...)
* Fix handling of downloader output: they are now correctly logged using the ↵Yann E. MORIN"2007-05-081-3/+3
| | | | internal log facility.
* Huge fixes to glibc build, so that we can build at least (and at last):Yann E. MORIN"2007-05-081-12/+14
| | | | | | | | | | | | | | | | | | | | | | | | - use ports addon even when installing headers, - use optimisation (-O) when installing headers, to avoid unnecessary warnings (thanks Robert P. J. DAY for pointing this out!), - lowest kernel version to use is only X.Y.Z, not X.Y.Z.T, - a bit of preparations for NPTL (RSN I hope), - fix fixing the linker scripts (changing the backup file is kind of useless and stupid); Shut uClibc finish step: there really is nothing to do; Add a patch for glibc-2.3.6 weak aliases handling on some archs (ARM and ALPHA at least); Did not catch the make errors: fixed the pattern matching in scripts/functions; Introduce a new log level, ALL: - send components' build messages there, - DEBUG log level is destined only for crosstool-NG debug messages, - migrate sub-actions to use appropriate log levels; Update the armeb-unknown-linux-gnu sample: - it builds! - uses gcc-4.0.4 and glibc-2.3.6, - updated to latest config options set.
* Inform that a component is already extracted.Yann E. MORIN"2007-05-081-1/+4
|
* Print the elapsed time alongside with the progress bar, such as below:Yann E. MORIN"2007-05-081-1/+3
| | | | [02:27] \
* Merge the save-sample branch to trunk:Yann E. MORIN"2007-05-071-0/+231
| | | | | | - reorder most of the environment setup, - geting, extracting and patching are now components' sub-actions, - save the current config as a sample to be used as a pre-configured target.
* Second shot at merging from the MIPS branch:Yann E. MORIN"2007-04-231-7/+12
| | | | | | - log level boost for warnings and errors - option re-ordering - help updating
* Add the full crosstool-NG sources to the new repository of its own.Yann E. MORIN"2007-02-241-0/+215
You might just say: 'Yeah! crosstool-NG's got its own repo!". Unfortunately, that's because the previous repo got damaged beyond repair and I had no backup. That means I'm putting backups in place in the afternoon. That also means we've lost history... :-(