Re: pkg/46191

[Hans Rosenfeld <rosenfeld%grumpf.hope-2000.org@localhost>]

The following reply was made to PR pkg/46191; it has been noted by GNATS.

From: Hans Rosenfeld <rosenfeld%grumpf.hope-2000.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/46191
Date: Wed, 21 Mar 2012 17:33:35 +0100

 On Wed, Mar 21, 2012 at 04:47:11PM +0100, Jörn Clausen wrote:
 > Building lang/gcc with BUILD_F77=YES succeeds, and I end up with a g77 
 > that seems to do something:
 > 
 > $ g77 --version
 > GNU Fortran (GCC) 3.4.6
 > 
 > and I can compile a simple "hello world" program.
 > 
 > Building math/fftw... First problem:
 > 
 > ...
 > checking for i386-sun-solaris2.10-g77... f77
 > checking whether we are using the GNU Fortran 77 compiler... no
 > checking whether f77 accepts -g... no
 > ...
 > 
 > In fact, there is no "f77". I think in the f2c case, a wrapper was 
 > created in work/.compiler/bin, but not this time. For the time being, I 
 > added a symlink f77->g77 and tried again.
 
 There is no f77 binary in the gcc34 package, but mk/compiler/gcc.mk
 sets creates it in .gcc/bin, and a wrapper is also created.
 
 > Now compilation fails at
 > 
 > libtool: link: cc -shared -Wl,-z -Wl,text -Wl,-h -Wl,libfftw3.so.3 -o 
 > .libs/libfftw3.so.3.3.1  -Wl,-z -Wl,allextract kernel/.libs/libkernel.a 
 > dft/.libs/libdft.a dft/scalar/.libs/libdft_scalar.a 
 > dft/scalar/codelets/.libs/libdft_scalar_codelets.a rdft/.libs/librdft.a 
 > rdft/sc
 > alar/.libs/librdft_scalar.a rdft/scalar/r2cf/.libs/librdft_scalar_r2cf.a 
 > rdft/scalar/r2cb/.libs/librdft_scalar_r2cb.a 
 > rdft/scalar/r2r/.libs/librdft_scalar_r2r.a reodft/.libs/libreodft.a 
 > api/.libs/libapi.a simd-support/.libs/libsimd_support.a 
 > simd-support/.libs/libsimd_sse2
 > _nonportable.a -Wl,-z -Wl,defaultextract 
 > -L/pkgsrc/source/pkgsrc/math/fftw/work.pkgsrc-i86/.buildlink/lib -lm 
 > -Wl,-R/pkgsrc/gcc34f77/lib
 > Text relocation remains                         referenced
 >     against symbol                  offset      in file
 > <unknown>                           0x26 
 > kernel/.libs/libkernel.a(alloc.o)
 > <unknown>                           0x30 
 > kernel/.libs/libkernel.a(alloc.o)
 > <unknown>                           0x1d 
 > kernel/.libs/libkernel.a(assert.o)
 > dotile                              0x3cd 
 > kernel/.libs/libkernel.a(cpy2d.o)
 > dotile_buf                          0x44e 
 > kernel/.libs/libkernel.a(cpy2d.o)
 > 
 > As far as I can tell, no Fortran sources were used up to this point, so 
 > this is probably an unrelated problem.
 
 I just compiled math/fftw with lang/gcc34 without any problems, but I
 manually rebuilt devel/libtool-base before that and removed lang/gcc46
 and all packages depending on it.
 
 > BTW: The change of 1.113 in mk/compiler/gcc.mk is probably unnecessary 
 > anyway, as line 535ff checks for the existence of g77 anyway. So even by 
 > reverting 1.113, I was not able to force the use of f2c and check if the 
 > package would build.
 
 It is not unnecessary. It makes sure that you don't have to have
 lang/gcc34 (or any other gcc package) installed to use it for fortran.
 Without that change, everything is ok as long as the selected gcc is
 already installed. But if it isn't installed, another dependency on a
 different fortran compiler (f2c or g95) is added, which isn't necessary
 and can cause problems of its own. I found this when doing bulk builds,
 which checks all the dependencies before anything is built.
 
 
 -- 
 %SYSTEM-F-ANARCHISM, The operating system has been overthrown