And here we are with the patch to fix GCC on Gentoo/FreeBSD to build protoize. This should be fine for other operating systems, too. Basically it relies on GCC/libc to define the type rather than defining it on its own (on FreeBSD it's char* rather than int). I can't find anything in GCC sources that relies on the type being defined in that place. Now, please apply this patch and get rid of the ugly hack on toolchain.eclass. :) Thanks, Diego
Created attachment 85270 [details, diff] gcc-3.4.6-protoize-fbsd.patch
gcc trunk still does this so you should get upstream fixed first :p maybe update gcc/configure.in to check for __gnuc_va_list type by including stdio.h
on second thought, try this patch: # Build protoize emake -C gcc \ + GCC_FOR_TARGET="$(XGCC)" \ LDFLAGS="${LDFLAGS}" \
Doesn't help. Where should I submit the upstream patch?
The patch Mike gave me today (http://dev.gentoo.org/~vapier/patches/toolchain.eclass.protoize.patch ) works as a charm.
all set now
re-opening since you just added back in hacks instead of looking into the real problem
Really, I'd rather not have protoize on g/fbsd instead of having a non-building GCC.
They are talking about deprecating protoize upstream. Its a pretty useless tool anyway, and I can't even remember why we added it at this point.