On Tue, Nov 6, 2012 at 12:53 PM, Steven Jenkins
<[email protected]> wrote:
> I've been working on gcc recently (gcc 4.7.2, primarily on RHEL 5 &
> RHEL 6) and am encouraged to see others are doing so (Note: I've not
> been using the efs-deploy-config-gnu-gcc infrastructure, but I'm
> looking at it as a baseline).  I have a couple of observations:
>
> 1- Recent gcc's allow for the downloading of the dependencies: eg,
> ./contrib/download_prerequisites.  That builds mpc, gmp, and mpfr, and
> since those are only used during the build process, there are no
> runtime dependencies.  I've found a source-post hook that runs that
> step to be useful.

You could solve the problem that way, if you wanted to bundle the
builds together, sure.   I try to avoid that, obviously.   YMMV.

If you want to contribute such a source-post hook, please make it off
by default, turned on by an [options] flag.

BTW, I'll have downloadable builds of gcc44 thru gcc47 on RHEL5/6
available shortly.

> 2- Are there some test cases out there for multilib handling?  I've
> put together some tests I'm doing for that handling, but it would be
> great if we had a consistent test suite.  Once I have things converted
> to this infrastructure, I'm happy to submit what I have.

If by test case you mean a distribution that is built using the
multilib functionality, I don't know.   First of all, the "test suite"
for builds of gcc isn't even used, since it requires autogen, and I've
never had much luck getting that (and it's myriad dependencies) to
build.

Are you talking about getting the normal gcc test suite to work, or
are you talking about building a distribution of some other software
that will test/verify the multilib bits?

In general, the efsdeploy build system avoids the need for using the
multilib stuff by providing both 32 and 64 bit native tool chains,
that produce the right default output.   In practice, that means you
very rarely build a 32 bit binary using the 64 bit compiler, or vice
versa (that does work, BTW, on some platforms).

> 3- I notice fortran just got removed.  Do people actually need
> Objective C?  (ie, --enable-languages objc)

I have no idea -- I've always built gcc with those languages, and
added fortran when it worked, an wasn't a PITA to build.   In the 25
years I've been building gcc for people, I've very rarely had requests
for fortran.  I can count them on one hand, I think.

If someone uses all this stuff, and needs fortran, they can easily do
a test build with modified rules that try to add fortran to the mix,
and you'll see where I got stuck.
_______________________________________________
EFS-dev mailing list
[email protected]
http://mailman.openefs.org/mailman/listinfo/efs-dev

Reply via email to