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.
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.
I'm using inet4 omnet5.5.1 veins5 I imported veins_inet in the workspace but it doesn't build successfully even though I added the paths to inet and veins src files in project properties I got the following error:
15:29:41 **** Incremental Build of configuration gcc-debug for project veins_inet ****
make MODE=debug all
make[1]: Entering directory '/home/nai/omnetpp-5.5.1/myWorkspace/veins_inet/src'
Creating shared library: ../out/gcc-debug/src/libveins_inet_dbg.so
/usr/bin/ld: cannot find -lINET_dbg
Makefile:141: recipe for target '../out/gcc-debug/src/libveins_inet_dbg.so' failed
make[1]: Leaving directory '/home/nai/omnetpp-5.5.1/myWorkspace/veins_inet/src'
Makefile:36: recipe for target 'all' failed
/usr/bin/ld: cannot find -lveins_dbg
collect2: error: ld returned 1 exit status
make[1]: *** [../out/gcc-debug/src/libveins_inet_dbg.so] Error 1
make: *** [all] Error 2
"make MODE=debug all" terminated with exit code 2. Build might be incomplete.
15:29:43 Build Failed. 6 errors, 0 warnings. (took 1s.693ms)
apparently some required files are missing
how to fix this please
You might be building this project in debug mode, but not building the other projects in debug mode.
I am trying to install Elemental. I cloned it from the GitHub directory. Made a build directory and ran cmake command in it. But when I do a make, it shows the following error message:
[ 73%] Linking CUDA device code
CMakeFiles/EntrywiseMap.dir/cmake_device_link.o
nvcc fatal : Unknown option 'pthread'
tests/CMakeFiles/EntrywiseMap.dir/build.make:99: recipe for target
'tests/CMakeFiles/EntrywiseMap.dir/cmake_device_link.o' failed
make[2]: *** [tests/CMakeFiles/EntrywiseMap.dir/cmake_device_link.o]
Error 1
CMakeFiles/Makefile2:1506: recipe for target
'tests/CMakeFiles/EntrywiseMap.dir/all' failed
make[1]: *** [tests/CMakeFiles/EntrywiseMap.dir/all] Error 2
Makefile:140: recipe for target 'all' failed
make: *** [all] Error 2
I am using ubuntu 18, with cuda 10 and cmake version 3.13.4
What's the version of Cmake? This issue seems to be on CMake 3.12 and fixed on CMake 3.13
For me moving to the newer version of CMake 3.14.0 helped get past the issue.
I am trying to compile GCC for Cygwin with support for targeting i386-elf so I can compile some simple OSes (search Benu, by l30nard0, on Github). I've successfully compiled the binutils for i386-elf, and compiled all of GCC's floating-point numbers dependencies.
Problem is, it says windows.h can not be found. I do have w32api successfully installed, and tried including each of those one at a time in the include path for GCC, but none of them work. If I try any of them, I get so many errors and warnings that not all will show up in the Cygwin console. The dozens upon dozens of warnings are most if not all unused parameter.
Does anyone know where the problem might lie?
I've wasted the last three entire days of my life trying to get Linux Mint set up with everything I want, but for reasons I shan't go into I gave up on that. I'd love to be able to get just one thing to work so I can enjoy my life again. :) Thanks!
BTW: The configure arguments I used were --target=i386-elf --enable-threads=win32 --enable-languages=c,c++ Was I supposed to use --enable-targets instead?
And here's part of the log:
In file included from ../../../gcc/libgcc/gthr.h:150:0,
from ../../../gcc/libgcc/unwind-dw2.c:38:
./gthr-default.h:541:21: fatal error: windows.h: No such file or directory
compilation terminated.
../../../gcc/libgcc/static-object.mk:17: recipe for target 'unwind-dw2.o' failed
make[2]: *** [unwind-dw2.o] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from ../../../gcc/libgcc/gthr.h:150:0,
from ../../../gcc/libgcc/unwind-dw2-fde.c:38:
./gthr-default.h:541:21: fatal error: windows.h: No such file or directory
compilation terminated.
../../../gcc/libgcc/static-object.mk:17: recipe for target 'unwind-dw2-fde.o' failed
make[2]: *** [unwind-dw2-fde.o] Error 1
make[2]: Leaving directory '/home/Sean/gccbuild/i386-elf/libgcc'
Makefile:10055: recipe for target 'all-target-libgcc' failed
make[1]: *** [all-target-libgcc] Error 2
make[1]: Leaving directory '/home/Sean/gccbuild'
Makefile:870: recipe for target 'all' failed
make: *** [all] Error 2
Remove the --enable-threads=win32 flag; it is intended to specify thread support on the target system, not the build system.
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".