Re: [Fink-users] Failed: phase compiling: qt5-mac-qtbase-5.5.0-2 failed

2015-09-21 Thread Sean Lake 

> On Sep 20, 2015, at 15:59, Hanspeter Niederstrasser  
> wrote:
> 
> On 9/20/2015 8:31 AM, Dominique Dhumieres wrote:
>> Updating to qt5-mac-qtbase-5.5.0-2 on
>> 
>> Package manager version: 0.38.7
>> Distribution version: selfupdate-rsync Sun Sep 20 15:11:32 2015, 10.10, 
>> x86_64
>> Trees: local/main stable/main stable/crypto
>> Xcode.app: 7.0
>> Xcode command-line tools: 7.0.0.0.1.1441394355
>> Max. Fink build jobs:  8
>> 
>> failed with
>> 
>> ...
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>>  -c -pipe -O2 -isysroot 
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk
>>  -std=c++11 -stdlib=libc++ -mmacosx-version-min=10.7 -fvisibility=hidden 
>> -fvisibility-inlines-hidden -Wall -W -DQT_NO_MTDEV -DQT_NO_LIBUDEV 
>> -DQT_NO_EVDEV -DQT_NO_TSLIB -DQT_NO_LIBINPUT -DQT_NO_EXCEPTIONS 
>> -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_PLUGIN 
>> -DQT_PLATFORMSUPPORT_LIB -DQT_PRINTSUPPORT_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB 
>> -DQT_CORE_LIB -I. -I../../../../include 
>> -I../../../../include/QtPlatformSupport 
>> -I../../../../include/QtPlatformSupport/5.5.0 
>> -I../../../../include/QtPlatformSupport/5.5.0/QtPlatformSupport 
>> -I../../../../lib/QtGui.framework/Headers 
>> -I../../../../lib/QtGui.framework/Headers/5.5.0 
>> -I../../../../lib/QtGui.framework/Headers/5.5.0/QtGui 
>> -I../../../../lib/QtWidgets.framework/Headers 
>> -I../../../../lib/QtWidgets.framework/Header
> s/5.5.0 -
> I../../../../lib/QtWidgets.framework/Headers/5.5.0/QtWidgets 
> -I../../../../lib/QtPrintSupport.framework/Headers 
> -I../../../../lib/QtPrintSupport.framework/Headers/5.5.0 
> -I../../../../lib/QtPrintSupport.framework/Headers/5.5.0/QtPrintSupport 
> -I../../../../lib/QtCore.framework/Headers 
> -I../../../../lib/QtCore.framework/Headers/5.5.0 
> -I../../../../lib/QtCore.framework/Headers/5.5.0/QtCore -I.moc 
> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/System/Library/Frameworks/OpenGL.framework/Headers
>  
> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/System/Library/Frameworks/AGL.framework/Headers
>  -I../../../../mkspecs/macx-clang 
> -F/sw64/src/fink.build/qt5-mac-qtbase-5.5.0-2/qtbase-opensource-src-5.5.0/lib 
> qcocoainputcontext.mm -o .obj/qcocoainputcontext.o
>> qcocoacursor.mm:76:20: error: no matching function for call to 
>> 'CGEventCreateMouseEvent'
>> CGEventRef e = CGEventCreateMouseEvent(0, kCGEventMouseMoved, pos, 0);
>>^~~
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGEvent.h:57:33:
>>  note:
>>   candidate function not viable: no known conversion from 'int' to 
>> 'CGMouseButton' for 4th argument
>> CG_EXTERN CGEventRef __nullable CGEventCreateMouseEvent(
> 
> Please selfupdate and try revision: 3 that I just committed.
> 
> Hanspeter

That fixed the problem for me. Compile all the way to matplotlib-py27 was 
successful.

Sean
--
___
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 installing: atlas-3.10.2-2 failed

2015-09-21 Thread Sean Lake 
Jack,

Well, I'm back to Xcode 7, and the build works. It's a shame that atlas can't 
use the AVX instructions, because the FMA ops are supposed to provide pretty 
big performance wins for a lot of algorithms.

Thanks,
Sean

> On Sep 19, 2015, at 12:52, Sean Lake  wrote:
> 
> Jack,
> 
> Thanks for your hard work. I had to downgrade to Xcode 6.4 because I need 
> matplotlib-py27 and the QT5 build is failing.
> 
> Sean
> 
>> On Sep 19, 2015, at 11:38, Jack Howarth  wrote:
>> 
>> Sean,
>>  Try current fink cvs for the 10.7 tree. I've added an 
>> atlas-xcode7.patch to the current atlas.info which suppresses the probing 
>> for AVX support so that the build stays at SSE3. This builds fine here on 
>> 10.10 against Xcode 7 on a MacPro 3,1.
>>   Jack
>> 
>> On Fri, Sep 18, 2015 at 11:42 PM, Sean Lake  wrote:
>> Ok, trying again to send to fink-users, not fink-core.
>> 
>> Sean Lake
>> 
>>> On Sep 18, 2015, at 20:29, Jack Howarth  wrote:
>>> 
>>> 
>>> 
>>> On Fri, Sep 18, 2015 at 11:05 PM, Sean Lake  wrote:
>>> I've attached the log. Perhaps you can find the source of the error in 
>>> there.
>>> 
>>> Thanks,
>>> Sean Lake
>>> 
>>> 
>>> Sean,
>>> This is unlikely to be fixed anytime soon. The atlas build has always 
>>> be very fragile and the new clang assembler is now allowing it to explore 
>>> using the AVX opcodes. Previously on darwin the legacy GNU based assembler 
>>> was limited to SSE3 opcodes. Notice that the errors are starting here...
>>> 
>>> /sw/src/fink.build/atlas-3.10.2-2/darwin_bld/../ATLAS//src/blas/level3/kernel/ATL_trsmKL_rk4.c:39:9:
>>>  warning: AVX vector return without AVX enabled changes the ABI [-Wpsabi]
>>>rB00 = _mm256_broadcast_pd((void*)pB0);  /* B10 B00 B10 B00 
>>> */
>>> ^
>>> /sw/src/fink.build/atlas-3.10.2-2/darwin_bld/../ATLAS//src/blas/level3/kernel/ATL_trsmKR_rk4.c:
>>>  In function 'ATL_rk4':
>>> /sw/src/fink.build/atlas-3.10.2-2/darwin_bld/../ATLAS//src/blas/level3/kernel/ATL_trsmKR_rk4.c:39:9:
>>>  warning: AVX vector return without AVX enabled changes the ABI [-Wpsabi]
>>>rB00 = _mm256_broadcast_pd((void*)pB0);  /* B10 B00 B10 B00 
>>> */
>>> ^
>>> In file included from 
>>> /sw/lib/gcc5/lib/gcc/x86_64-apple-darwin14.5.0/5.2.0/include/immintrin.h:41:0,
>>> from 
>>> /sw/src/fink.build/atlas-3.10.2-2/darwin_bld/../ATLAS//src/blas/level3/kernel/ATL_trsmKL_rk4.c:14:
>>> /sw/lib/gcc5/lib/gcc/x86_64-apple-darwin14.5.0/5.2.0/include/avxintrin.h:834:1:
>>>  error: inlining failed in call to always_inline '_mm256_load_pd': target 
>>> specific option mismatch
>>> _mm256_load_pd (double const *__P)
>>> ^
>>> 
>>> Upstream will have to revise their in-line assembly code to be compatible 
>>> with the clang-based assembler or they will have to provide a mechanism to 
>>> override the selection of the AVX-opcodes. Note that the legacy GNU-based 
>>> assembler never allowed the optimizations to expand beyond...
>>> 
>>> -DATL_ARCH_Corei1 -DATL_CPUMHZ=2260 -DATL_SSE3 -DATL_SSE2 -DATL_SSE1
>>> 
>>> but the new clang-based assembler is allowing totally new optimization 
>>> levels to be attempted.
>>> 
>>> -DATL_ARCH_Corei3 -DATL_CPUMHZ=3500 -DATL_AVXMAC -DATL_AVX -DATL_SSE3 
>>> -DATL_SSE2 -DATL_SSE1
>>> 
>>>  Jack
>>> 
 On Sep 18, 2015, at 19:16, Jack Howarth  wrote:
 
 
 
 On Fri, Sep 18, 2015 at 10:14 PM, Sean Lake  wrote:
 Same error.
 
 Then I am out of ideas here.
 
 Thanks,
 Sean
 
> On Sep 18, 2015, at 18:36, Jack Howarth  wrote:
> 
> 
> 
> On Fri, Sep 18, 2015 at 9:35 PM, Sean Lake  wrote:
> fink's make is installed. I also have cmake.
> 
> i   make 4.1-2Software build tool
> i   cmake3.3.0-1  Cross-platform Make
> 
> Try it again without fink make installed.
> 
> 
>> On Sep 18, 2015, at 18:33, Jack Howarth  
>> wrote:
>> 
>> 
>> 
>> On Fri, Sep 18, 2015 at 9:17 PM, Sean Lake  
>> wrote:
>> 
>>> On Sep 18, 2015, at 17:22, Jack Howarth  
>>> wrote:
>>> 
>>> 
>>> 
>>> On Fri, Sep 18, 2015 at 8:12 PM, Sean Lake  
>>> wrote:
>>> Hello all,
>>> 
>>> Not sure why the install is failing on this one.
>>> 
>>> Sean
>>> 
>>> Error text:
>>> make[1]: Entering directory 
>>> '/sw/src/fink.build/atlas-3.10.2-2/darwin_bld'
>>> cp /sw/src/fink.build/atlas-3.10.2-2/darwin_bld/lib/libatlas.a 
>>> /sw/src/fink.build/root-atlas-3.10.2-2/sw/lib/.
>>> cp /sw/src/fink.build/atlas-3.10.2-2/darwin_bld/lib/libcblas.a 
>>>

Re: [Fink-users] Failed: phase installing: atlas-3.10.2-2 failed

2015-09-21 Thread Jack Howarth 
On Mon, Sep 21, 2015 at 3:02 AM, Sean Lake  wrote:

> Jack,
>
> Well, I'm back to Xcode 7, and the build works. It's a shame that atlas
> can't use the AVX instructions, because the FMA ops are supposed to provide
> pretty big performance wins for a lot of algorithms.
>
>
Sean,
   Support for AVX codes will likely require switching to the unstable
branch of atlas after upstream adapts to the strictness of the clang based
assembler on their usage. However it is problematic to support  AVX opcodes
as that makes the package potentially non-portable between between machines
and thus inappropriate for inclusion in the binary distribution of fink.
  Jack


> Thanks,
> Sean
>
> > On Sep 19, 2015, at 12:52, Sean Lake  wrote:
> >
> > Jack,
> >
> > Thanks for your hard work. I had to downgrade to Xcode 6.4 because I
> need matplotlib-py27 and the QT5 build is failing.
> >
> > Sean
> >
> >> On Sep 19, 2015, at 11:38, Jack Howarth 
> wrote:
> >>
> >> Sean,
> >>  Try current fink cvs for the 10.7 tree. I've added an
> atlas-xcode7.patch to the current atlas.info which suppresses the probing
> for AVX support so that the build stays at SSE3. This builds fine here on
> 10.10 against Xcode 7 on a MacPro 3,1.
> >>   Jack
> >>
> >> On Fri, Sep 18, 2015 at 11:42 PM, Sean Lake 
> wrote:
> >> Ok, trying again to send to fink-users, not fink-core.
> >>
> >> Sean Lake
> >>
> >>> On Sep 18, 2015, at 20:29, Jack Howarth 
> wrote:
> >>>
> >>>
> >>>
> >>> On Fri, Sep 18, 2015 at 11:05 PM, Sean Lake 
> wrote:
> >>> I've attached the log. Perhaps you can find the source of the error in
> there.
> >>>
> >>> Thanks,
> >>> Sean Lake
> >>>
> >>>
> >>> Sean,
> >>> This is unlikely to be fixed anytime soon. The atlas build has
> always be very fragile and the new clang assembler is now allowing it to
> explore using the AVX opcodes. Previously on darwin the legacy GNU based
> assembler was limited to SSE3 opcodes. Notice that the errors are starting
> here...
> >>>
> >>>
> /sw/src/fink.build/atlas-3.10.2-2/darwin_bld/../ATLAS//src/blas/level3/kernel/ATL_trsmKL_rk4.c:39:9:
> warning: AVX vector return without AVX enabled changes the ABI [-Wpsabi]
> >>>rB00 = _mm256_broadcast_pd((void*)pB0);  /* B10 B00 B10
> B00 */
> >>> ^
> >>>
> /sw/src/fink.build/atlas-3.10.2-2/darwin_bld/../ATLAS//src/blas/level3/kernel/ATL_trsmKR_rk4.c:
> In function 'ATL_rk4':
> >>>
> /sw/src/fink.build/atlas-3.10.2-2/darwin_bld/../ATLAS//src/blas/level3/kernel/ATL_trsmKR_rk4.c:39:9:
> warning: AVX vector return without AVX enabled changes the ABI [-Wpsabi]
> >>>rB00 = _mm256_broadcast_pd((void*)pB0);  /* B10 B00 B10
> B00 */
> >>> ^
> >>> In file included from
> /sw/lib/gcc5/lib/gcc/x86_64-apple-darwin14.5.0/5.2.0/include/immintrin.h:41:0,
> >>> from
> /sw/src/fink.build/atlas-3.10.2-2/darwin_bld/../ATLAS//src/blas/level3/kernel/ATL_trsmKL_rk4.c:14:
> >>>
> /sw/lib/gcc5/lib/gcc/x86_64-apple-darwin14.5.0/5.2.0/include/avxintrin.h:834:1:
> error: inlining failed in call to always_inline '_mm256_load_pd': target
> specific option mismatch
> >>> _mm256_load_pd (double const *__P)
> >>> ^
> >>>
> >>> Upstream will have to revise their in-line assembly code to be
> compatible with the clang-based assembler or they will have to provide a
> mechanism to override the selection of the AVX-opcodes. Note that the
> legacy GNU-based assembler never allowed the optimizations to expand
> beyond...
> >>>
> >>> -DATL_ARCH_Corei1 -DATL_CPUMHZ=2260 -DATL_SSE3 -DATL_SSE2 -DATL_SSE1
> >>>
> >>> but the new clang-based assembler is allowing totally new optimization
> levels to be attempted.
> >>>
> >>> -DATL_ARCH_Corei3 -DATL_CPUMHZ=3500 -DATL_AVXMAC -DATL_AVX -DATL_SSE3
> -DATL_SSE2 -DATL_SSE1
> >>>
> >>>  Jack
> >>>
>  On Sep 18, 2015, at 19:16, Jack Howarth 
> wrote:
> 
> 
> 
>  On Fri, Sep 18, 2015 at 10:14 PM, Sean Lake 
> wrote:
>  Same error.
> 
>  Then I am out of ideas here.
> 
>  Thanks,
>  Sean
> 
> > On Sep 18, 2015, at 18:36, Jack Howarth 
> wrote:
> >
> >
> >
> > On Fri, Sep 18, 2015 at 9:35 PM, Sean Lake 
> wrote:
> > fink's make is installed. I also have cmake.
> >
> > i   make 4.1-2Software build tool
> > i   cmake3.3.0-1  Cross-platform Make
> >
> > Try it again without fink make installed.
> >
> >
> >> On Sep 18, 2015, at 18:33, Jack Howarth 
> wrote:
> >>
> >>
> >>
> >> On Fri, Sep 18, 2015 at 9:17 PM, Sean Lake 
> wrote:
> >>
> >>> On Sep 18, 2015, at 17:22, Jack Howarth 
> wrote:
>

Re: [Fink-users] Package mongodb compilation error

2015-09-21 Thread Laurent Lecigne 
Corrected indeed.

Again, thanks for your quick support on this.

Regards.

> Le 16 sept. 2015 à 04:44, Hanspeter Niederstrasser  a 
> écrit :
> 
> On 9/14/2015 2:22 PM, Laurent Lecigne wrote:
>> Hello Hanspeter,
>> 
>> Thanks for your quick response !
>> 
>> I’ve tried the latest mongodb package but I still got compilation errors on 
>> v8 and related (required deps like gcc5 and the like built properly).
>> 
>> —8<——
>> scons: *** 
>> [build/darwin/use-system-boost/use-system-pcre/use-system-snappy/usev8/third_party/v8/src/x64/debug-x64.o]
>>  Error 1
>> In file included from src/third_party/v8/src/x64/deoptimizer-x64.cc:28:
>> In file included from src/third_party/v8/src/v8.h:60:
>> In file included from src/third_party/v8/src/objects-inl.h:38:
>> In file included from src/third_party/v8/src/elements.h:33:
>> In file included from src/third_party/v8/src/heap.h:41:
>> src/third_party/v8/src/store-buffer.h:229:9: error: private field 'heap_' is 
>> not used [-Werror,-Wunused-private-field]
>>   Heap* heap_;
>> ^
>> 3 errors generated.
>>  —8<——
> 
> Corrected patch has been uploaded that takes care of the -Werror flag.
> 
> Hanspeter

--
___
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