Package Details: zorba 4.0-1

Git Clone URL: (read-only, click to copy)
Package Base: zorba
Description: NoSQL(XQuery/JSONiq) Query Processor written in C++.
Upstream URL:
Licenses: Apache
Submitter: mboes
Maintainer: None
Last Packager: TheGoliath
Votes: 5
Popularity: 0.000000
First Submitted: 2008-10-09 12:25
Last Updated: 2020-02-02 16:20

Dependencies (17)

Required by (0)

Sources (3)

Latest Comments

1 2 3 Next › Last »

andreas_e commented on 2020-05-10 19:25

Build fails with: zorba-4.0/src/util/utf8_util.h:924:22: error: ‘Collator’ does not name a type; did you mean ‘UCollator’?

ubmarco commented on 2019-02-18 09:06

I cannot build Zorba 3.0 on Arch. I get an error saying

CMake Error at swig/ruby/CMakeLists.txt:34 (GET_TARGET_PROPERTY):
  The LOCATION property may not be read from target "zorba_simplestore".  Use
  the target name directly with add_custom_command, or use the generator
  expression $<TARGET_FILE>, as appropriate.

==> ERROR: A failure occurred in build().
Error making: zorba

When looking to CMakeError.log I see a lot of errors, e.g.:

Building C object CMakeFiles/cmTC_addd0.dir/ZORBA_HAVE_COLL_H.c.o
/usr/bin/cc   -march=x86-64 -mtune=generic -O2 -pipe -fno-plt    -o CMakeFiles/cmTC_addd0.dir/ZORBA_HAVE_COLL_H.c.o   -c /home/marco/.cache/yay/zorba/src/zorba-3.0/build/CMakeFiles/CheckIncludeFiles/ZORBA_HAVE_COLL_H.c
In file included from /usr/include/unicode/coll.h:59,
                 from /home/marco/.cache/yay/zorba/src/zorba-3.0/build/CMakeFiles/CheckIncludeFiles/ZORBA_HAVE_COLL_H.c:2:
/usr/include/unicode/uobject.h:109:1: error: unknown type name ‘class’
 class U_COMMON_API UMemory {

Any clue? Wrong compiler?

alyst commented on 2015-01-15 13:22

@Luciddream Great. You can use this one as a template. There's extensive documentation available: (for git-based packages take a look especially at

luciddream commented on 2015-01-15 13:19

I can try to create a zorba-git package but I have no clue how to do this :) I guess it's time to learn.

alyst commented on 2015-01-15 13:11

@Luciddream Actually, I haven't tried running zorba in the past few months, so it's quite probable it might be broken. But if you are willing to invest some time in testing the fix, I can incorporate the changes. Alternatively, you can create zorba-git package that would build from the master or gcc-4.9 branch + ArchLinux-specific patches (some of the patches we have in this AUR they have already pulled in).

luciddream commented on 2015-01-15 13:04

Thanks for quick fix, it builds now.

However when I try to run xquery scripts I get an error:
*** Error in `/usr/bin/zorba': corrupted double-linked list: 0x0000000001740620 ***

To be honest I was expecting it not to work, because I had read about a bug about zorba 3.0 and GCC 4.9. I'm not sure if that's the case here but it seems there is a different git branch for GCC 4.9, which arch uses. The bug is reported here:
The git repo is here:
I also think they might have implemented the fixes on the master branch, so maybe we could add another version of zorba from the git repo for arch?

alyst commented on 2015-01-15 10:37

@Luciddream Thanks for reporting. Adding "-pthread" option to the linker arguments fixed that. I've also fixed a problem with XQJ SWIG bindings generation missing Zorba Java API.

luciddream commented on 2015-01-14 09:46

This is not building for me. Here is the build log

c00kiemon5ter commented on 2013-09-18 16:08

great, thanks

alyst commented on 2013-09-18 11:14

@c00kiemon5ter Thanks a lot for looking into this!

I've incorporated the conflicts and some quote/formatting changes.

I'm not sure about the removal of the build folder -- it could always be manually done from the command line. ATM I just changed PKGBUILD so that mkdir doesn't fail if "build" folder already exists (which is convenient if you don't want to recompile from scratch).

I've refactored your parser patching into a patch file that directly fixes parser.y. I've also submitted it as the bugreport upstream:

ATM zorba compiles, but I had not tested yet if the parser is working correctly.