- Haskell-Cafe - Haskell.org

GHC users on PowerPC and *BSD/Darwin?
by Erik de Castro Lopo 12 Jul '12

12 Jul '12

Hi all, Users of GHC on PowerPC would probably be aware of this bug: http://hackage.haskell.org/trac/ghc/ticket/2972 which causes GHCi to segfault as soon as it was started. Ben M. Collins has come up with a fix for this I am preparing it for submission to the GHC git tree. I have have tested it on linux-powerpc, but would also like to test it on *BSD/Darwin. Anybody out there interested? You will need: * A PowerPC machine running *BSD or Darwin. * A working GHC compiler. If you're interested email me at erikd AT mega-nerd dot com. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

1 0

Haskell Weekly News: Issue 235
by Daniel Santa Cruz 11 Jul '12

11 Jul '12

Welcome to issue 235 of the HWN, an issue covering crowd-sourced bits of information about Haskell from around the web. This issue covers the week of July 1 to 7, 2012. Quotes of the Week * Kukkua: They say there are two things, once mastered, you will harness boundless strength from the cosmos itself, continuations and monads. * startling: saying "monad" within earshot of a muggle is pretty funny * maybefbi: Haskell is forcing me to think a lot * Wadler says: So, the essence of XML is this: the problem it solves is not hard, and it does not solve the problem well. Top Reddit Stories * This is what my first attempt at writing code in Haskell went like Domain: self.haskell, Score: 82, Comments: 32 On Reddit: [1] http://goo.gl/uq3Tt Original: [2] http://goo.gl/uq3Tt * The Architecture of Open Source Applications: The Glasgow Haskell Compiler Domain: aosabook.org, Score: 59, Comments: 5 On Reddit: [3] http://goo.gl/5v906 Original: [4] http://goo.gl/yYqUJ * Slides for 7 lectures on Parallel and Concurrent Haskell (including GPU programming with Accelerate) Domain: community.haskell.org, Score: 51, Comments: 10 On Reddit: [5] http://goo.gl/pmGsr Original: [6] http://goo.gl/wumiT * How pythoners view Haskell compared with Python Domain: wiki.python.org, Score: 40, Comments: 70 On Reddit: [7] http://goo.gl/Xe3AF Original: [8] http://goo.gl/ydpyj * How I made the switch to functional programming. Domain: self.haskell, Score: 38, Comments: 14 On Reddit: [9] http://goo.gl/m6IXs Original: [10] http://goo.gl/m6IXs * Why Functional Matters: Your white board will never be the same Domain: blog.jessitron.com, Score: 35, Comments: 5 On Reddit: [11] http://goo.gl/b71zi Original: [12] http://goo.gl/SkJaA * Building a better AES package Domain: tab.snarc.org, Score: 33, Comments: 19 On Reddit: [13] http://goo.gl/A0hwE Original: [14] http://goo.gl/0p9PE * FP Complete is hiring Haskell programmers Domain: haskellers.com, Score: 32, Comments: 4 On Reddit: [15] http://goo.gl/L8Xuh Original: [16] http://goo.gl/6AxT7 * Parallel and Concurrent Programming in Haskell (Lab exercises by Simon Marlow) Domain: community.haskell.org, Score: 31, Comments: On Reddit: [17] http://goo.gl/cjBJ0 Original: [18] http://goo.gl/olFva * pipes 2.1 released with prettier Frame, using indexed and restricted monads Domain: haskellforall.com, Score: 30, Comments: 31 On Reddit: [19] http://goo.gl/Trajz Original: [20] http://goo.gl/vqluc * conduit 0.5.0 released, now with extensive tutorial Domain: hackage.haskell.org, Score: 27, Comments: 2 On Reddit: [21] http://goo.gl/s5Wmh Original: [22] http://goo.gl/RUrpw * A (experimental) treat for Emacs interactive-mode users Domain: youtube.com, Score: 26, Comments: 2 On Reddit: [23] http://goo.gl/13wD9 Original: [24] http://goo.gl/C54V5 * Exploring CPU design using Haskell - Introduction to the architecture Domain: random.axman6.com, Score: 25, Comments: 17 On Reddit: [25] http://goo.gl/f1v2M Original: [26] http://goo.gl/xvSUF * Haskell is dead! (pun intended, not a flame :D) Domain: i.imgur.com, Score: 22, Comments: 37 On Reddit: [27] http://goo.gl/jPRu9 Original: [28] http://goo.gl/2DclX * Announcing lens-family-core, lens-family, and lens-family-th Domain: self.haskell, Score: 22, Comments: 8 On Reddit: [29] http://goo.gl/Axyxs Original: [30] http://goo.gl/Axyxs * Happstack Irregular News Issue #2 Domain: happstack.com, Score: 21, Comments: 3 On Reddit: [31] http://goo.gl/n7a0Z Original: [32] http://goo.gl/kU7OV * "Tying the Knot" using the RWS Monad Domain: mergeconflict.com, Score: 21, Comments: 16 On Reddit: [33] http://goo.gl/FavKj Original: [34] http://goo.gl/TESiO * LiveScript: a more functional JavaScript Domain: gkz.github.com, Score: 18, Comments: 9 On Reddit: [35] http://goo.gl/NQecG Original: [36] http://goo.gl/1hsTo Top StackOverflow Questions * Functional design patterns votes: 36, answers: 5 Read on SO: [37] http://goo.gl/hjzwm * Using return vs. not using return in the list monad votes: 22, answers: 6 Read on SO: [38] http://goo.gl/zkQH1 * Compute as much of a list as possible in a fixed time votes: 19, answers: 3 Read on SO: [39] http://goo.gl/BpBFe * Why is `logBase 10 x` slower than `log x / log 10`, even when specialized? votes: 16, answers: 2 Read on SO: [40] http://goo.gl/4rkTi * How has Haskell changed? votes: 16, answers: 2 Read on SO: [41] http://goo.gl/Rkz41 * What are the similarities and differences among Haskell indentation modes for Emacs? votes: 16, answers: 0 Read on SO: [42] http://goo.gl/xHn7L * Arrow equivalent of mapM? votes: 9, answers: 1 Read on SO: [43] http://goo.gl/XlQWR * Can I pass a pattern into a function? votes: 9, answers: 2 Read on SO: [44] http://goo.gl/J6N3w * Referential transparency and mmap in Haskell votes: 8, answers: 1 Read on SO: [45] http://goo.gl/iJGp5 * Is EC2 Ubuntu 12.04 different, if compiling Haskell locally? votes: 7, answers: 1 Read on SO: [46] http://goo.gl/Qivdq Until next time, Daniel Santa Cruz References 1. http://www.reddit.com/r/haskell/comments/w3k4v/this_is_what_my_first_attemp… 2. http://www.reddit.com/r/haskell/comments/w3k4v/this_is_what_my_first_attemp… 3. http://www.aosabook.org/en/ghc.html 4. http://www.reddit.com/r/haskell/comments/w2skx/the_architecture_of_open_sou… 5. http://community.haskell.org/~simonmar/slides/cadarache2012/ 6. http://www.reddit.com/r/haskell/comments/vyzj8/slides_for_7_lectures_on_par… 7. http://wiki.python.org/moin/PythonVsHaskell 8. http://www.reddit.com/r/haskell/comments/w2jiv/how_pythoners_view_haskell_c… 9. http://www.reddit.com/r/haskell/comments/w77xy/how_i_made_the_switch_to_fun… 10. http://www.reddit.com/r/haskell/comments/w77xy/how_i_made_the_switch_to_fun… 11. http://blog.jessitron.com/2012/06/why-functional-matters-your-white-board.h… 12. http://www.reddit.com/r/haskell/comments/w1453/why_functional_matters_your_… 13. http://tab.snarc.org/posts/haskell/2012-07-07-building-a-better-haskell-aes… 14. http://www.reddit.com/r/haskell/comments/w6btf/building_a_better_aes_packag… 15. http://www.haskellers.com/jobs/14 16. http://www.reddit.com/r/haskell/comments/w4xyc/fp_complete_is_hiring_haskel… 17. http://community.haskell.org/~simonmar/lab-exercises-cadarache.pdf 18. http://www.reddit.com/r/haskell/comments/vzpfy/parallel_and_concurrent_prog… 19. http://www.haskellforall.com/2012/07/pipes-21-and-index-core-10-indexed.html 20. http://www.reddit.com/r/haskell/comments/vx1dt/pipes_21_released_with_prett… 21. http://hackage.haskell.org/packages/archive/conduit/0.5.0/doc/html/Data-Con… 22. http://www.reddit.com/r/haskell/comments/vwge4/conduit_050_released_now_wit… 23. http://www.youtube.com/watch?v=pu9AGSOySlE 24. http://www.reddit.com/r/haskell/comments/w1k7s/a_experimental_treat_for_ema… 25. http://random.axman6.com/blog/?p=327 26. http://www.reddit.com/r/haskell/comments/w4aan/exploring_cpu_design_using_h… 27. http://i.imgur.com/zzQrx.png 28. http://www.reddit.com/r/haskell/comments/vvkkm/haskell_is_dead_pun_intended… 29. http://www.reddit.com/r/haskell/comments/w5ine/announcing_lensfamilycore_le… 30. http://www.reddit.com/r/haskell/comments/w5ine/announcing_lensfamilycore_le… 31. http://www.happstack.com/C/ViewPage/12 32. http://www.reddit.com/r/haskell/comments/vxi3c/happstack_irregular_news_iss… 33. http://mergeconflict.com/archives/57 34. http://www.reddit.com/r/haskell/comments/w0haf/tying_the_knot_using_the_rws… 35. http://gkz.github.com/LiveScript/ 36. http://www.reddit.com/r/haskell/comments/w39a3/livescript_a_more_functional… 37. http://stackoverflow.com/questions/11339637/functional-design-patterns 38. http://stackoverflow.com/questions/11323300/using-return-vs-not-using-retur… 39. http://stackoverflow.com/questions/11320180/compute-as-much-of-a-list-as-po… 40. http://stackoverflow.com/questions/11290929/why-is-logbase-10-x-slower-than… 41. http://stackoverflow.com/questions/11296157/how-has-haskell-changed 42. http://stackoverflow.com/questions/11365815/what-are-the-similarities-and-d… 43. http://stackoverflow.com/questions/11303642/arrow-equivalent-of-mapm 44. http://stackoverflow.com/questions/11336687/can-i-pass-a-pattern-into-a-fun… 45. http://stackoverflow.com/questions/11283975/referential-transparency-and-mm… 46. http://stackoverflow.com/questions/11278733/is-ec2-ubuntu-12-04-different-i…

1 0

wondering about a MonadIO instance for a heap data type
by Qi Qi 11 Jul '12

11 Jul '12

Hi, I was wondering about creating an instance of MonadIO for a heap data. Any hints? data Heap a = E | T Int a (Heap a) (Heap a) deriving (Eq, Ord, Read, Show) The reason is that I want to use liftIO during a heapsort to print out intermediate results. Thanks. Qi Qi

4 5

There is some article mentioning that FP is mainly good for mathematical and list programming.
by KC 10 Jul '12

10 Jul '12

There is some article mentioning that functional programming is mainly good for mathematical programming and list programming because otherwise it is to cryptic for business and database applications. Being semi-intelligent, I thought I could reduce what others think of as cryptic but maybe instead of 18 wheels I have only 17 wheels. :D -- -- Regards, KC

1 0

DPH matrix product
by mblanco 10 Jul '12

10 Jul '12

Hi, I'm trying to implement a matrix product example using DPH. This is the code: ------------------------------------------------------------------------------------------------------------------- type MMultType = Double type Matrix = [:[:MMultType:]:] type MVector = [:MMultType:] type Matrix_wrapper = PArray (PArray MMultType) {-# NOINLINE matMult_wrapper #-} matMult_wrapper :: Matrix_wrapper -> Matrix_wrapper -> Matrix_wrapper matMult_wrapper mA mB = toPArrayP (mapP toPArrayP (matMult (fromNestedPArrayP mA) (fromNestedPArrayP mB))) matMult :: Matrix -> Matrix -> Matrix matMult mA mB = mapP (\row -> mapP (\col -> dotp row col) (transposeP mB)) mA dotp :: MVector -> MVector -> MMultType dotp row col = D.sumP (zipWithP (D.*) row col) transposeP :: Matrix -> Matrix transposeP m = let h = lengthP m w = lengthP (m !: 0) rh = I.enumFromToP 0 (h I.- 1) rw = I.enumFromToP 0 (w I.- 1) in if h I.== 0 then [: :] else mapP (\y -> mapP (\x -> m !: x !: y) rh) rw ------------------------------------------------------------------------------------------------------------------- My problem is at execution time, on matrices of size 300*300 the program does finish (although it is very slow), but on 700*700 it consumes GBs of RAM until the process is aborted. In the paper "Work Efficient Higher-Order Vectorisation" it is explained that a work complexity problem (wich involved unnecesary array replication) was recently treated. So at first I thought the code implementation related to the paper had not been uploaded to hackage. But as I understand it must have been, as that seems to be the motive of the "dph-lifted-vseg" package. Does anybody notice the problem with the example or if the problem is related to the subject treated in the paper? Thanks in advance!

3 3

ANN: unification-fd 0.8.0
by wren ng thornton 10 Jul '12

10 Jul '12

-------------------------------------------- -- unification-fd 0.8.0 -------------------------------------------- The unification-fd package offers generic functions for single-sorted first-order structural unification (think of programming in Prolog, or of the metavariables in type inference)[1][2]. The library *is* sufficient for implementing higher-rank type systems a la [Peyton Jones, Vytiniotis, Weirich, Shields], but bear in mind that unification variables are the metavariables of type inference--- not the type-variables. As of this version, the library is also sufficient for implementing (non-recursive) feature structure unification. An effort has been made to make the package as portable as possible. However, because it uses the ST monad and the mtl-2 package it can't be H98 nor H2010. However, it only uses the following common extensions which should be well supported[3]: Rank2Types MultiParamTypeClasses FunctionalDependencies -- Alas, necessary for type inference FlexibleContexts -- Necessary for practical use of MPTCs FlexibleInstances -- Necessary for practical use of MPTCs UndecidableInstances -- For Show instances due to two-level types -------------------------------------------- -- Changes (since 0.7.0) -------------------------------------------- This release is another API breaking release, though hopefully minor. In particular, the type of the zipMatch method for Unifiable has changed from: zipMatch :: t a -> t b -> Maybe (t (a, b)) to: zipMatch :: t a -> t a -> Maybe (t (Either a (a, a))) With the new type each of the unification subproblems can be declared as fully resolved (Left xy) or as still pending solution (Right (x,y))--- whereas the previous type only allowed the latter. This extension is necessary for implementing unification of feature structures (e.g., t ~ Map k). Given two feature structures which do not fully overlap, we can now declare that the non-intersecting parts have been unified and only require further unification for the parts which intersect--- whereas previously we would've been forced to declare the non-intersecting parts as requiring unification with themselves, which will always succeed and introduces extra work. This feature is one I had available in earlier unpublished versions of the code, but errantly removed it when simplifying things for publishing on Hackage. To fix extant Unifiable instances, just wrap each tuple with Right. For those who care about such things, I have not been able to discern any noticeable difference in performance between the two versions. If you can provide benchmarks demonstrating otherwise, I'd be pleased to look at them. In addition, the Show instance for Fix has been adjusted to use showsPrec in lieu of show, correcting some infelicities with the output. -------------------------------------------- -- Description -------------------------------------------- The unification API is generic in the type of the structures being unified and in the implementation of unification variables, following the two-level types pearl of Sheard (2001). This style mixes well with Swierstra (2008), though an implementation of the latter is not included in this package. That is, all you have to do is define the functor whose fixed-point is the recursive type you're interested in: -- The non-recursive structure of terms data S a = ... -- The recursive term type type Term = Fix S And then provide an instance for Unifiable, where zipMatch performs one level of equality testing for terms and returns the one-level spine filled with pairs of subterms to be recursively checked, or Nothing if this level doesn't match. Each subterm can be separately marked as being resolved, Left xy, or as requiring further unification, Right(x,y). class (Traversable t) => Unifiable t where zipMatch :: t a -> t a -> Maybe (t (Either a (a, a))) The choice of which variable implementation to use is defined by similarly simple classes Variable and BindingMonad. We store the variable bindings in a monad, for obvious reasons. In case it's not obvious, see Dijkstra et al. (2008) for benchmarks demonstrating the cost of naively applying bindings eagerly. There are currently two implementations of variables provided: one based on STRefs, and another based on a state monad carrying an IntMap. The former has the benefit of O(1) access time, but the latter is plenty fast and has the benefit of supporting backtracking. Backtracking itself is provided by the logict package and is described in Kiselyov et al. (2005). In addition to this modularity, unification-fd implements a number of optimizations over the algorithm presented in Sheard (2001)--- which is also the algorithm presented in Cardelli (1987). * Their implementation uses path compression, which we retain. Though we modify the compression algorithm in order to make sharing observable. * In addition, we perform aggressive opportunistic observable sharing, a potentially novel method of introducing even more sharing than is provided by the monadic bindings. Basically, we make it so that we can use the observable sharing provided by the modified path compression as much as possible (without introducing any new variables). * And we remove the notoriously expensive occurs-check, replacing it with visited-sets (which detect cyclic terms more lazily and without the asymptotic overhead of the occurs-check). A variant of unification which retains the occurs-check is also provided, in case you really need to fail fast. * Finally, a highly experimental branch of the API performs *weighted* path compression, which is asymptotically optimal. Unfortunately, the current implementation is quite a bit uglier than the unweighted version, and I haven't had a chance to perform benchmarks to see how the constant factors compare. Hence moving it to an experimental branch. These optimizations pass a test suite for detecting obvious errors. If you find any bugs, do be sure to let me know. Also, if you happen to have a test suite or benchmark suite for unification on hand, I'd love to get a copy. -------------------------------------------- -- Notes and limitations -------------------------------------------- [1] At present the library does not appear amenable for implementing higher-rank unification itself; i.e., for higher-ranked metavariables, or higher-ranked logic programming. To be fully general we'd have to abstract over which structural positions are co/contravariant, whether the unification variables should be predicative or impredicative, as well as the isomorphisms of moving quantifiers around. It's on my todo list, but it's certainly non-trivial. If you have any suggestions, feel free to contact me. [2] At present it is only suitable for single-sorted (aka untyped) unification, a la Prolog. In the future I aim to support multi-sorted (aka typed) unification, however doing so is complicated by the fact that it can lead to the loss of MGUs; so it will likely be offered as an alternative to the single-sorted variant, similar to how the weighted path-compression is currently offered as an alternative. [3] With the exception of fundeps which are notoriously difficult to implement. However, they are supported by Hugs and GHC 6.6, so I don't feel bad about requiring them. Once the API stabilizes a bit more I plan to release a unification-tf package which uses type families instead, for those who feel type families are easier to implement or use. There have been a couple requests for unification-tf, so I've bumped it up on my todo list. -------------------------------------------- -- References -------------------------------------------- Luca Cardelli (1987) /Basic polymorphic typechecking/. Science of Computer Programming, 8(2):147--172. Atze Dijkstra, Arie Middelkoop, S. Doaitse Swierstra (2008) /Efficient Functional Unification and Substitution/, Technical Report UU-CS-2008-027, Utrecht University. <http://www.cs.uu.nl/research/techreps/repo/CS-2008/2008-027.pdf> Simon Peyton Jones, Dimitrios Vytiniotis, Stephanie Weirich, Mark Shields /Practical type inference for arbitrary-rank types/, to appear in the Journal of Functional Programming. (Draft of 31 July 2007.) Oleg Kiselyov, Chung-chieh Shan, Daniel P. Friedman, and Amr Sabry (2005) /Backtracking, Interleaving, and/ /Terminating Monad Transformers/, ICFP. <http://www.cs.rutgers.edu/~ccshan/logicprog/LogicT-icfp2005.pdf> Tim Sheard (2001) /Generic Unification via Two-Level Types/ /and Paramterized Modules/, Functional Pearl, ICFP. <http://web.cecs.pdx.edu/~sheard/papers/generic.ps> Tim Sheard & Emir Pasalic (2004) /Two-Level Types and/ /Parameterized Modules/. JFP 14(5): 547--587. This is an expanded version of Sheard (2001) with new examples. <http://web.cecs.pdx.edu/~sheard/papers/JfpPearl.ps> Wouter Swierstra (2008) /Data types a la carte/, Functional Pearl. JFP 18: 423--436. <http://www.cs.ru.nl/~wouters/Publications/DataTypesALaCarte.pdf> -------------------------------------------- -- Links -------------------------------------------- Homepage: http://code.haskell.org/~wren/ Hackage: http://hackage.haskell.org/package/unification-fd Darcs: http://community.haskell.org/~wren/unification-fd Haddock (Darcs version): http://community.haskell.org/~wren/unification-fd/dist/doc/html/unification… -- Live well, ~wren

1 0

Any good tool to write Haskell documents including tests?
by Takayuki Muranushi 10 Jul '12

10 Jul '12

Hello, I have been a forgetful person, and lots of things I have only pretended to understand. I want to change this. So, to educate myself, I'd like to write documented tests for many libraries I meet, and also publish them onto the web so that others may find them useful or find mistakes for me. OK, blog articles are good, but they have no (forced) tests. Maybe some of you have practiced this or developping such tools. I see some candidate tools, too. What is your suggestion for this? I have tried doctest, because of its read–eval–print loop (REPL) style I liked. https://github.com/nushio3/practice/tree/master/control-monad-loop It produces html as attached to this mail. It's pretty, but I'd like to have more control on HTML. Maybe Gitit + Doctest in Pandoc is a good alternative? I'd also like to know what is a good way to publish a small executable examples with automated dependency install capability. Can you point out any problems with following Makefile + cabal ? What are better ways to do this? https://github.com/nushio3/practice/blob/master/control-monad-loop/Loop.cab… https://github.com/nushio3/practice/blob/master/control-monad-loop/Makefile Thanks in advance, -- Takayuki MURANUSHI The Hakubi Center for Advanced Research, Kyoto University http://www.hakubi.kyoto-u.ac.jp/02_mem/h22/muranushi.html

3 3

Memory corruption issues when using newAlignedPinnedByteArray, GC kicking in?
by Nicolas Trangez 10 Jul '12

10 Jul '12

All, While working on my vector-simd library, I noticed somehow memory I'm using gets corrupted/overwritten. I reworked this into a test case, and would love to get some help on how to fix this. Previously I used some custom FFI calls to C to allocate aligned memory, which yields correct results, but this has a significant (+- 10x) performance impact on my benchmarks. Later on I discovered the newAlignedPinnedByteArray# function, and wrote some code using this. Here's what I did in the test case: I created an MVector instance, with the exact same implementation as vector's Data.Vector.Storable.Mutable.MVector instance, except for basicUnsafeNew where I pass one more argument to mallocVector [1]. I also use 3 different versions of mallocVector (depending on compile-time flags): mallocVectorOrig [2]: This is the upstream version, discarding the integer argument I added. Then here's my first attempt, very similar to the implementation of mallocPlainForeignPtrBytes [3] at [4] using GHC.* libraries. Finally there's something similar at [5] which uses the 'primitive' library. The test case creates vectors of increasing size, then checks whether they contain the expected values. For the default implementation this works correctly. For both others it fails at some random size, and the values stored in the vector are not exactly what they should be. I don't understand what's going on here. I suspect I lack a reference (or something along those lines) so GC kicks in, or maybe the buffer gets relocated, whilst it shouldn't. Basically I'd need something like GHC.ForeignPtr.mallocPlainAlignedForeignPtrBytes :: Int -> Int -> IO (ForeignPtr a) Thanks, Nicolas [1] https://gist.github.com/3084806#LC37 [2] https://gist.github.com/3084806#LC119 [3] http://hackage.haskell.org/packages/archive/base/latest/doc/html/src/GHC-Fo… [4] https://gist.github.com/3084806#LC100 [5] https://gist.github.com/3084806#LC81

2 1

hiring haskell programmer.
by Vagif Verdi 10 Jul '12

10 Jul '12

Hello. My company is looking to hire a haskell developer. South California (San Dimas), full time job, local only (no telecommute) We use yesod (haskell web framework) for internal web application and web services, and compojure (clojure web framework) for customer facing web site. All development will be ether with haskell (if libraries permit) or clojure on JVM. If interested please contact me. Regards, Vagif Verdi

1 0

Connecting Travis CI and hackage
by Dmitry Malikov 10 Jul '12

10 Jul '12

*tldr*: is there a way to upload package to hackage from Travis automatically and safely (hiding password to hackage account)? Several days ago I discovered Travis ( http://travis-ci.org/ ) - nice open source build-service, easy to start and monitoring. I've configured some github projects and add build status to it's readme. It's usable to know how is your haskell package building on separate fresh machine. Following git-flow developing model there is a develop branch for snapshots and master branch for release. That why every commit in master branch should produce new release build ⇒ every commit in master branch should produce new hackage build upload. And also it will be nice to have that routine process done automatically. It could be done using cabal-upload tool and --username and --password options. But it means that .travis.yml file should contain my hackage-password explicitly. How can I avoid that? -- Best regards, dmitry malikov !

3 3