-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adam Bowns wrote: | Thanks for the advice. I dont seem to have a /etc/rpmrc file so i | modified the /usr/lib/rpm/rpmrc to make it use -O3 optimization when | compiling for the athlon
You can always create one. Add that one line from below. You could even make it as follows: optflags: athlon -O3 -march=athlon-xp <snip> | and from the screen output it looks like its doing as its told, it is | using the -march=athlon and -O3 flag's. That it does :-) I noticed the same. Tried to take it a step further and tried to define my own "platform" as athlon-tbird, but rpm/gcc balked at the very thought. So I stuck with modifiying the line to say -march=athlon-tbird. | And boy !!! do the binaries it produces run fast !!!!! Didn't notice quite the difference w/ i686 on PII/PIII systems. | My goal would be to rebuild all rpms installed on the system. I have | both the redhat source cd's available, but rather than simply rebuilding | everything there is, i would like to just rebuild the packages i am | using. If anyone out there has an idea for a scrip/command that would | accomplish this i would be very greatful if you would post it, and/or | and suggestions that would help me in writing the script myself (my | scripting skills are quite poor :-( A simple bash script: cd /directory/that/has/SRPMS for x in `rpm -qa`; do [ if -f $x.src.rpm ]; \ then rpmbuild --rebuild --target athlon-linux-gnu $x.src.rpm; fi; done That should do it - though you'll probably get a few extra "devel" and doc packages out of it. Careful as well as that will rebuild the kernel RPMS which have already been built... and will create any package that was once noarch as "athlon" (even though the contents will be architecture independant). You may want to do an "rpm -qa > list", edit the list, and then replace the "rpm -qa" in that for loop with "cat list". That should just about cover it. Note - the devel packages and documentation packages will also be regenerated, however they're probably not going to give much benefit since they don't contain much if any binary information. Also you may want to download all erratta SRPMS and replace the originals w/ the errata before starting on this endevour so that you have an up-to-date system as well as a slightly faster system. Because of this thread, I decided to play around last night with compiling some of my frequently used binaries for our i686 platforms (i.e. sendmail, procmail, apache, php, rsync, etc.) that would probably most benefit from optimization (read use more CPU than other tools). So far I haven't noticed a real difference. I tried to do the same on my RH 7.3 Athlon machine, but because I've installed GCC 3.2 manually as well as other updated packages, the rebuild process doesn't work too well since the machine is "different" than rpmbuild/rpm spec files would expect. A note - doing all packages can get tricky because you need to have a substantial amount of dependant packages (i.e. jsut about everything) in order to rebuild the packages themselves. Also note - rebuilding the perl module RPMS didn't work too well for me. Because I use so many systems, however, I added these i686 rpm's to my RedHat/RPMS directory for my install tree and updated the hdlist with genhdlist. Kicked off a kickstart install on a test i686 compatable box and sure enough, it picked the i686 packages when available. Now I'll probably build a "build" machine under RH 7.3 so I can build an updated i686 tree for that release as well (if I get the time). Glad it worked for you, sorry for the novel! - -Rick - -- Rick Johnson, RHCE - [EMAIL PROTECTED] Linux/WAN Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Signed and/or encpryted for everyone's protection. iEYEARECAAYFAj3b6j0ACgkQIgQdhlSHZgPMDACgnvxWmVfWQc1bgNDmfJzKpho4 yH0AnRyawDLJi7mcloBSKNFnIrNYhDkc =yUC1 -----END PGP SIGNATURE----- -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
