|
»
»
»
Configuring the latest default hg on OSX
|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 | Next > |
 |
Configuring the latest default hg on OSX
by Ben Abbott
::
Rate this Message:
Today I tried to configure the latest sources with the intent of using
the Fink package manager on OSX. I'm concerned about the OpenGL part (as I have no experience with it). I'd appreciate any comments respecting "the good, the bad, and the ugly" with regards the results of the configure process below. Octave is now configured for i386-apple-darwin9.3.0 Source directory: . Installation prefix: /sw C compiler: gcc -mieee-fp -Wall -W -Wshadow -O3 -I/usr/ X11R6/include C++ compiler: g++ -mieee-fp -Wall -W -Wshadow -Wold-style- cast -g -O3 Fortran compiler: /sw/bin/gfortran -fbounds-check -ff2c -g -O3 - mieee-fp Fortran libraries: /sw/lib/gcc4.3/lib/libgfortran.dylib BLAS libraries: -Wl,-framework,Accelerate,-dylib_file,/System/ Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/ vecLib.framework/Versions/A/libLAPACK.dylib:/System/Library/Frameworks/ Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/ libLAPACK.dylib FFTW libraries: -lfftw3 -lfftw3f GLPK libraries: -lglpk UMFPACK libraries: -lumfpack AMD libraries: -lamd CAMD libraries: -lcamd COLAMD libraries: -lcolamd CCOLAMD libraries: -lccolamd CHOLMOD libraries: -lcholmod CXSPARSE libraries: -lcxsparse HDF5 libraries: -lhdf5 CURL libraries: -lcurl REGEX libraries: -L/sw/lib -lpcre QHULL libraries: -lqhull LIBS: -lreadline -lncurses -Wl,- framework,Accelerate,-dylib_file,/System/Library/Frameworks/ Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/ libBLAS.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/ A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib -lhdf5 -lz -lm Default pager: less gnuplot: gnuplot OPENGL libraries: fltk backend libs: -L/sw/lib/fltk-aqua/lib -L/sw/lib -lfltk_gl - framework AGL -framework OpenGL -lfltk -lpthread -framework Carbon - framework ApplicationServices Do internal array bounds checking: false Build static libraries: false Build shared libraries: true Dynamic Linking: true (dyld) Include support for GNU readline: true 64-bit array dims and indexing: false configure: WARNING: A BLAS library was detected but found incompatible with your Fortran 77 compiler. The reference BLAS implementation will be used. To improve performance, consider using a different Fortran compiler or a switch like -ff2c to make your Fortran compiler use a calling convention compatible with the way your BLAS library was compiled, or use a different BLAS library. configure: Ben |
|
|
Re: Configuring the latest default hg on OSX
by Jaroslav Hajek-2
::
Rate this Message:
On Sun, Jun 29, 2008 at 2:50 AM, Ben Abbott <bpabbott@...> wrote:
> Today I tried to configure the latest sources with the intent of using the > Fink package manager on OSX. I'm concerned about the OpenGL part (as I have > no experience with it). > > I'd appreciate any comments respecting "the good, the bad, and the ugly" > with regards the results of the configure process below. > > Octave is now configured for i386-apple-darwin9.3.0 > > Source directory: . > Installation prefix: /sw > C compiler: gcc -mieee-fp -Wall -W -Wshadow -O3 > -I/usr/X11R6/include > C++ compiler: g++ -mieee-fp -Wall -W -Wshadow -Wold-style-cast -g > -O3 > Fortran compiler: /sw/bin/gfortran -fbounds-check -ff2c -g -O3 > -mieee-fp > Fortran libraries: /sw/lib/gcc4.3/lib/libgfortran.dylib > BLAS libraries: > -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib > FFTW libraries: -lfftw3 -lfftw3f > GLPK libraries: -lglpk > UMFPACK libraries: -lumfpack > AMD libraries: -lamd > CAMD libraries: -lcamd > COLAMD libraries: -lcolamd > CCOLAMD libraries: -lccolamd > CHOLMOD libraries: -lcholmod > CXSPARSE libraries: -lcxsparse > HDF5 libraries: -lhdf5 > CURL libraries: -lcurl > REGEX libraries: -L/sw/lib -lpcre > QHULL libraries: -lqhull > LIBS: -lreadline -lncurses > -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib > -lhdf5 -lz -lm > Default pager: less > gnuplot: gnuplot > OPENGL libraries: > fltk backend libs: -L/sw/lib/fltk-aqua/lib -L/sw/lib -lfltk_gl > -framework AGL -framework OpenGL -lfltk -lpthread -framework Carbon > -framework ApplicationServices > > Do internal array bounds checking: false > Build static libraries: false > Build shared libraries: true > Dynamic Linking: true (dyld) > Include support for GNU readline: true > 64-bit array dims and indexing: false > > configure: WARNING: A BLAS library was detected but found incompatible with > your Fortran 77 compiler. The reference BLAS implementation will be used. > To improve performance, consider using a different Fortran compiler or a > switch like -ff2c to make your Fortran compiler use a calling convention > compatible with the way your BLAS library was compiled, or use a different > BLAS library. > configure: > > Ben > > > I can't help much with the GL libraries (and I don't see what your problem is, or if there is any), but your report reveals a bug in the acx_lapack script: In case of missing or invalid BLAS (like in your case), the check for LAPACK should be skipped entirely, and LAPACK_LIBS should probably be nullified. I'll submit a patch for the autoconf archive. By the way, does the warning about invalid BLAS occur even if you omit the -ff2c option? If no, then you'll probably want to turn it off. If yes, then that's really weird (as it implies that the BLAS lib is compatible with neither gfortran nor g77). I'd consider it a bug if a system-provided library is incompatible with the default compiler. Or is g77 the default? Perhaps this is a bug in OSX? -- RNDr. Jaroslav Hajek computing expert Aeronautical Research and Test Institute (VZLU) Prague, Czech Republic url: www.highegg.matfyz.cz |
|
|
Re: Configuring the latest default hg on OSX
by Ben Abbott
::
Rate this Message:
On Jun 29, 2008, at 3:38 AM, Jaroslav Hajek wrote: > On Sun, Jun 29, 2008 at 2:50 AM, Ben Abbott <bpabbott@...> wrote: >> Today I tried to configure the latest sources with the intent of >> using the >> Fink package manager on OSX. I'm concerned about the OpenGL part >> (as I have >> no experience with it). >> >> I'd appreciate any comments respecting "the good, the bad, and the >> ugly" >> with regards the results of the configure process below. >> >> Octave is now configured for i386-apple-darwin9.3.0 >> >> Source directory: . >> Installation prefix: /sw >> C compiler: gcc -mieee-fp -Wall -W -Wshadow -O3 >> -I/usr/X11R6/include >> C++ compiler: g++ -mieee-fp -Wall -W -Wshadow -Wold-style- >> cast -g >> -O3 >> Fortran compiler: /sw/bin/gfortran -fbounds-check -ff2c -g -O3 >> -mieee-fp >> Fortran libraries: /sw/lib/gcc4.3/lib/libgfortran.dylib >> BLAS libraries: >> -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/ >> Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ >> Versions/A/libLAPACK.dylib:/System/Library/Frameworks/ >> Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ >> Versions/A/libLAPACK.dylib >> FFTW libraries: -lfftw3 -lfftw3f >> GLPK libraries: -lglpk >> UMFPACK libraries: -lumfpack >> AMD libraries: -lamd >> CAMD libraries: -lcamd >> COLAMD libraries: -lcolamd >> CCOLAMD libraries: -lccolamd >> CHOLMOD libraries: -lcholmod >> CXSPARSE libraries: -lcxsparse >> HDF5 libraries: -lhdf5 >> CURL libraries: -lcurl >> REGEX libraries: -L/sw/lib -lpcre >> QHULL libraries: -lqhull >> LIBS: -lreadline -lncurses >> -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/ >> Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ >> Versions/A/libBLAS.dylib:/System/Library/Frameworks/ >> Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ >> Versions/A/libBLAS.dylib >> -lhdf5 -lz -lm >> Default pager: less >> gnuplot: gnuplot >> OPENGL libraries: >> fltk backend libs: -L/sw/lib/fltk-aqua/lib -L/sw/lib -lfltk_gl >> -framework AGL -framework OpenGL -lfltk -lpthread -framework Carbon >> -framework ApplicationServices >> >> Do internal array bounds checking: false >> Build static libraries: false >> Build shared libraries: true >> Dynamic Linking: true (dyld) >> Include support for GNU readline: true >> 64-bit array dims and indexing: false >> >> configure: WARNING: A BLAS library was detected but found >> incompatible with >> your Fortran 77 compiler. The reference BLAS implementation will >> be used. >> To improve performance, consider using a different Fortran compiler >> or a >> switch like -ff2c to make your Fortran compiler use a calling >> convention >> compatible with the way your BLAS library was compiled, or use a >> different >> BLAS library. >> configure: >> >> Ben >> > > I can't help much with the GL libraries (and I don't see what your > problem is, or if there is any), but your report reveals a bug in the > acx_lapack script: In case of missing or invalid BLAS (like in your > case), the check for LAPACK should be skipped entirely, and > LAPACK_LIBS should probably be nullified. I'll submit a patch for the > autoconf archive. By the way, does the warning about invalid BLAS > occur even if you omit the -ff2c option? If no, then you'll probably > want to turn it off. > > If yes, then that's really weird (as it implies that the BLAS lib is > compatible with neither gfortran nor g77). I'd consider it a bug if a > system-provided library is incompatible with the default compiler. Or > is g77 the default? Perhaps this is a bug in OSX? I tried using Carlo's configure options http://www.nabble.com/Re%3A-Latest-from-hg-on-OSX-p17932976.html I modified his prefix to reflect Finks. Specificlally ./configure LDFLAGS="-L/sw/lib -framework OpenGL" CPPFLAGS="-I/sw/ include -FOpenGL" F77=gfortran FFLAGS="-ff2c" --prefix=/sw As before, the summary form configure came up empty for the OpenGL Library. However, in this instance the BLAS Library also came up empty and was accompanied by the same warning (respecting BLAS) at the end of the configure process. That the BLAS Library came up empty it to be expected (I think) since the no configure options pointed to a BLAS Library (correct?). Regarding the back end ... gnuplot: gnuplot OPENGL libraries: fltk backend libs: -L/sw/lib -L/usr/X11R6/lib -framework OpenGL - dylib_file /System/Library/Frameworks/OpenGL.framework/Versions/A/ Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/ Versions/A/Libraries/libGL.dylib -lfltk_gl -lGLU -lGL -lfltk -lXft - lpthread -lXext -lX11 As Jaroslav suggested I also tried removing the "-ff2c" option. However, the BLAS warning remains. Regarding BLAS, I'm using gfortran 4.3, but Apple's vecLib is built with gcc 4.0. This resulted in some problems in the past. If I recall correctly the manner in which values of complex functions returned their values changed in gfortran 4.1 (?). Using Fink's ATLAS (which depends upon gcc 4.3), instead of Apple's vecLib, the configure process does find the intended BLAS ... Fortran libraries: /sw/lib/gcc4.3/lib/libgfortran.dylib BLAS libraries: /sw/lib/liblapack.dylib ... but still issues the same warning as before :-( My original question was with regards to the OpenGL/backend part. After mergine Carlo's and Fink's configure options, I get gnuplot: gnuplot OPENGL libraries: fltk backend libs: -L/sw/lib -L/usr/X11R6/lib -framework OpenGL - dylib_file /System/Library/Frameworks/OpenGL.framework/Versions/A/ Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/ Versions/A/Libraries/libGL.dylib -lfltk_gl -lGLU -lGL -lfltk -lXft - lpthread -lXext -lX11 It appears to me that there is a problem with OpenGL. Can some one confirm? Am I missing a configure option specific to OpenGL? Below are the options I used without the BLAS part. ./configure --prefix=/sw FLIBS=/sw/lib/gcc4.3/lib/libgfortran.dylib F77=/sw/bin/gfortran --infodir='${prefix}/share/info' --mandir='$ {prefix}/share/man' --libexecdir='${prefix}/lib' -enable-shared - enable-dl --disable-static --without-mpi --with-hdf5 --with-fftw LDFLAGS="-L/sw/lib -framework OpenGL" CPPFLAGS="-I/sw/include - FOpenGL" FFLAGS="-ff2c" Regarding BLAS, it appears that I get the same result using Apple's vecLib, Fink's ATLAS package, and that included in Octave. Are any other OSX users seeing this? Ben |
|
|
Re: Configuring the latest default hg on OSX
by Shai Ayal-2
::
Rate this Message:
On Sun, Jun 29, 2008 at 8:17 PM, Ben Abbott <bpabbott@...> wrote:
> > On Jun 29, 2008, at 3:38 AM, Jaroslav Hajek wrote: > >> On Sun, Jun 29, 2008 at 2:50 AM, Ben Abbott <bpabbott@...> wrote: >>> >>> Today I tried to configure the latest sources with the intent of using >>> the >>> Fink package manager on OSX. I'm concerned about the OpenGL part (as I >>> have >>> no experience with it). >>> >>> I'd appreciate any comments respecting "the good, the bad, and the ugly" >>> with regards the results of the configure process below. >>> >>> Octave is now configured for i386-apple-darwin9.3.0 >>> >>> Source directory: . >>> Installation prefix: /sw >>> C compiler: gcc -mieee-fp -Wall -W -Wshadow -O3 >>> -I/usr/X11R6/include >>> C++ compiler: g++ -mieee-fp -Wall -W -Wshadow -Wold-style-cast >>> -g >>> -O3 >>> Fortran compiler: /sw/bin/gfortran -fbounds-check -ff2c -g -O3 >>> -mieee-fp >>> Fortran libraries: /sw/lib/gcc4.3/lib/libgfortran.dylib >>> BLAS libraries: >>> >>> -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib >>> FFTW libraries: -lfftw3 -lfftw3f >>> GLPK libraries: -lglpk >>> UMFPACK libraries: -lumfpack >>> AMD libraries: -lamd >>> CAMD libraries: -lcamd >>> COLAMD libraries: -lcolamd >>> CCOLAMD libraries: -lccolamd >>> CHOLMOD libraries: -lcholmod >>> CXSPARSE libraries: -lcxsparse >>> HDF5 libraries: -lhdf5 >>> CURL libraries: -lcurl >>> REGEX libraries: -L/sw/lib -lpcre >>> QHULL libraries: -lqhull >>> LIBS: -lreadline -lncurses >>> >>> -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib >>> -lhdf5 -lz -lm >>> Default pager: less >>> gnuplot: gnuplot >>> OPENGL libraries: >>> fltk backend libs: -L/sw/lib/fltk-aqua/lib -L/sw/lib -lfltk_gl >>> -framework AGL -framework OpenGL -lfltk -lpthread -framework Carbon >>> -framework ApplicationServices >>> >>> Do internal array bounds checking: false >>> Build static libraries: false >>> Build shared libraries: true >>> Dynamic Linking: true (dyld) >>> Include support for GNU readline: true >>> 64-bit array dims and indexing: false >>> >>> configure: WARNING: A BLAS library was detected but found incompatible >>> with >>> your Fortran 77 compiler. The reference BLAS implementation will be >>> used. >>> To improve performance, consider using a different Fortran compiler or a >>> switch like -ff2c to make your Fortran compiler use a calling convention >>> compatible with the way your BLAS library was compiled, or use a >>> different >>> BLAS library. >>> configure: >>> >>> Ben >>> >> >> I can't help much with the GL libraries (and I don't see what your >> problem is, or if there is any), but your report reveals a bug in the >> acx_lapack script: In case of missing or invalid BLAS (like in your >> case), the check for LAPACK should be skipped entirely, and >> LAPACK_LIBS should probably be nullified. I'll submit a patch for the >> autoconf archive. By the way, does the warning about invalid BLAS >> occur even if you omit the -ff2c option? If no, then you'll probably >> want to turn it off. >> >> If yes, then that's really weird (as it implies that the BLAS lib is >> compatible with neither gfortran nor g77). I'd consider it a bug if a >> system-provided library is incompatible with the default compiler. Or >> is g77 the default? Perhaps this is a bug in OSX? > > I tried using Carlo's configure options > > http://www.nabble.com/Re%3A-Latest-from-hg-on-OSX-p17932976.html > > I modified his prefix to reflect Finks. Specificlally > > ./configure LDFLAGS="-L/sw/lib -framework OpenGL" CPPFLAGS="-I/sw/include > -FOpenGL" F77=gfortran FFLAGS="-ff2c" --prefix=/sw > > As before, the summary form configure came up empty for the OpenGL Library. > However, in this instance the BLAS Library also came up empty and was > accompanied by the same warning (respecting BLAS) at the end of the > configure process. That the BLAS Library came up empty it to be expected (I > think) since the no configure options pointed to a BLAS Library (correct?). > > Regarding the back end ... > > gnuplot: gnuplot > OPENGL libraries: > fltk backend libs: -L/sw/lib -L/usr/X11R6/lib -framework OpenGL > -dylib_file > /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib > -lfltk_gl -lGLU -lGL -lfltk -lXft -lpthread -lXext -lX11 > > As Jaroslav suggested I also tried removing the "-ff2c" option. However, the > BLAS warning remains. > > Regarding BLAS, I'm using gfortran 4.3, but Apple's vecLib is built with gcc > 4.0. This resulted in some problems in the past. If I recall correctly the > manner in which values of complex functions returned their values changed in > gfortran 4.1 (?). > > Using Fink's ATLAS (which depends upon gcc 4.3), instead of Apple's vecLib, > the configure process does find the intended BLAS ... > > Fortran libraries: /sw/lib/gcc4.3/lib/libgfortran.dylib > BLAS libraries: /sw/lib/liblapack.dylib > > ... but still issues the same warning as before :-( > > My original question was with regards to the OpenGL/backend part. After > mergine Carlo's and Fink's configure options, I get > > gnuplot: gnuplot > OPENGL libraries: > fltk backend libs: -L/sw/lib -L/usr/X11R6/lib -framework OpenGL > -dylib_file > /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib > -lfltk_gl -lGLU -lGL -lfltk -lXft -lpthread -lXext -lX11 > > It appears to me that there is a problem with OpenGL. Can some one confirm? > Am I missing a configure option specific to OpenGL? Below are the options I > used without the BLAS part. > > ./configure --prefix=/sw FLIBS=/sw/lib/gcc4.3/lib/libgfortran.dylib > F77=/sw/bin/gfortran --infodir='${prefix}/share/info' > --mandir='${prefix}/share/man' --libexecdir='${prefix}/lib' -enable-shared > -enable-dl --disable-static --without-mpi --with-hdf5 --with-fftw > LDFLAGS="-L/sw/lib -framework OpenGL" CPPFLAGS="-I/sw/include -FOpenGL" > FFLAGS="-ff2c" To see if your GL config will work, you can try to compile the fltk test programs. They are available for download from the fltk site as part of the fltk distro. Maybe they are already installed in you computer? also, see what the fltk-config program says it needs: fltk-config --use-gl --ldflags Shai |
|
|
Re: Configuring the latest default hg on OSX
by Jaroslav Hajek-2
::
Rate this Message:
On Sun, Jun 29, 2008 at 7:17 PM, Ben Abbott <bpabbott@...> wrote:
> > On Jun 29, 2008, at 3:38 AM, Jaroslav Hajek wrote: > >> On Sun, Jun 29, 2008 at 2:50 AM, Ben Abbott <bpabbott@...> wrote: >>> >>> Today I tried to configure the latest sources with the intent of using >>> the >>> Fink package manager on OSX. I'm concerned about the OpenGL part (as I >>> have >>> no experience with it). >>> >>> I'd appreciate any comments respecting "the good, the bad, and the ugly" >>> with regards the results of the configure process below. >>> >>> Octave is now configured for i386-apple-darwin9.3.0 >>> >>> Source directory: . >>> Installation prefix: /sw >>> C compiler: gcc -mieee-fp -Wall -W -Wshadow -O3 >>> -I/usr/X11R6/include >>> C++ compiler: g++ -mieee-fp -Wall -W -Wshadow -Wold-style-cast >>> -g >>> -O3 >>> Fortran compiler: /sw/bin/gfortran -fbounds-check -ff2c -g -O3 >>> -mieee-fp >>> Fortran libraries: /sw/lib/gcc4.3/lib/libgfortran.dylib >>> BLAS libraries: >>> >>> -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib >>> FFTW libraries: -lfftw3 -lfftw3f >>> GLPK libraries: -lglpk >>> UMFPACK libraries: -lumfpack >>> AMD libraries: -lamd >>> CAMD libraries: -lcamd >>> COLAMD libraries: -lcolamd >>> CCOLAMD libraries: -lccolamd >>> CHOLMOD libraries: -lcholmod >>> CXSPARSE libraries: -lcxsparse >>> HDF5 libraries: -lhdf5 >>> CURL libraries: -lcurl >>> REGEX libraries: -L/sw/lib -lpcre >>> QHULL libraries: -lqhull >>> LIBS: -lreadline -lncurses >>> >>> -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib >>> -lhdf5 -lz -lm >>> Default pager: less >>> gnuplot: gnuplot >>> OPENGL libraries: >>> fltk backend libs: -L/sw/lib/fltk-aqua/lib -L/sw/lib -lfltk_gl >>> -framework AGL -framework OpenGL -lfltk -lpthread -framework Carbon >>> -framework ApplicationServices >>> >>> Do internal array bounds checking: false >>> Build static libraries: false >>> Build shared libraries: true >>> Dynamic Linking: true (dyld) >>> Include support for GNU readline: true >>> 64-bit array dims and indexing: false >>> >>> configure: WARNING: A BLAS library was detected but found incompatible >>> with >>> your Fortran 77 compiler. The reference BLAS implementation will be >>> used. >>> To improve performance, consider using a different Fortran compiler or a >>> switch like -ff2c to make your Fortran compiler use a calling convention >>> compatible with the way your BLAS library was compiled, or use a >>> different >>> BLAS library. >>> configure: >>> >>> Ben >>> >> >> I can't help much with the GL libraries (and I don't see what your >> problem is, or if there is any), but your report reveals a bug in the >> acx_lapack script: In case of missing or invalid BLAS (like in your >> case), the check for LAPACK should be skipped entirely, and >> LAPACK_LIBS should probably be nullified. I'll submit a patch for the >> autoconf archive. By the way, does the warning about invalid BLAS >> occur even if you omit the -ff2c option? If no, then you'll probably >> want to turn it off. >> >> If yes, then that's really weird (as it implies that the BLAS lib is >> compatible with neither gfortran nor g77). I'd consider it a bug if a >> system-provided library is incompatible with the default compiler. Or >> is g77 the default? Perhaps this is a bug in OSX? > > I tried using Carlo's configure options > > http://www.nabble.com/Re%3A-Latest-from-hg-on-OSX-p17932976.html > > I modified his prefix to reflect Finks. Specificlally > > ./configure LDFLAGS="-L/sw/lib -framework OpenGL" CPPFLAGS="-I/sw/include > -FOpenGL" F77=gfortran FFLAGS="-ff2c" --prefix=/sw > > As before, the summary form configure came up empty for the OpenGL Library. > However, in this instance the BLAS Library also came up empty and was > accompanied by the same warning (respecting BLAS) at the end of the > configure process. That the BLAS Library came up empty it to be expected (I > think) since the no configure options pointed to a BLAS Library (correct?). To a certain extent, correct. The configure script does, however, try to find a suitable BLAS library itself. > > Regarding the back end ... > > gnuplot: gnuplot > OPENGL libraries: > fltk backend libs: -L/sw/lib -L/usr/X11R6/lib -framework OpenGL > -dylib_file > /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib > -lfltk_gl -lGLU -lGL -lfltk -lXft -lpthread -lXext -lX11 > > As Jaroslav suggested I also tried removing the "-ff2c" option. However, the > BLAS warning remains. > > Regarding BLAS, I'm using gfortran 4.3, but Apple's vecLib is built with gcc > 4.0. This resulted in some problems in the past. If I recall correctly the > manner in which values of complex functions returned their values changed in > gfortran 4.1 (?). > > Using Fink's ATLAS (which depends upon gcc 4.3), instead of Apple's vecLib, > the configure process does find the intended BLAS ... > > Fortran libraries: /sw/lib/gcc4.3/lib/libgfortran.dylib > BLAS libraries: /sw/lib/liblapack.dylib > It does not. Note that it is LAPACK what is there. The output variable BLAS_LIBS is actually "BLAS and LAPACK libs". What you see is the result of the bug in acx_lapack.m4 I've mentioned. LAPACK should not be checked for if BLAS is not found, but it is. When using static libraries, it wouldn't work anyway, but with shared libraries it works on many systems. However, as the associated BLAS library is invalid, this leaves you with a dangerous configuration that may result in segfaults. > ... but still issues the same warning as before :-( > If you are sure that this configuration should work (i.e. that the BLAS is built against gcc 4.3), can you please post your config.log? > My original question was with regards to the OpenGL/backend part. After > mergine Carlo's and Fink's configure options, I get > > gnuplot: gnuplot > OPENGL libraries: > fltk backend libs: -L/sw/lib -L/usr/X11R6/lib -framework OpenGL > -dylib_file > /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib > -lfltk_gl -lGLU -lGL -lfltk -lXft -lpthread -lXext -lX11 > > It appears to me that there is a problem with OpenGL. Can some one confirm? > Am I missing a configure option specific to OpenGL? Below are the options I > used without the BLAS part. > > ./configure --prefix=/sw FLIBS=/sw/lib/gcc4.3/lib/libgfortran.dylib > F77=/sw/bin/gfortran --infodir='${prefix}/share/info' > --mandir='${prefix}/share/man' --libexecdir='${prefix}/lib' -enable-shared > -enable-dl --disable-static --without-mpi --with-hdf5 --with-fftw > LDFLAGS="-L/sw/lib -framework OpenGL" CPPFLAGS="-I/sw/include -FOpenGL" > FFLAGS="-ff2c" > > Regarding BLAS, it appears that I get the same result using Apple's vecLib, > Fink's ATLAS package, and that included in Octave. Are any other OSX users > seeing this? > > Ben > > > > > > > Perhaps we should not mix the two issues together. If you want to continue resolving the BLAS issue, will you please start a new thread? regards -- RNDr. Jaroslav Hajek computing expert Aeronautical Research and Test Institute (VZLU) Prague, Czech Republic url: www.highegg.matfyz.cz |
|
|
Re: Configuring the latest default hg on OSX
by Ben Abbott
::
Rate this Message:
On Jun 29, 2008, at 1:50 PM, Shai Ayal wrote: > On Sun, Jun 29, 2008 at 8:17 PM, Ben Abbott <bpabbott@...> wrote: >> >> On Jun 29, 2008, at 3:38 AM, Jaroslav Hajek wrote: >> >>> On Sun, Jun 29, 2008 at 2:50 AM, Ben Abbott <bpabbott@...> >>> wrote: >>>> >>>> Today I tried to configure the latest sources with the intent of >>>> using >>>> the >>>> Fink package manager on OSX. I'm concerned about the OpenGL part >>>> (as I >>>> have >>>> no experience with it). >>>> >>>> I'd appreciate any comments respecting "the good, the bad, and >>>> the ugly" >>>> with regards the results of the configure process below. >>>> >>>> Octave is now configured for i386-apple-darwin9.3.0 >>>> >>>> Source directory: . >>>> Installation prefix: /sw >>>> C compiler: gcc -mieee-fp -Wall -W -Wshadow -O3 >>>> -I/usr/X11R6/include >>>> C++ compiler: g++ -mieee-fp -Wall -W -Wshadow -Wold- >>>> style-cast >>>> -g >>>> -O3 >>>> Fortran compiler: /sw/bin/gfortran -fbounds-check -ff2c -g -O3 >>>> -mieee-fp >>>> Fortran libraries: /sw/lib/gcc4.3/lib/libgfortran.dylib >>>> BLAS libraries: >>>> >>>> -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/ >>>> Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ >>>> Versions/A/libLAPACK.dylib:/System/Library/Frameworks/ >>>> Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ >>>> Versions/A/libLAPACK.dylib >>>> FFTW libraries: -lfftw3 -lfftw3f >>>> GLPK libraries: -lglpk >>>> UMFPACK libraries: -lumfpack >>>> AMD libraries: -lamd >>>> CAMD libraries: -lcamd >>>> COLAMD libraries: -lcolamd >>>> CCOLAMD libraries: -lccolamd >>>> CHOLMOD libraries: -lcholmod >>>> CXSPARSE libraries: -lcxsparse >>>> HDF5 libraries: -lhdf5 >>>> CURL libraries: -lcurl >>>> REGEX libraries: -L/sw/lib -lpcre >>>> QHULL libraries: -lqhull >>>> LIBS: -lreadline -lncurses >>>> >>>> -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/ >>>> Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ >>>> Versions/A/libBLAS.dylib:/System/Library/Frameworks/ >>>> Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ >>>> Versions/A/libBLAS.dylib >>>> -lhdf5 -lz -lm >>>> Default pager: less >>>> gnuplot: gnuplot >>>> OPENGL libraries: >>>> fltk backend libs: -L/sw/lib/fltk-aqua/lib -L/sw/lib -lfltk_gl >>>> -framework AGL -framework OpenGL -lfltk -lpthread -framework Carbon >>>> -framework ApplicationServices >>>> >>>> Do internal array bounds checking: false >>>> Build static libraries: false >>>> Build shared libraries: true >>>> Dynamic Linking: true (dyld) >>>> Include support for GNU readline: true >>>> 64-bit array dims and indexing: false >>>> >>>> configure: WARNING: A BLAS library was detected but found >>>> incompatible >>>> with >>>> your Fortran 77 compiler. The reference BLAS implementation will >>>> be >>>> used. >>>> To improve performance, consider using a different Fortran >>>> compiler or a >>>> switch like -ff2c to make your Fortran compiler use a calling >>>> convention >>>> compatible with the way your BLAS library was compiled, or use a >>>> different >>>> BLAS library. >>>> configure: >>>> >>>> Ben >>>> >>> >>> I can't help much with the GL libraries (and I don't see what your >>> problem is, or if there is any), but your report reveals a bug in >>> the >>> acx_lapack script: In case of missing or invalid BLAS (like in your >>> case), the check for LAPACK should be skipped entirely, and >>> LAPACK_LIBS should probably be nullified. I'll submit a patch for >>> the >>> autoconf archive. By the way, does the warning about invalid BLAS >>> occur even if you omit the -ff2c option? If no, then you'll probably >>> want to turn it off. >>> >>> If yes, then that's really weird (as it implies that the BLAS lib is >>> compatible with neither gfortran nor g77). I'd consider it a bug >>> if a >>> system-provided library is incompatible with the default compiler. >>> Or >>> is g77 the default? Perhaps this is a bug in OSX? >> >> I tried using Carlo's configure options >> >> http://www.nabble.com/Re%3A-Latest-from-hg-on-OSX- >> p17932976.html >> >> I modified his prefix to reflect Finks. Specificlally >> >> ./configure LDFLAGS="-L/sw/lib -framework OpenGL" CPPFLAGS="-I/sw/ >> include >> -FOpenGL" F77=gfortran FFLAGS="-ff2c" --prefix=/sw >> >> As before, the summary form configure came up empty for the OpenGL >> Library. >> However, in this instance the BLAS Library also came up empty and >> was >> accompanied by the same warning (respecting BLAS) at the end of the >> configure process. That the BLAS Library came up empty it to be >> expected (I >> think) since the no configure options pointed to a BLAS Library >> (correct?). >> >> Regarding the back end ... >> >> gnuplot: gnuplot >> OPENGL libraries: >> fltk backend libs: -L/sw/lib -L/usr/X11R6/lib -framework OpenGL >> -dylib_file >> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/ >> libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/ >> Libraries/libGL.dylib >> -lfltk_gl -lGLU -lGL -lfltk -lXft -lpthread -lXext -lX11 >> >> As Jaroslav suggested I also tried removing the "-ff2c" option. >> However, the >> BLAS warning remains. >> >> Regarding BLAS, I'm using gfortran 4.3, but Apple's vecLib is built >> with gcc >> 4.0. This resulted in some problems in the past. If I recall >> correctly the >> manner in which values of complex functions returned their values >> changed in >> gfortran 4.1 (?). >> >> Using Fink's ATLAS (which depends upon gcc 4.3), instead of >> Apple's vecLib, >> the configure process does find the intended BLAS ... >> >> Fortran libraries: /sw/lib/gcc4.3/lib/libgfortran.dylib >> BLAS libraries: /sw/lib/liblapack.dylib >> >> ... but still issues the same warning as before :-( >> >> My original question was with regards to the OpenGL/backend part. >> After >> mergine Carlo's and Fink's configure options, I get >> >> gnuplot: gnuplot >> OPENGL libraries: >> fltk backend libs: -L/sw/lib -L/usr/X11R6/lib -framework OpenGL >> -dylib_file >> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/ >> libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/ >> Libraries/libGL.dylib >> -lfltk_gl -lGLU -lGL -lfltk -lXft -lpthread -lXext -lX11 >> >> It appears to me that there is a problem with OpenGL. Can some one >> confirm? >> Am I missing a configure option specific to OpenGL? Below are the >> options I >> used without the BLAS part. >> >> ./configure --prefix=/sw FLIBS=/sw/lib/gcc4.3/lib/libgfortran.dylib >> F77=/sw/bin/gfortran --infodir='${prefix}/share/info' >> --mandir='${prefix}/share/man' --libexecdir='${prefix}/lib' -enable- >> shared >> -enable-dl --disable-static --without-mpi --with-hdf5 --with-fftw >> LDFLAGS="-L/sw/lib -framework OpenGL" CPPFLAGS="-I/sw/include - >> FOpenGL" >> FFLAGS="-ff2c" > > To see if your GL config will work, you can try to compile the fltk > test programs. They are available for download from the fltk site as > part of the fltk distro. Maybe they are already installed in you > computer? > also, see what the fltk-config program says it needs: > fltk-config --use-gl --ldflags > > Shai If I've inferred what you suggested I do ... $ fltk-config Usage: fltk-config [OPTIONS] Options: [--version] [--api-version] Options telling what we are doing: [--use-gl] use GL [--use-images] use extra image formats (PNG, JPEG) [--use-glut] use glut compatibility layer [--use-forms] use forms compatibility layer Options telling what information we request: [--cc] return C compiler used to compile FLTK [--cxx] return C++ compiler used to compile FLTK [--cflags] return flags to compile C using FLTK [--cxxflags] return flags to compile C++ using FLTK [--ldflags] return flags to link against FLTK [--ldstaticflags] return flags to link against static FLTK library even if there are DSOs installed [--libs] return FLTK libraries full path for dependencies Option to compile and link an application: [-g] compile the program with debugging information [--compile program.cxx] [--post program] $ fltk-config --use-gl --ldflags -L/sw/lib/fltk-aqua/lib -L/sw/lib -lfltk_gl -framework AGL -framework OpenGL -lfltk -lpthread -framework Carbon -framework ApplicationServices Do I infer correctly that the above should be added to LDFLAGS when configuring Octave? ... I have tried that, but did not detect any change. Meaning that the "OPENGL libraries:" line remains empty. Unfortunately, Fink's build process specifically excludes the test programs, and although, I have downloaded the distribution matching Fink's (v1.1.7), I'm not able to successfully build it. However, v1.1.9 builds fine. It would appear my best option is to see what can be done to update Fink's fltk package, and possibly include the test programs. Ben |
|
|
|
|
|
Re: Configuring the latest default hg on OSX
by Ben Abbott
::
Rate this Message:
On Jun 30, 2008, at 4:21 AM, c. wrote: > > On 29/giu/08, at 18:02, octave-maintainers-request@... wrote: > >> Message: 5 >> Date: Sat, 28 Jun 2008 20:50:57 -0400 >> From: Ben Abbott <bpabbott@...> >> Subject: Configuring the latest default hg on OSX >> To: octave-maintainers@... >> Message-ID: <A57453FD-0ED5-4080-BF49-43F62B8D6096@...> >> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes >> >> Today I tried to configure the latest sources with the intent of >> using >> the Fink package manager on OSX. I'm concerned about the OpenGL part >> (as I have no experience with it). > > > Ben, > > As I mentioned in a previous post, the headers for OpenGL on OSX are > in > OpenGL/gl.h > rather > than GL/gl.h > As I was not able to set autoconf to check for those, I changed the > include > statements in header files including gl.h (I think that it is only > gl-render.h > but I don't remember), but of course fixing autoconf to check for > this would be better. > > Checking whether fltk programs work as suggested by Shai will not > give you more insight. > fltk test programs work around this different naming convention by > using FL/gl.h which in turn includes > GL/gl.h on linux or OpenGL/gl.h on OSX, see /sw/include/FL/gl.h in > your fink installation. > > HTH, > c. Thanks for reminding me. I'd neglected to verify that I'm doing that correctly. I've written a short script using sed to modify lines 32 and 33 of gl-render.h. They result is below ... 32 #include <OpenGL/gl.h> 33 #include <OpenGL/glu.h> When you finish the configure process on your mac, what does the line beginning with "OPENGL libraries:" list? Ben |
|
|
Re: Configuring the latest default hg on OSX
by c.
::
Rate this Message:
On 30/giu/08, at 12:02, Ben Abbott wrote: > Thanks for reminding me. I'd neglected to verify that I'm doing that > correctly. I've written a short script using sed to modify lines 32 > and 33 of gl-render.h. They result is below ... > > 32 #include <OpenGL/gl.h> > 33 #include <OpenGL/glu.h> > > When you finish the configure process on your mac, what does the > line beginning with "OPENGL libraries:" list? Nothing, but the linking seems to work... I think this is because the OpenGL libraries are set via the environment: LDFLAGS="-framework OpenGL" not by autoconf > Ben c. |
|
|
Re: Configuring the latest default hg on OSX
by Ben Abbott
::
Rate this Message:
On Jun 30, 2008, at 7:16 AM, c. wrote: > > On 30/giu/08, at 12:02, Ben Abbott wrote: > >> Thanks for reminding me. I'd neglected to verify that I'm doing >> that correctly. I've written a short script using sed to modify >> lines 32 and 33 of gl-render.h. They result is below ... >> >> 32 #include <OpenGL/gl.h> >> 33 #include <OpenGL/glu.h> >> >> When you finish the configure process on your mac, what does the >> line beginning with "OPENGL libraries:" list? > > Nothing, but the linking seems to work... > I think this is because the OpenGL libraries are set via > the environment: > > LDFLAGS="-framework OpenGL" > > not by autoconf hmmm ... well perhaps all is working for me. In what way do the plots look different? I assume gnuplot is no longer being used, is that correct (anyone)? I'm using fltk-aqua and getting an aquaterm window that looks identical to the gnuplot variety. Ben |
|
|
Re: Configuring the latest default hg on OSX
by Michael Goffioul-2
::
Rate this Message:
On Mon, Jun 30, 2008 at 1:38 PM, Ben Abbott <bpabbott@...> wrote:
> In what way do the plots look different? I assume gnuplot is no longer being > used, is that correct (anyone)? No. Gnuplot will still be used until the graphics code gets mature enough and provide the same features as gnuplot backend. Michael. |
|
|
Re: Configuring the latest default hg on OSX
by Ben Abbott
::
Rate this Message:
On Monday, June 30, 2008, at 07:48AM, "Michael Goffioul" <michael.goffioul@...> wrote: >On Mon, Jun 30, 2008 at 1:38 PM, Ben Abbott <bpabbott@...> wrote: >> In what way do the plots look different? I assume gnuplot is no longer being >> used, is that correct (anyone)? > >No. Gnuplot will still be used until the graphics code gets mature enough >and provide the same features as gnuplot backend. > >Michael. > Thanks Michael. Is the new backend optional? ... if so, how might I verify I'm using it? Ben |
