Package Base Details: darling-git

Git Clone URL: https://aur.archlinux.org/darling-git.git (read-only, click to copy)
Keywords: Darwin Emulator macOS OSX Wine
Submitter: UnicornDarkness
Maintainer: ralphptorres
Last Packager: facekapow
Votes: 41
Popularity: 0.010683
First Submitted: 2013-06-29 15:19 (UTC)
Last Updated: 2023-10-15 18:57 (UTC)

Pinned Comments

jamesbrink commented on 2019-07-10 02:27 (UTC)

Please use this package for stable more reliable builds

https://aur.archlinux.org/packages/darling/

This one is identical but locked in on a last known working git ref and I will update as often as I can.

I have also raised an issue about versioning so maybe we can get some kind of tags for future versions and stable working builds

https://github.com/darlinghq/darling/issues/537

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 Next › Last »

yan12125 commented on 2014-08-27 11:08 (UTC)

I've open an issue on github https://github.com/LubosD/darling/issues/77

yan12125 commented on 2014-08-27 10:49 (UTC)

Failed to build on x86_64. Seems libbsd and glibc is too new. [ 29%] Building CXX object src/libSystem/CMakeFiles/System.dir/libc/stdio.o /tmp/yaourt-tmp-yen/aur-darling-git/src/darling/src/libSystem/libc/stdio.cpp:416:9: error: use of undeclared identifier 'fgetln' return fgetln(f ? f->linux_fp : nullptr, lenp); ^ /tmp/yaourt-tmp-yen/aur-darling-git/src/darling/src/libSystem/libc/stdio.cpp:443:9: error: use of undeclared identifier 'fgetwln' return fgetwln(f ? f->linux_fp : nullptr, len); ^ 2 errors generated. src/libSystem/CMakeFiles/System.dir/build.make:376: recipe for target 'src/libSystem/CMakeFiles/System.dir/libc/stdio.o' failed make[2]: *** [src/libSystem/CMakeFiles/System.dir/libc/stdio.o] Error 1 CMakeFiles/Makefile2:369: recipe for target 'src/libSystem/CMakeFiles/System.dir/all' failed make[1]: *** [src/libSystem/CMakeFiles/System.dir/all] Error 2 Makefile:117: recipe for target 'all' failed make: *** [all] Error 2

UnicornDarkness commented on 2014-05-09 11:12 (UTC)

Hum ok. Running 'yaourt -S --noconfirm gnustep-base-multilib-clang-svn', and I have : $ file /usr/lib/libgnustep-base.so.1.24.6 /usr/lib/libgnustep-base.so.1.24.6: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped $ file /usr/lib32/libgnustep-base.so.1.24.6 /usr/lib32/libgnustep-base.so.1.24.6: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped Before your first post here, I have made big changes in GNUstep-clang-svn packages & Darling. I'm sorry, but I think the best way is removing all GNUstep packages and Darling, and you will able to make 'yaourt -S darling-multilib-git' safely. :/ I have tested and retested on fresh install, it's work very fine, no problems like this.

UnicornDarkness commented on 2014-05-09 10:14 (UTC)

With GCC 4.9, try to update all gnustep packages first in this order (make -> libobjc2 -> base -> gui -> corebase), then retry to update Darling. If it fails, give-me the output to try to solve this.

UnicornDarkness commented on 2014-05-08 12:55 (UTC)

Thank for you report. That's strange: With darling-multilib-git pkgrel=6, I have noticed this problem (see https://github.com/X0rg/AUR-PKGBUILD/commit/cf07de069339147914650fcbafab269534d7f29f). Before uploading new PKGBUILD, I had a problem when compiling Darling with GCC 4.9.0, me too. But, now, we can't compile gnustep-make without GCC 4.9.0 (fail with GCC 4.8): gnustep-make need GCC 4.9, and Darling need GCC < 4.9 ; that's very problematic, that's why I had remove 'gcc<4.9.0' in Darling (see https://github.com/X0rg/AUR-PKGBUILD/commit/6e4fa6bf2d2798344dfec9bf7100f585bc921f2d). When I run 'yaourt -S darling-multilib-git --noconfirm' on a clean install and with GCC 4.9.0-1, Darling compiles fine. I'm not able to reproduce this problem now... What is the output of command 'pacman -Qs gnustep-make-multilib-clang-svn', please ?

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 Next › Last »