media-video/mpeg-tools-1.5b-r4 likes to include malloc.h, where it probably should have included stdlib.h. The attached patch addresses those issues. Then, the ebuild compiles fines and passes all its test. Could it please be keyworded ~x64-macos? Reproducible: Always Steps to Reproduce: 1. ACCEPT_KEYWORDS="~x86-linux" emerge mpeg-tools Actual Results: x86_64-apple-darwin10-gcc -march=nocona -O2 -pipe -Iheaders -Wall -Wmissing-prototypes -c -o huff.o huff.c In file included from headers/all.h:83, from postdct.c:116: headers/libpnmrw.h:22:20: error: malloc.h: No such file or directory In file included from headers/all.h:83, from mfwddct.c:18: headers/libpnmrw.h:22:20: error: malloc.h: No such file or directory make: *** [postdct.o] Error 1 Expected Results: mpeg-tools merged
Created attachment 238649 [details, diff] Patch to fix malloc.h vs stdlib.h issue, to be applied from $WORKDIR
glibc installs malloc.h. can you followup with upstream on this issue and report back?
using stdlib.h is the right approach
(In reply to comment #2) > glibc installs malloc.h. can you followup with upstream on this issue and > report back? I have no idea where upstream's gone. The machine serving the homepage given in the ebuild is gone, and IT services at Stanford claim the package is unsupported (http://www.stanford.edu/service/pubsw/package/graphics/mpegencode.html). Unsurprisingly, I completely agree with grobian's comment #3.
Created attachment 260704 [details, diff] Modified powerpc patch for darwin And if--in addition to the previous patch--mpeg-tools-1.5b-powerpc.patch is modified to the attached, the thing tests fine on ~ppc-macos as well. Could that keyword please be added as well?
Ok, changes applied. The malloc.h thing I solved with a sed instead.
