It seems that for some reason gcc is not acknowledging our /usr/local/include directory in it's includes when building. In fact, there is this specific bit in the spec file:
%{l_shtool} subst -v -s \
-e 's;PREFIX_INCLUDE_DIR;PREFIX_INCLUDE_DIR_DISABLED;g' \
gcc/configure
We happen to use /usr/local as our openpkg prefix since this is an
unused location for us across all of our systems and it is a common
place where software like this is typically found so it makes it easy
for the end users to find. In any case, we're still looking into this
but it seems that by removing this bit from the spec file, it causes
another series of dilemmas. One such dilemma is that multilib is being
enabled on RHEL4 64-bit when apparently that's not a good thing on that
particular platform. Any help with this would be great. Thanks. :-)
On Wed, 2007-02-21 at 10:19 -0800, David M. Fetter wrote:
> Ya, we did just that already. We need gcc to exist in general, but a
> specific group of folks want gcc with_fortran, so we need to have that
> as well. Believe me, I wouldn't be spending time on it if somebody
> didn't specifically request it. ;-)
>
> On Wed, 2007-02-21 at 11:51 -0500, Doug Henry wrote:
> > gcc with fortran from current (4.1.2) builds for me under
> > debian/ubuntu. If you haven't already, I would build gcc without
> > fortran, and then rebuild it with fortran so it builds using the same
> > version of openpkg gcc and not the system compiler. I have seen cases
> > with several packages where the build works with the openpkg gcc and
> > not the system gcc. If you are already doing this, it would have to
> > be some sort of system header weirdness.
> >
> > -good luck
> >
> > On 2/20/07, David M. Fetter <[EMAIL PROTECTED]> wrote:
> > Thanks. I'll try that out.
> >
> > On Tue, 2007-02-20 at 16:18 -0800, Bill Campbell wrote:
> > > On Tue, Feb 20, 2007, David M. Fetter wrote:
> > > >Ya, I did that already. It has the same failure.
> > >
> > > It looks like some structure is missing members.
> > >
> > > Look at line 2440 in this file to see what structure is
> > referenced with the
> > > term gfc_expr:
> > >
> > > /usr/local/RPM/USER/TMP/gcc-4.1.1/obj/../gcc/fortran/arith.c
> > >
> > > Then try to figure out which header file contains the
> > structure and whether
> > > you can see gfc_expr anyplace.
> > >
> > > I frequently use the attached perl script to create a
> > pre-processed tmp.c
> > > file so I can see exactly what's going on. Capture the
> > output of the build
> > > so you have the compile line that failed, then replace the
> > first ``gcc'' or
> > > ``cc'' part with this script redirecting the output to a
> > file for analysis
> > > (watch out for -o options as the preprocessed output will
> > end up there if
> > > it's present).
> > >
> > > The line with do.*csspath can be removed, and the spitshell
> > stuff at the
> > > top fixed to fit your system.
> > >
> > > ...
> > >
> > > Bill
> > > --
> > > INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial
> > Software LLC
> > > URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer
> > Way
> > > FAX: (206) 232-9186 Mercer Island, WA
> > 98040-0820; (206) 236-1676
> > >
> > > ``One of the common failings among honorable people is a
> > failure to
> > > appreciate how thoroughly dishonorable some other people can
> > be, and how
> > > dangerous it is to trust them.''
> > > - Thomas Sowell
> > --
> > David M. Fetter - Portland State University - UNIX Systems
> > Administrator
> > "Reality is merely an illusion, albeit a very persistent one."
> > ~Einstein
> >
> >
--
David M. Fetter - UNIX Systems Administrator
Portland State University - www.oit.pdx.edu
signature.asc
Description: This is a digitally signed message part
