Summary: | GCC-3.3 fails emerge at 01_all_gcc33-sparc-uninitialized-warning-fix.patch.bz2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marc Doughty <mdoughty> |
Component: | [OLD] GCC Porting | Assignee: | Martin Schlemmer (RETIRED) <azarah> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | lv |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | this ebuild causes the error to happen |
Description
Marc Doughty
2003-06-25 05:08:25 UTC
I encountered this bug recently myself when copying the gcc-3.3.ebuild to gcc-3.3-r1.ebuild for making small editing changes. This problem is solved by editing the ebuild to comment out the lines where it does an epatch on the patch directory. The problem is that it is applying all patches from this directory and THEN hitting the location in the ebuild where the epatch command is. when it hits the epatch command it tries to apply these patches yet again. in my local revision i was conditionally deleting patches right before running the epatch command in the ebuild, within the if statement that checks for PATCH_VER, and i noticed even when i used rm -fv nothing was getting deleted before the patch was run and then it would delete files and run that epatch. so it would apply the sed patches and the like, then patch everything in the patch directory, and then run the epatch command which would patch everything in that directory (i had commented out the athlon patch as well as other things). oddly enough, for me the gcc-3.3.ebuild file did not produce this error. to make things even more odd, later on i made yet another gcc-3.3-r1.ebuild and it also did not produce this error... the epatch runs as expected without another epatch being run beforehand. i am thinking this is an error in either elibtoolize or epatch but at this moment i cant figure it out as i cant reproduce this error. since the eclasses are part of the portage tree, i would suggest running an emerge sync and trying again and then giving more detailed output. i'm specifically interested to know if the athlon hammer update patches before the first patch. Created attachment 13921 [details]
this ebuild causes the error to happen
YES! I got it to reproduce this bug. I still have no freaking clue as to why it
happens but at least now somebody else who happens to see this bug can
reproduce it and try to figure out what's wrong.
Well, I missed that. But it basically means that you had some files (patches) in $FILESDIR missing for epatch to revert to the default path (which is $WORKDIR/patch) .... Reopen with more info if its a problem with stock ebuilds, thanks. |