These are chat archives for bluescarni/piranha

5th
Feb 2016
Francesco Biscani
@bluescarni
Feb 05 2016 12:37
@isuruf how difficult do you think it would be to add appveyor for piranha?
Isuru Fernando
@isuruf
Feb 05 2016 12:42
should be easy
you are thinking of MinGW-w64?
Francesco Biscani
@bluescarni
Feb 05 2016 12:42
yes
do you have any pointer to get started? I am looking specifically at a mingw=w64 build
Francesco Biscani
@bluescarni
Feb 05 2016 12:43
ah nice, cheers
I'll probably need to figure out how to deal with boost, hopefully somebody has packages ready
I can make a package myself in the worst case
the MinGW-w64 toolchain you are using.. it includes already GMP and MPFR?
Isuru Fernando
@isuruf
Feb 05 2016 12:46
Making a package yourself is easier. For MinGW-w64, I use a GMP binary I compiled
Francesco Biscani
@bluescarni
Feb 05 2016 12:47
ah yes I see now
is it possible from travis/appveyor to upload files somewhere? I am wondering if the documentation can be generated and uploaded at each build
Isuru Fernando
@isuruf
Feb 05 2016 12:49
Yes, docs and coverage can be done
Francesco Biscani
@bluescarni
Feb 05 2016 12:49
ok... the only shitty thing is that piranha's docs are kept in a git repo served via gh pages, so not sure how to deal with the security aspect of it
Isuru Fernando
@isuruf
Feb 05 2016 12:50
You can generate a Github API key for your account, encrypt it and use it
Francesco Biscani
@bluescarni
Feb 05 2016 12:51
but wouldn't the key be visible by anyone?
You just have to make sure that you review all pull requests and not introduce any code that reveals it
Francesco Biscani
@bluescarni
Feb 05 2016 12:55
thanks for the pointers
I'll need some time to digest :)
I should be able to merge #35 within the weekend hopefully, I want to add some more tests and the type traits
Isuru Fernando
@isuruf
Feb 05 2016 13:00
Btw, there are lots of boost errors with Clang/C2
Francesco Biscani
@bluescarni
Feb 05 2016 13:01
this is msvc right? you have a log to show?
Isuru Fernando
@isuruf
Feb 05 2016 13:01
In Linux now. I'll send it once I log into windows
Francesco Biscani
@bluescarni
Feb 05 2016 13:02
thanks a lot! if it's boost errors there's not much we can do unfortunately
Isuru Fernando
@isuruf
Feb 05 2016 13:02
Clang/C2 can't even parse C++ complex header. There's a literal ""if and it fails
Francesco Biscani
@bluescarni
Feb 05 2016 13:03
ah bugger.. I would've hoped it would be as solid as vanilla clang
Isuru Fernando
@isuruf
Feb 05 2016 13:03
I had to comment those methods to get to the boost errors
Francesco Biscani
@bluescarni
Feb 05 2016 13:04
right.. hopefully it is something that will be fixed quickly once Clang/C2 starts to be used
is this with the latest boost as well?
Isuru Fernando
@isuruf
Feb 05 2016 13:04
Boost errors are because of some unforeseen combinations in #defines.
1.16.0
Francesco Biscani
@bluescarni
Feb 05 2016 13:05
might be confused by the mix between clang and msvc
Isuru Fernando
@isuruf
Feb 05 2016 13:05
Yes
Francesco Biscani
@bluescarni
Feb 05 2016 13:05
1.60 you mean?
Isuru Fernando
@isuruf
Feb 05 2016 13:05
yes
Francesco Biscani
@bluescarni
Feb 05 2016 13:06
Isuru Fernando
@isuruf
Feb 05 2016 13:07
Microsoft's cmake fork works good btw for Clang/C2. Hopefully it will get merged in upstream
Francesco Biscani
@bluescarni
Feb 05 2016 13:07
didn't know they forked cmake... for real?
"The current working branch MSWinRTPhoneStore adds support for producing Windows Store and Windows Phone 8.0 and 8.1 projects with Visual Studio 2012 and 2013."
ok so it looks like more about packaging than general purpose functionality
Francesco Biscani
@bluescarni
Feb 05 2016 13:12
the patched libpython in appveyor.. is it about the fix needed to support mingw-w64 via #define trickery?
I think we discussed this months ago
Isuru Fernando
@isuruf
Feb 05 2016 13:13
Yes
An error about symbols not defined in architecture
I don't know if it's still needed
Francesco Biscani
@bluescarni
Feb 05 2016 13:16
not sure, last time I checked there was a long standing bug report in Python's bugzilla about difficulties in compiling extensions with MinGW, including this one
the fixes were trivial but the Python devs showed very little interest in applying them
it was pretty depressing to witness actually
Francesco Biscani
@bluescarni
Feb 05 2016 13:23
seems like there's some movement since a couple of months finally
Francesco Biscani
@bluescarni
Feb 05 2016 13:29
ok did you see this one? http://mingwpy.github.io/
Isuru Fernando
@isuruf
Feb 05 2016 13:33
Looks promising
Francesco Biscani
@bluescarni
Feb 05 2016 13:33
yeah especially if you can install it via pip :)
Isuru Fernando
@isuruf
Feb 05 2016 13:36
Do you have a Windows installation to try out the appveyor script?
Francesco Biscani
@bluescarni
Feb 05 2016 13:36
No, I have a windows machine at home but I need to wipe it... how do you try the script?
Isuru Fernando
@isuruf
Feb 05 2016 13:37
I just run the script in cmd and see if it works
Also you can log in to the appveyor VM in the middle of a build
Francesco Biscani
@bluescarni
Feb 05 2016 13:39
ah nice ok... appveyor scripts are regular windows script or do you need powershell or something similar?
Isuru Fernando
@isuruf
Feb 05 2016 13:40
In SymEngine only regular scripts are used, but you can use powershell as well
But for setting variables you need regular windows script, otherwise when the powershell exists, they are not set anymore.
Francesco Biscani
@bluescarni
Feb 05 2016 13:48
good to know, cheers
I probably need to setup a VM to do this properly
I hate dual booting
Francesco Biscani
@bluescarni
Feb 05 2016 13:55
it would be really cool to have something that does the full coverage + documentation, plus special builds to compile python modules and upload them to pypi or similar