Re: [Fink-users] Failed: phase compiling: atlas-3.10.1-1 failed

2013-04-15 Thread Jack Howarth
On Wed, Apr 10, 2013 at 08:51:32AM +0200, Dominique Dhumieres wrote:
 Updating to atlas-3.10.1-1 failed on
 
 Package manager version: 0.34.7
 Distribution version: selfupdate-rsync Tue Apr  9 23:13:12 2013, 10.5, powerpc
 Trees: local/main stable/main stable/crypto unstable/main unstable/crypto
 Xcode.app: 3.1.4
 Xcode command-line tools: 3.1.4
 atlas-3.10.1-1 is set to build with only one job.
 
 with
 
BEGIN STAGE 2-2-5: GEMV TUNE at 03:53
 make -f Makefile INSTALL_LOG/sMVNK.sum pre=s 21 | ./xatlas_tee 
 INSTALL_LOG/sMVNTUNE.LOG
 make[1]: Leaving directory `/sw/src/fink.build/atlas-3.10.1-1/darwin_bld'
 ### execution of /tmp/fink.xL5c7 failed, exit code 2
 ### execution of /tmp/fink.wCntN failed, exit code 2
 Removing runtime build-lock...
 Removing build-lock package...
 /sw/bin/dpkg-lockwait -r fink-buildlock-atlas-3.10.1-1
 (Reading database ... 575762 files and directories currently installed.)
 Removing fink-buildlock-atlas-3.10.1-1 ...
 Failed: phase compiling: atlas-3.10.1-1 failed
 
 TIA
 
 Dominique

Dominique,
   Can you post INSTALL_LOG/sMVNTUNE.LOG? I suspect this will reveal that 
passing
-mcpu=7400 -mtune=7400 for powerpc on mflags solves the build problem.
   Jack

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis  visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] Failed: phase compiling: atlas-3.10.1-1 failed

2013-04-15 Thread Dominique Dhumieres
Can you post INSTALL_LOG/sMVNTUNE.LOG?

I add it at the end of this mail. Apparently the relevant error is

/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/bin/ATLrun.sh: line 4: 63889 
Segmentation fault  $atldir/$*

 I suspect this will reveal that passing -mcpu=7400 -mtune=7400 on mflags
 solves the build problem.

Does this apply also for G5?

Dominique

***
***
***
*   BEGAN ATLAS3.10.1 INSTALL OF SECTION 2-2-7 ON 04/10/2013 AT 23:16 *
***
***
***



make[2]: Entering directory `/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/bin'
cd /sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv ; make 
res/sMVNK.sum pre=s
make[3]: Entering directory 
`/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv'
./xmvnksearch -p s

  Read in L1 Cache size as = 32KB.

ERROR 512, LINE 318 OF 
/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/../ATLAS//include/atlas_mvtesttime.h
SYSTEM CALL FAILED: make smvnktime M=870 N=8 lda=875 mvnrout=smvn_C.c 
iflag=24843 MVNKdir=EXTDIR sMVFLAGS=-force_cpusubtype_ALL -fPIC 
-fomit-frame-pointer -O3 -maltivec -mabi=altivec -force_cpusubtype_ALL -m32 
-fPIC align=-Fa 4 -Fa -8 -Fx 4 -Fx -8 -Fy 4 -Fy -8 flushKB=0 tflags=-f 
res/smv90N_870x8_875-0_32x8_0_a0x0x0_24843 -# 8 -F 3902 mu=32 nu=8  
/var/tmp/tmp.1.FL1FjM 21


OUTPUT OF system():
make[4]: Entering directory 
`/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv'
rm -f ATL_smvnk.c ATL_sgemvN.o xsmvnktime
cp -f EXTDIR/smvn_C.c ATL_smvnk.c
/sw/src/fink.build/atlas-3.10.1-1/gcc -c -DL2SIZE=4194304 
-I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/include 
-I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/../ATLAS//include 
-I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/../ATLAS//include/contrib -DAdd_ 
-DF77_INTEGER=int -DStringSunStyle -DATL_OS_OSX -DATL_ARCH_PPCG4 
-DATL_CPUMHZ=1800 -DATL_GAS_PPC -m32 -DATL_DYLIBS -DATL_FULL_LAPACK 
-force_cpusubtype_ALL -fPIC -fomit-frame-pointer -O3 -maltivec -mabi=altivec 
-force_cpusubtype_ALL -m32 -fPIC 
-I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv -o ATL_smvnk.o \
   -DSREAL ATL_smvnk.c
/sw/src/fink.build/atlas-3.10.1-1/gcc -DL2SIZE=4194304 
-I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/include 
-I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/../ATLAS//include 
-I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/../ATLAS//include/contrib -DAdd_ 
-DF77_INTEGER=int -DStringSunStyle -DATL_OS_OSX -DATL_ARCH_PPCG4 
-DATL_CPUMHZ=1800 -DATL_GAS_PPC -m32 -DATL_DYLIBS -DATL_FULL_LAPACK -fPIC 
-fomit-frame-pointer -O3 -maltivec -mabi=altivec -force_cpusubtype_ALL -m32 
-fPIC -o xsmvnktime smvktimeN.o \
   ATL_smvnk.o \
   
/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/lib/libtstatlas.a 
/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/lib/libatlas.a
/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/bin/ATLrun.sh 
/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv xsmvnktime -m 870 
-n 8 -l 875 \
  -C 0 -Fa 4 -Fa -8 -Fx 4 -Fx -8 -Fy 4 -Fy -8 -f 
res/smv90N_870x8_875-0_32x8_0_a0x0x0_24843 -# 8 -F 3902
/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/bin/ATLrun.sh: line 4: 63889 
Segmentation fault  $atldir/$*
make[4]: *** [smvnktime] Error 139
make[4]: Leaving directory 
`/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv'

Cases read in:
ID=1 ROUT='ATL_gemvN_axpy.c' AUTH='R. Clint Whaley' TA='N' \
   rankR=0 CacheElts=0 SSE=0 alignA=0 alignY=0 alignX=0 minM=0 minN=0 NU=16  \
   MU=1 LDAMUL=0 PFTUNABLE=0 ALIGNX2A=0 ADDCFLAGS=0 GEMMBASED=0 AXPYBASED=1  \
   ALLALIGNXY=0 LDYTOP=0 FNU=0 X87=0 
ID=2 ROUT='ATL_sgemvN_8x4_sse.c' AUTH='R. Clint Whaley' TA='N' \
   rankR=0 CacheElts=0 SSE=1 alignA=0 alignY=16 alignX=0 minM=0 minN=0  \
   NU=4 MU=8 LDAMUL=16 PFTUNABLE=0 ALIGNX2A=1 ADDCFLAGS=0 GEMMBASED=0 
AXPYBASED=1  \
   ALLALIGNXY=0 LDYTOP=0 FNU=0 X87=0 
ID=3 ROUT='ATL_gemvN_v6x8_vsx.c' AUTH='IBM' TA='N' \
   rankR=0 CacheElts=0 SSE=0 alignA=0 alignY=0 alignX=0 minM=0 minN=0 NU=8  \
   MU=24 LDAMUL=0 PFTUNABLE=0 ALIGNX2A=0 ADDCFLAGS=0 GEMMBASED=0 AXPYBASED=1  \
   ALLALIGNXY=0 LDYTOP=0 FNU=0 X87=0   CFLAGS='-O3 -mvsx'  COMP='gcc'

BEGIN BASIC KERNEL TESTS:
   Kernel ATL_gemvN_axpy.c(1) passes basic test
   NUKING bad kernel ATL_gemvN_v6x8_vsx.c(3), MU=24, NU=8
DONE BASIC KERNEL TESTS:


Surviving cases:
ID=1 ROUT='ATL_gemvN_axpy.c' AUTH='R. Clint Whaley' TA='N' \
   rankR=0 CacheElts=0 SSE=0 alignA=0 alignY=0 alignX=0 minM=0 minN=0 NU=16  \
   MU=1 LDAMUL=0 PFTUNABLE=0 ALIGNX2A=0 ADDCFLAGS=0 GEMMBASED=0 AXPYBASED=1  \
   ALLALIGNXY=0 LDYTOP=0 FNU=0 X87=0 

Re: [Fink-users] Failed: phase compiling: atlas-3.10.1-1 failed

2013-04-15 Thread Jack Howarth
On Mon, Apr 15, 2013 at 03:10:07PM +0200, Dominique Dhumieres wrote:
 Can you post INSTALL_LOG/sMVNTUNE.LOG?
 
 I add it at the end of this mail. Apparently the relevant error is
 
 /sw/src/fink.build/atlas-3.10.1-1/darwin_bld/bin/ATLrun.sh: line 4: 63889 
 Segmentation fault  $atldir/$*
 
  I suspect this will reveal that passing -mcpu=7400 -mtune=7400 on mflags
  solves the build problem.
 
 Does this apply also for G5?

The change I checked in will be used for both G4 and G5 (ala MacPorts). If 
there is enough demand,
I would change that to use sysctl to only add '-mtune=7400 -mcpu=7400' on build 
machines with G4's.
The fact that the failure is a a tune related log suggests that this may well 
fix the issue on G4's.
  Jack
ps Note that upstream apparently hasn't tested on PowerPC Macs for awhile as 
they don't have the
expected arch tgz available and the misnamed legacy ones aren't properly 
configured for the newer
atlas releases to build. The current build on PowerPC Macs relies on a full 
manual determination of
the proper configuration settings for the build (with the guidance of passing 
-A4).

 
 Dominique
 
 ***
 ***
 ***
 *   BEGAN ATLAS3.10.1 INSTALL OF SECTION 2-2-7 ON 04/10/2013 AT 23:16 
 *
 ***
 ***
 ***
 
 
 
 make[2]: Entering directory `/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/bin'
 cd /sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv ; make 
 res/sMVNK.sum pre=s
 make[3]: Entering directory 
 `/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv'
 ./xmvnksearch -p s
 
   Read in L1 Cache size as = 32KB.
 
 ERROR 512, LINE 318 OF 
 /sw/src/fink.build/atlas-3.10.1-1/darwin_bld/../ATLAS//include/atlas_mvtesttime.h
 SYSTEM CALL FAILED: make smvnktime M=870 N=8 lda=875 mvnrout=smvn_C.c 
 iflag=24843 MVNKdir=EXTDIR sMVFLAGS=-force_cpusubtype_ALL -fPIC 
 -fomit-frame-pointer -O3 -maltivec -mabi=altivec -force_cpusubtype_ALL -m32 
 -fPIC align=-Fa 4 -Fa -8 -Fx 4 -Fx -8 -Fy 4 -Fy -8 flushKB=0 tflags=-f 
 res/smv90N_870x8_875-0_32x8_0_a0x0x0_24843 -# 8 -F 3902 mu=32 nu=8  
 /var/tmp/tmp.1.FL1FjM 21
 
 
 OUTPUT OF system():
 make[4]: Entering directory 
 `/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv'
 rm -f ATL_smvnk.c ATL_sgemvN.o xsmvnktime
 cp -f EXTDIR/smvn_C.c ATL_smvnk.c
 /sw/src/fink.build/atlas-3.10.1-1/gcc -c -DL2SIZE=4194304 
 -I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/include 
 -I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/../ATLAS//include 
 -I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/../ATLAS//include/contrib 
 -DAdd_ -DF77_INTEGER=int -DStringSunStyle -DATL_OS_OSX -DATL_ARCH_PPCG4 
 -DATL_CPUMHZ=1800 -DATL_GAS_PPC -m32 -DATL_DYLIBS -DATL_FULL_LAPACK 
 -force_cpusubtype_ALL -fPIC -fomit-frame-pointer -O3 -maltivec -mabi=altivec 
 -force_cpusubtype_ALL -m32 -fPIC 
 -I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv -o ATL_smvnk.o \
-DSREAL ATL_smvnk.c
 /sw/src/fink.build/atlas-3.10.1-1/gcc -DL2SIZE=4194304 
 -I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/include 
 -I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/../ATLAS//include 
 -I/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/../ATLAS//include/contrib 
 -DAdd_ -DF77_INTEGER=int -DStringSunStyle -DATL_OS_OSX -DATL_ARCH_PPCG4 
 -DATL_CPUMHZ=1800 -DATL_GAS_PPC -m32 -DATL_DYLIBS -DATL_FULL_LAPACK -fPIC 
 -fomit-frame-pointer -O3 -maltivec -mabi=altivec -force_cpusubtype_ALL -m32 
 -fPIC -o xsmvnktime smvktimeN.o \
ATL_smvnk.o \

 /sw/src/fink.build/atlas-3.10.1-1/darwin_bld/lib/libtstatlas.a 
 /sw/src/fink.build/atlas-3.10.1-1/darwin_bld/lib/libatlas.a
 /sw/src/fink.build/atlas-3.10.1-1/darwin_bld/bin/ATLrun.sh 
 /sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv xsmvnktime -m 870 
 -n 8 -l 875 \
   -C 0 -Fa 4 -Fa -8 -Fx 4 -Fx -8 -Fy 4 -Fy -8 -f 
 res/smv90N_870x8_875-0_32x8_0_a0x0x0_24843 -# 8 -F 3902
 /sw/src/fink.build/atlas-3.10.1-1/darwin_bld/bin/ATLrun.sh: line 4: 63889 
 Segmentation fault  $atldir/$*
 make[4]: *** [smvnktime] Error 139
 make[4]: Leaving directory 
 `/sw/src/fink.build/atlas-3.10.1-1/darwin_bld/tune/blas/gemv'
 
 Cases read in:
 ID=1 ROUT='ATL_gemvN_axpy.c' AUTH='R. Clint Whaley' TA='N' \
rankR=0 CacheElts=0 SSE=0 alignA=0 alignY=0 alignX=0 minM=0 minN=0 NU=16  \
MU=1 LDAMUL=0 PFTUNABLE=0 ALIGNX2A=0 ADDCFLAGS=0 GEMMBASED=0 AXPYBASED=1  \
ALLALIGNXY=0 LDYTOP=0 FNU=0 X87=0 
 ID=2 ROUT='ATL_sgemvN_8x4_sse.c' AUTH='R. Clint Whaley' TA='N' \
rankR=0 CacheElts=0 SSE=1 alignA=0 alignY=16 

[Fink-users] library conflict when using latex

2013-04-15 Thread I'm Hungry

I'm experiencing a library conflict when running latex (or pdflatex) installed 
from texlive on my laptop running Mountain Lion (10.8.3). I have recently done 
a clean install of fink with the most up-to-date Xcode.

latex
dyld: Library not loaded: /sw/lib/libxml2.2.dylib
  Referenced from: /sw/lib/libpoppler.4.dylib
  Reason: Incompatible library version: libpoppler.4.dylib requires version 
11.0.0 or later, but libxml2.2.dylib provides version 10.0.0
Trace/BPT trap

Apparently there is a problem with the DYLD_LIBRARY_PATH, since if I 
temporarily take the drastic measure of unsetting it then latex works fine w/o 
any conflict. I'm not sure why this is happening. Here's the otool output:

otool -L /sw/bin/latex
/sw/bin/latex:
/sw/lib/libpng15.15.dylib (compatibility version 26.0.0, current 
version 26.0.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 
1.2.5)
/sw/lib/libpoppler.4.dylib (compatibility version 5.0.0, current 
version 5.0.0)
/sw/lib/libkpathsea.6.dylib (compatibility version 7.0.0, current 
version 7.1.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current 
version 56.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 169.3.0)

Note that I do not have this problems on an iMac using a slightly older Xcode. 

Thanks for any thoughts on how to resolve this gracefully. 
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis  visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] library conflict when using latex

2013-04-15 Thread Alexander Hansen
On 4/15/13 9:29 AM, I'm Hungry wrote:

 I'm experiencing a library conflict when running latex (or pdflatex) 
 installed from texlive on my laptop running Mountain Lion (10.8.3). I have 
 recently done a clean install of fink with the most up-to-date Xcode.

 latex
 dyld: Library not loaded: /sw/lib/libxml2.2.dylib
Referenced from: /sw/lib/libpoppler.4.dylib
Reason: Incompatible library version: libpoppler.4.dylib requires version 
 11.0.0 or later, but libxml2.2.dylib provides version 10.0.0
 Trace/BPT trap

 Apparently there is a problem with the DYLD_LIBRARY_PATH, since if I 
 temporarily take the drastic measure of unsetting it then latex works fine 
 w/o any conflict. I'm not sure why this is happening. Here's the otool output:


Hard to say, since you didn't post what your DYLD_LIBRARY_PATH is.

And why are you setting DYLD_LIBRARY_PATH, anyway?  That is precisely 
what is breaking your latex.


 otool -L /sw/bin/latex
 /sw/bin/latex:
   /sw/lib/libpng15.15.dylib (compatibility version 26.0.0, current 
 version 26.0.0)
   /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 
 1.2.5)
   /sw/lib/libpoppler.4.dylib (compatibility version 5.0.0, current 
 version 5.0.0)
   /sw/lib/libkpathsea.6.dylib (compatibility version 7.0.0, current 
 version 7.1.0)
   /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current 
 version 56.0.0)
   /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
 version 169.3.0)

 Note that I do not have this problems on an iMac using a slightly older Xcode.

 Thanks for any thoughts on how to resolve this gracefully.

DYLD_LIBRARY_PATH *completely derails* the normal lookup procedure, and 
thus /sw/lib/libpoppler.4.dylib is trying to use an older, incompatible 
libxml2.2.dylib from outside of Fink.

If you're trying to get functionality like LD_LIBRARY_PATH in Linux, 
DYLD_FALLBACK_LIBRARY_PATH in OS X has closer behavior.
-- 
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis  visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] library conflict when using latex

2013-04-15 Thread Peter Dyballa

Am 15.04.2013 um 18:29 schrieb I'm Hungry:

 Apparently there is a problem with the DYLD_LIBRARY_PATH, since if I 
 temporarily take the drastic measure of unsetting it then latex works fine 
 w/o any conflict.

In normal live there is no need to have DYLD_LIBRARY_PATH set.

--
Greetings

  Pete

 _oo o   o
   _ \\_/\_,   \\_ \\_/\_,
  (*)/(*) (*)   (*) (*) `-(*)


--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis  visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users