@yaxu
No configured ghc path
Ghci command: ghci
Ghc-pkg command: ghc-pkg
Load BootTidal.hs from C:\Users\matteo camerini.atom\packages\tidalcycles\lib\BootTidal.hs
than i code d1 $ s “bd” (on atom)
and this is what append
syntax: :script
Variable not in scope: d1 :: t0 -> t
Variable not in scope: s :: [Char] -> t0
The same thing is happening with me as with rokkettaro.
I reinstalled using the tidal bootstrap (had been doing manual installs previously and had recently upgraded to the latest version of TC).
If I leave the ghci command in atom as default, I get the above error. If I manually override it, I get this:
Custom ghci path configured: ~/.ghcup/bin/ghci
Ghci command: ~/.ghcup/bin/ghci Ghc-pkg command: ~/.ghcup/bin/ghc-pkg
Load BootTidal.hs from /Users/vin/.atom/packages/tidalcycles/lib/BootTidal.hs
/bin/sh: ~/.ghcup/bin/ghci: No such file or directory
However, actually running ~/.ghcup/bin/ghci does what you’d expect and loads the Haskell interface.
I also get the SC errors mentioned above; the __MACOSX folder seems to be a symptom of the bootstrap installing SC3-plugins over an already existing installation of the same. The buffer problem doesn’t really seem to impact the loading of samples as far as I can tell. The number of loaded sample banks seems to check out, but I didn’t do a thorough count.
MacOS Mojave (latest), mid-2015 rMBP.
It is perhaps worth noting (though can’t imagine it makes any difference), that I’m not using bash for the terminal? Tryin’ to give as much info as possible.
I have a feeling that something else is going on though, because a few months ago (November 2019) Tidal was running like a dream. I didn’t touch since maybe early December, went to have a play this evening and Atom wouldn’t boot Tidal at all, so I did an update on the package and on Tidal itself, and now here we are. At least getting error messages now? 
Well, apologies. I resolved it with the tip here: Tidal not working after update
I did notice a bunch of stuff while digging, though. Not sure if it’s just me, but my default haskell install is 8.0.x, which presumably is from when I first installed it for non-Tidal purposes a few years ago. I wonder if that has anything to do with the conflicts?
Anyhoo, thanks for all the awesomeness.
@vgiles Glad it’s working, and yes this is a compatibility problem with older Haskell installs. Will fix this in the next tidal release.
You’re a legend, Alex. Thanks.
Hi all,
I am having some issues while trying to test TidalCycles for the first time from Atom: just by entering the command d1 $ sound “bd sn” I get the usual (from what I see in this thread)
Ghci command: /Users/josep 1/.ghcup/bin/ghci
Ghc-pkg command: /Users/josep 1/.ghcup/bin/ghc-pkg
Load BootTidal.hs from /Users/josep 1/.atom/packages/tidalcycles/lib/BootTidal.hs
Loaded package environment from /Users/josep 1/.ghc/x86_64-darwin-8.6.5/environments/default
syntax: :script
Variable not in scope: d1 :: t0 -> t
• Variable not in scope: sound :: [Char] -> t0
• Perhaps you meant ‘round’ (imported from Prelude)
the relevang config in Atom, which has the Tidal package installed, is
tidalcycles:
bootTidalPath: “/Users/josep 1/.atom/packages/tidalcycles/lib/BootTidal.hs”
ghciPath: “~/.ghcup/bin/ghci”
it seems I have everything correctly set up:
Last login: Fri Feb 14 19:48:45 on ttys002
josepmbp-3:bin admin$ ~/.ghcup/bin/ghci
GHCi, version 8.6.5: http://www.haskell.org/ghc/ :? for help
Loaded package environment from /Users/josep 1/.ghc/x86_64-darwin-8.6.5/environments/default
Prelude> import Sound.Tidal.Context
Prelude Sound.Tidal.Context>
and starting SuperDirt from SC 3.10.3:
(…)
loading 217 sample banks:
(…)
… file reading complete. Required 444 MB of memory.
SuperDirt: listening to Tidal on port 57120
So, what else should be done to be able to run it?
Thanks in advance!
Josep m
That’s an older post, but for the sake of accuracy, it’s really s.options.numWireBufs.
http://doc.sccode.org/Classes/ServerOptions.html#-numWireBufs
“The maximum number of buffers that are allocated to interconnect unit generators. (Not to be confused with the global sample buffers represented by Buffer.)”
s.options.numBuffers is for the global sample buffers and will have no effect on that error message.
hjh
I’m having a similar problem this is my first time using anything like tidalcycles though.
I’m using windows 10 and used a cabal install, whatever that means
Do you see some error messages that you can share?
Hi I am using osx 10.12.5.
When booting the tidal package I get t>: error:
Could not find module ‘Sound.Tidal.Context’
It is not a module in the current program, or in any known package.
Done the easy install and then also did the cabal install tidal which seemed to have completed succesfully
Try
cabal install tidal --lib
i had tried that but this is what it gave me: option `–lib’ is ambiguous; could be one of:
–libdir=DIR installation directory for libraries
–libsubdir=DIR subdirectory of libdir in which libs are
installed
–libexecdir=DIR installation directory for program
executables
–libexecsubdir=DIR subdirectory of libexecdir in which private
executables are installed
–library-profiling-detail=level Profiling detail level for libraries only.
I see. I think you have more than one copy of haskell installed, and they are conflicting.
Try this
. ~/.ghcup/env
cabal install tidal --lib
Yes you might be correct so ok I did that but im still getting the same error Could not find module ‘Sound.Tidal.Context’ in atom
You can also change the settings for the tidalcycles package in atom, changing the ghci path to point at the other installation…
I had followed the advice you had previously posted and changed the the ghci path to ~/.ghcup/bin/ghci
I also rebooted the system, still no success 
If you have two installations, you could try the other one
sorry im being really lame but I have no idea where these are installed. Or what any of this stuff means.
Yes these tools are designed for hardcore software developers, so it can be hard to work out what’s wrong…
Try searching your harddrive for ghci in finder, to find where the other installation has put things