Package Details: carla 1.2.4-4

Git Clone URL: (read-only)
Package Base: carla
Description: Audio Plugin Host
Upstream URL:
Licenses: GPL2
Conflicts: carla-git
Provides: carla
Submitter: falkTX
Maintainer: WoefulDerelict
Last Packager: WoefulDerelict
Votes: 30
Popularity: 0.859242
First Submitted: 2013-07-04 04:19
Last Updated: 2016-08-29 15:10

Latest Comments

WoefulDerelict commented on 2016-08-29 15:17

sekret: Carla's beta is preferred to this release as it has more features and is where the developer is focused presently. It is currently available via the carla-git package. The next beta release will replace carla 1.2.4 here. It is recommended that most users grab carla-git until that time.

sekret commented on 2016-08-27 10:05

Oh and you can get rid of your install file, pacman hooks do, what your install script does.

sekret commented on 2016-08-27 10:03

Please change the linuxsampler-svn dependency to linuxsampler. I just built it with that change, worked perfectly fine :)

WoefulDerelict commented on 2016-07-31 23:40

The developer has been kind enough to provide a patch for Carla 1.2.4 so it will now build on an up to date Arch Linux system. I've updated the package recipe for anyone interested.

WoefulDerelict commented on 2016-06-04 17:32

There is indeed a binary for users wanting to install carla while it continues to fail against GCC 6.1.1. It is also possible to download GCC 5.3.0 from the AUR and build against that. As both workarounds are /dirty/ I will not be integrating them into the PKGBUILD. Both the release and git versions of Carla fail against GCC 6.1.1. Please be patient while we work toward a solution.

There is a discussion in progress for the issue against the git version here:

Here is a capture of Carla 1.2.4 failing on my machine:

kerbingamer376 commented on 2016-06-04 15:17

I'm getting the same error as tkoham, but the "dirty workaround" runs fine.

tkoham commented on 2016-05-18 18:55

That's incredibly unfortunate. I'm coming from all my open source experience being on FreeBSD/Clang LLVM and I'm beginning to see why they removed GCC and other glibs on their build system a while back

WoefulDerelict commented on 2016-05-18 15:36

tkoham: Thanks for the full build output. That build looks to have proceeded much the same way my own tests against gcc 6.1.1 have. It appears the most significant change between the gcc 5.3.0 and 6.1.1 packages has been that 6.1.1 is much more pedantic by default, treating many more warnings as errors and generally failing to build things 5.3.0 compiled fine with amusing new errors. In many situations passing in the flag to inhibit all warnings will allow the build to again complete; however, that does not work against the error with Carla.

I've already encountered a handful of programmes that fail to build properly against the new gcc 6.1.1 packages that I suspect will need changes to the code to resolve new errors. Hopefully bugs will get submitted upstream once the issues are understood and developers will catch up to the changes and these errors will be resolved.

tkoham commented on 2016-05-18 09:32

Sorry for my ignorance WoefulDerelict.
rebuilding now, sorry about that, I'm still new to arch and I'm still learning:

I'm using Yaourt -S carla with the default pkgbuild and settings

full output here:

Hope this helps, for now I've found a dirty workaround for those interested. simply install the dependencies and run the binary available here:
this also works with the 2.0 beta binary they have on the KXStudio download Page

WoefulDerelict commented on 2016-05-16 17:41

tkoham: While I'm also unable to get carla to build presently the build crashes at an entirely different location. I would prefer the full build output uploaded to a text host. You haven't provided me with any useful information to debug the issue you're having with the build. The only real useful bit in there is that you are using yaourt, an AUR helper, which is unsupported.

If you must truncate the build output I need at the very least the command that was run and the actual errors it generated. It would look something like this:

You'll notice the first line is the call to the compiler "g++" followed by the file it is attempting to build and finally the flags being passed to the compiler. There are a handful of warnings followed by the actual error on lines 32-34.

I suspect this has something to do with the new gcc 6.1.1 release as I'm getting interesting errors like this when attempting to rebuild packages against it.

All comments