I just tried installing LLVM by following the steps mentioned here, revision 42498 and there seems to be a problem as i "make". The error I get is as follows :-
llvm[2]: Bisoning llvmAsmParser.y
/Users/zm/repos/llvm-svn/lib/AsmParser/llvmAsmParser.y: conflicts: 4 shift/reduce
llvm[2]: Compiling Lexer.cpp for Release build
In file included from /Users/zm/repos/llvm-svn/lib/AsmParser/Lexer.l:28:
/Users/zm/repos/llvm-svn/lib/AsmParser/ParserInternals.h:40: error: conflicting declaration ‘int llvmAsmleng’
Lexer.cpp:307: error: ‘llvmAsmleng’ has a previous declaration as ‘yy_size_t llvmAsmleng’
make[2]: *** [/Users/zm/repos/llvm-svn/lib/AsmParser/Release/Lexer.o] Error 1
make[1]: *** [AsmParser/.makeall] Error 2
make: *** [all] Error 1
Has anyone had similar issues? If so, how did you resolve it?
Problem solved by changing the source to use "int" instead of "yy_size_t". However, the root of the problem is still not understood as "yy_size_t" is essentially an "unsigned int".
Related
Running mac osx 10.14.6 and have previously successfully built 3.0.10 and 3.0.11. Trying to build VLC 3.0.12 & 3.0.14 from source downloaded from here: http://www.videolan.org/vlc/download-sources.html
and using recommended build from here: https://wiki.videolan.org/MacOSCompile/ AND using the recommended:
../extras/package/macosx/build.sh -c
Build runs for about 20 minutes and then stops here (snip of output):
CCLD libprefetch_plugin.la
CCLD libhds_plugin.la
CCLD librecord_plugin.la
ld: library not found for -lzstd
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[4]: *** [libarchive_plugin.la] Error 1
make[4]: *** Waiting for unfinished jobs....
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
mysystem:build xx$
What am I missing or doing wrong?
Note: in previous builds I could find a cmake/Utilities/cmzstd/lib directory in vlc-3.0.x/extras/tools that had various zstd files however it is not there in either 3.0.12 or 3.0.14 - only a cmake-enable-ALPN-support-on-macOS-109.14.patch file.
Where do I find zstd? Thanks.
Seems the issue is related to how macOS and packagers (homebrew, etc.) load components. macOS provides a compiled version of libarchive but no headers, so you are unable in trying to compile. You will either need to pass the location of your libarchive respository with headers via your build script or set an environment variable telling the compiler or linker where to look for them. Perhaps someone more familiar with your VLC package can weigh in.
When I check out the hg repo nss and nspr in a folder and run make nss_build_all in the nss folder, I got this error. Instruction as given here.
Did anybody successfully build nss tools in mac?
How can I resolve this issue?
pkix_pl_ldapdefaultclient.c:365:59: error: incompatible integer to pointer conversion assigning to 'unsigned char *'
from 'int' [-Werror,-Wint-conversion]
msg.protocolOp.op.bindResponseMsg.resultCode.data = OTHER;
^ ~~~~~
1 error generated.
make[4]: *** [Darwin14.4.0_64_DBG.OBJ/pkix_pl_ldapdefaultclient.o] Error 1
make[3]: *** [libs] Error 2
make[2]: *** [libs] Error 2
make[1]: *** [libs] Error 2
make: *** [libs] Error 2
Spend a half day, however, solve the problem!
And I successfully managed to build the latest version of NSS Tool 3.23 on Mac OS - El Capitan
You can download archive from my DropBox
Hope it would help to others
jcykdeMacBook-Pro:mdrpdt-2.0.1.21 jcyk$ make
Building bin/lib/serial/APPLE-64bit/g++/libutility.a
clang: error: unknown argument: '-fforce-addr' [-Wunused-command-line-argument-hard-error-in-future]
clang: note: this will be a hard error (cannot be downgraded to a warning) in the future
make[1]: *** [../../build/utility/serial/APPLE-g++/64bit/release/application.o] Error 1
make: *** [bin/lib/serial/APPLE-64bit/g++/libutility.a] Error 2
I got mdrpdt from http://ritchielab.psu.edu/software/mdr-download.
how can I do to fix this?
It looks like you just need to remove -fforce-addr from the invocation of clang, see example here where configure is patched.
I am trying to compile MonoMac on Mac OS 10.9.1
The instructions are straightforward, so I execute them:
git clone https://github.com/mono/maccore.git
git clone https://github.com/mono/monomac.git
cd monomac
make
Unfortunately it fails:
[...]
MonoDevelop Build Tool
INFO:Found Xcode, version 5.0.2 (3335.32).
INFO:Xamarin.iOS not installed. Can't find mtouch.
Loading solution: /Users/nico/src/monomac/samples/ButtonMadness/ButtonMadness.sln
Loading solution: /Users/nico/src/monomac/samples/ButtonMadness/ButtonMadness.sln
Loading projects ..
Building Solution: ButtonMadness (Debug)
Building: ButtonMadness (Debug)
Performing main compilation...
/Library/Frameworks/Mono.framework/Versions/3.2.5/bin/mcs /noconfig "/r:/Library/Frameworks/Mono.framework/Versions/3.2.5/lib/mono/4.0/mscorlib.dll" -nostdlib
"/out:/Users/nico/src/monomac/samples/ButtonMadness/bin/Debug/ButtonMadness.exe" "/r:/Library/Frameworks/Mono.framework/Versions/3.2.5/lib/mono/4.0/System.dll"
"/r:/Library/Frameworks/Mono.framework/Versions/3.2.5/lib/mono/4.0/System.Xml.dll" "/r:/Library/Frameworks/Mono.framework/Versions/3.2.5/lib/mono/4.0/System.Core.dll"
"/r:/Library/Frameworks/Mono.framework/Versions/3.2.5/lib/mono/4.0/System.Xml.Linq.dll" "/r:/Library/Frameworks/Mono.framework/Versions/3.2.5/lib/mono/4.0/System.Drawing.dll"
"/r:/Applications/Xamarin Studio.app/Contents/MacOS/lib/monodevelop/AddIns/MonoDevelop.MonoMac/MonoMac.dll" "/r:/Library/Frameworks/Mono.framework/Versions/3.2.5/lib/mono/4.0/System.Core.dll"
/nologo /warn:4 /debug:full /optimize- /codepage:utf8 "/define:DEBUG" /main:SamplesButtonMadness.MainClass /t:exe "/Users/nico/src/monomac/samples/ButtonMadness/Main.cs"
"/Users/nico/src/monomac/samples/ButtonMadness/AppDelegate.cs" "/Users/nico/src/monomac/samples/ButtonMadness/MainMenu.xib.designer.cs"
"/Users/nico/src/monomac/samples/ButtonMadness/DropDownButton.cs" "/Users/nico/src/monomac/samples/ButtonMadness/TestWindow.cs"
"/Users/nico/src/monomac/samples/ButtonMadness/TestWindowController.cs" "/Users/nico/src/monomac/samples/ButtonMadness/TestWindow.xib.designer.cs"
Compilation failed: 1 error(s), 0 warnings
/Users/nico/src/monomac/samples/ButtonMadness/TestWindowController.cs(65,15): error CS1061: Type `MonoMac.AppKit.NSMenu' does not contain a definition for `InsertItematIndex' and no extension
method `InsertItematIndex' of type `MonoMac.AppKit.NSMenu' could be found. Are you missing an assembly reference?
/Applications/Xamarin Studio.app/Contents/MacOS/lib/monodevelop/AddIns/MonoDevelop.MonoMac/MonoMac.dll (Location of the symbol related to previous error)
Build complete -- 1 error, 0 warnings
/Users/nico/src/monomac/samples/ButtonMadness/TestWindowController.cs(65,15) : error CS1061: Type `MonoMac.AppKit.NSMenu' does not contain a definition for `InsertItematIndex' and no extension method `InsertItematIndex' of type `MonoMac.AppKit.NSMenu' could be found. Are you missing an assembly reference?
make[1]: [all] Error 1 (ignored)
/Applications/Xcode.app/Contents/Developer/usr/bin/make -C MicroSamples
make[2]: *** No rule to make target `../../src/MonoMac.dll', needed by `MonoMac.dll'. Stop.
make[1]: *** [all] Error 2
make: *** [all] Error 2
How can I fix this?
I just hit this as well. It succeeded fine the first time, but was failing every time after. However, I finally got it to work by doing a
make clean
then re-doing a
make
and it then worked.
everything is in the tittle.
I've made some research on the subject and found this : http://fedoraproject.org/wiki/Features/Windows_cross_compiler.
I've followed the steps one by one, reaching the "How to set" part but when I try to compile (as the Mingw README said make MINGW_HOST=x86_64-w64-mingw32) I obtain this :
...
File "topfind.ml", line 171, characters 4-27:
Error: Unbound module Toploop
make[2]: *** [topfind.cmo] Error 2
make[2]: Leaving directory `/local/aturbin/mingw32-ocaml/build/findlib/src/findlib'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/local/aturbin/mingw32-ocaml/build/findlib'
make: *** [stamp-build-findlib] Error 2
Any ideas about what's going wrong ?
Proper cross-compilation for OCaml currently requires a set of patches which you can find at http://caml.inria.fr/mantis/view.php?id=5737 ; the patches are being integrated in the trunk version of ocaml right now, so I guess that bug report should contain the latest information.