Search Criteria
Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248
Package Details: mozart2-git v2.0.0.alpha.0.4182.gd630f26-1
Git Clone URL: | https://aur-dev.archlinux.org/mozart2-git.git (read-only) |
---|---|
Package Base: | mozart2-git |
Description: | The Mozart Programming System version 2 |
Upstream URL: | https://github.com/mozart/mozart2 |
Licenses: | |
Conflicts: | |
Provides: | |
Submitter: | layus |
Maintainer: | layus |
Last Packager: | layus |
Votes: | 2 |
Popularity: | 0.036853 |
First Submitted: | 2015-12-14 09:59 |
Last Updated: | 2016-10-10 22:02 |
Dependencies (14)
- boost-libs
- gmp
- hicolor-icon-theme
- tk (tk85)
- xdg-utils (mimi-git, linopen, sx-open, busking-git, xdg-utils-git, xdg-utils-patched, xdg-utils-mimeo)
- clang (clang-assert, clang-pypy-stm, clang-svn) (make)
- cmake (cmake-git) (make)
- emacs (emacs-git-gtk2, emacs-gtk2, emacs25-git, emacs-git, emacs-lucid, guile-emacs-git, emacs-pretest, emacs-lucid-git, emacs-nox) (make)
- gcc (gcc-git, gcc-multilib-x32, gcc-multilib-git, gcc-multilib) (make)
- gtest (make)
- java-runtime-headless (jdk6, jdk5, denix-jdk8, jre8-openjdk-headless-jetbrains-git, server-jre, jre7-openjdk-headless-infinality, tuxjdk, jdk-arm, jre8-openjdk-jetbrains-headless, intellij-jdk, jre8-openjdk-headless-infinality, jdk, jdk7, jre, jre6, jre7, jdk-devel, jre-devel, jre7-openjdk-headless, jre8-openjdk-headless) (make)
- llvm (llvm-assert, llvm-pypy-stm, llvm-svn) (make)
- boost>=1.61 (make)
- emacs (emacs-git-gtk2, emacs-gtk2, emacs25-git, emacs-git, emacs-lucid, guile-emacs-git, emacs-pretest, emacs-lucid-git, emacs-nox) (optional) – Interactive programming interface (recommended)
Latest Comments
1 2 Next › Last »
mayweed commented on 2016-11-06 22:49
@layus well I just rm -rf my old directory, cower -d mozart2-git and it gets back. Breaking API for the sake of it on each release tsss...Thx :)
layus commented on 2016-11-06 18:25
@mayweed This is probably due to a new version of LLVM/Clang. They tend to break their internal API on each new release. The simplest fix would be to use an older version. Upstream (= mainly me) is working on releasing preprocessed sources that do not require LLVM/Clang... To be continued :-).
mayweed commented on 2016-11-06 17:19
@layus it works indeed til today where I got an error in Emacs (code 127 ozemulator), I tried to rebuild it and:
[ 1%] Linking CXX executable generator
cd /home/guillaume/build/mozart2-git/src/build/vm/generator/main && /usr/bin/cmake -E cmake_link_script CMakeFiles/generator.dir/link.txt --verbose=1
/usr/bin/c++ -march=i686 -mtune=generic -O2 -pipe -O3 -DNDEBUG -Wl,--hash-style=gnu -Wl,--as-needed CMakeFiles/generator.dir/generator.cc.o CMakeFiles/generator.dir/interfaces.cc.o CMakeFiles/generator.dir/implementations.cc.o CMakeFiles/generator.dir/builtins.cc.o CMakeFiles/generator.dir/utils.cc.o -o generator -rdynamic /usr/lib/libclangFrontend.a /usr/lib/libclangAST.a /usr/lib/libclangDriver.a /usr/lib/libclangParse.a /usr/lib/libclangSerialization.a /usr/lib/libclangSema.a /usr/lib/libclangEdit.a /usr/lib/libclangAnalysis.a /usr/lib/libclangAST.a /usr/lib/libclangLex.a /usr/lib/libclangBasic.a /usr/lib/libLLVM-3.9.so
CMakeFiles/generator.dir/implementations.cc.o: In function `unsigned char getValueParamAsIntegral<unsigned char>(clang::ClassTemplateSpecializationDecl const*)':
implementations.cc:(.text._Z23getValueParamAsIntegralIhET_PKN5clang31ClassTemplateSpecializationDeclE[_Z23getValueParamAsIntegralIhET_PKN5clang31ClassTemplateSpecializationDeclE]+0x1be): undefined reference to `llvm::APInt::initSlowCase(unsigned int, unsigned long long, bool)'
CMakeFiles/generator.dir/builtins.cc.o: In function `unsigned int getValueParamAsIntegral<unsigned int>(clang::ClassTemplateSpecializationDecl const*)':
builtins.cc:(.text._Z23getValueParamAsIntegralIjET_PKN5clang31ClassTemplateSpecializationDeclE[_Z23getValueParamAsIntegralIjET_PKN5clang31ClassTemplateSpecializationDeclE]+0x1ae): undefined reference to `llvm::APInt::initSlowCase(unsigned int, unsigned long long, bool)'
collect2: error: ld returned 1 exit status
make[2]: *** [vm/generator/main/CMakeFiles/generator.dir/build.make:211: vm/generator/main/generator] Error 1
make[2]: Leaving directory '/home/guillaume/build/mozart2-git/src/build'
make[1]: *** [CMakeFiles/Makefile2:161: vm/generator/main/CMakeFiles/generator.dir/all] Error 2
make[1]: Leaving directory '/home/guillaume/build/mozart2-git/src/build'
make: *** [Makefile:161: all] Error 2
I try to add LLVMSupport, LLVMSystem etc...to no avail. If you got an idea...
layus commented on 2016-10-10 22:03
Updated to ignore VM tests for now.
layus commented on 2016-10-10 21:51
@mayweed: this is a transient problem. There is apparently a bug in the implementation of VMs, which is a new, undocumented feature. A you will probably not use these, you can safely ignore it. See https://github.com/mozart/mozart2/issues/284 for extra info.
layus commented on 2016-10-10 10:36
Hmm... I am trying to reproduce this locally. Could you re-run the tests with `makepkg [-eo] --check` ? (I do not know if -eo is required or not.)
mayweed commented on 2016-10-10 10:23
Just try to install it today and:
96% tests passed, 1 tests failed out of 23
Total Test time (real) = 40.66 sec
The following tests FAILED:
12 - /base/vm.oz (Failed)
Errors while running CTest
make: *** [Makefile:84: test] Error 8
==> ERROR: A failure occurred in check().
Aborting...
layus commented on 2016-09-22 07:01
It does, yes. This is because of an upstream update made yesterday afternoon. I will updade this package an clang altogether. In the meantime you van still edit the PKGBUILD to add it.
epitron commented on 2016-09-22 01:59
The PKGBUILD seems to be missing a dependency -- if I don't have `clang-tools-extra` installed, I get this error:
```
-- Found LLVM 3.8.1
-- Using LLVMConfig.cmake in: /usr/share/llvm/cmake
CMake Error at /usr/share/clang/cmake/ClangTargets.cmake:330 (message):
The imported target "clangApplyReplacements" references the file
"/usr/lib/libclangApplyReplacements.a"
```
layus commented on 2016-08-25 22:13
Could you add some details? Do you get the error during build, or during execution. Are you sure to build with --cleanbuild ? What is the exact error you get ? I am totally unable to reproduce this behavior.