This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
BTW I am tempted to reorganize the scripts like this: 1. move all code into a single file, 'functions.sh', as shell functions, one per build phase, probably ten functions in all ...
i've already done part of that, since it seemed clear that a single script
with a number of internal functions was the cleanest design.
to simplify the whole build process just so *i* could understand what
was going on. in the process, i did remove some functionality
I did, too; that's why I took out newlib support. Had to simplify so I could understand it.
for my own use, i took out the whole download/wget ability. from my perspective, i can't see it being used so frequently that it needs to be automated. i just figured, if you know you're going to be using a certain set of gcc/glibc/binutils/etc. tarballs, just download them to start with and take it from there.
Heh. Now delete all those files and try to repeat. You'll find that it's very, very handy to have something that can grab them all. It's just like any other part of the build procedure; automating it seems like overkill -- until you get tired of doing it over and over again. (e.g. if you want to try out new versions.) - Dan
------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |