I am following this link ( http://www.rsyslog.com/how-to-use-tcpflood/ ) to send messages to rsyslog.
I have cloned the git repository of rsyslog https://github.com/rsyslog/rsyslog.git
While following the link http://www.rsyslog.com/how-to-use-tcpflood/ , I am getting below error while executing "make tcpflood"
root1#atratus06:~/Debashish/rsyslog/tests$ make tcpflood
cc tcpflood.c -o tcpflood
tcpflood.c:86:20: fatal error: config.h: No such file or directory
#include "config.h"
^
compilation terminated.
make: *** [tcpflood] Error 1
Can you please help me with the error, your help will be really appreciated.
I had the same problem. Solution (or rather workaround) was to compile rsyslog...
Just go one directory up, and type:
./configure (you will need to probably install lot of missing stuff here...)
make
make install
After successfully completing all those actions you can go to 'tests' directory and once again type 'make tcpflood'. This time it will work.
Related
first sry for my gramma or my faults, i'm german but i'll try my best ;)
OK, now straight to the problem:
I'm trying to recompile my source but everytime, i got some faults.
So becouse my knowledge of cmake isn't so far, i hope to find help from you.
The project is about an azerothcore privat wow server and it's first to add thoes modules (CMakeList.txt's below) and to update the core itself.
Everytime, while trying "make -j 4; make install" the latest fail the console shows is
CMake Error at CMakeLists.txt:5 (CU_SET_PATH):
Unknown CMake command "CU_SET_PATH".
-- Configuring incomplete, errors occurred!
See also "/home/wajmanor/azerothcore/build/CMakeFiles/CMakeOutput.log".
Makefile:132: recipe for target 'cmake_check_build_system' failed
make: *** [cmake_check_build_system] Error 1
Thoses helps i found with google everytime want to see the log-file, and that's why i attached it already ;):
CMakeOutput.log
For the Advice (thx to Tsyvarev ), i add the both CMakeList.txt's that could couse the problem:
Mod Nr. 1
cmake_minimum_required(VERSION 3.10)
AC_ADD_SCRIPT("${CMAKE_CURRENT_LIST_DIR}/src/WorldChat.cpp")
AC_ADD_SCRIPT_LOADER("WorldChat" "${CMAKE_CURRENT_LIST_DIR}/src/loader.h")
AC_ADD_CONFIG_FILE("${CMAKE_CURRENT_LIST_DIR}/conf/WorldChat.conf.dist")
Mod Nr. 2
project(GuildHouse)
cmake_minimum_required(VERSION 3.16)
CU_SET_PATH("CMAKE_guildmaster_DIR" "${CMAKE_CURRENT_LIST_DIR}")
AC_ADD_SCRIPT("${CMAKE_CURRENT_LIST_DIR}/src/guildmaster.cpp")
AC_ADD_SCRIPT_LOADER("guildmaster" "${CMAKE_CURRENT_LIST_DIR}/src/loader.h")
Hope someone could help me....
I'm trying to build the HEIF library in https://github.com/nokiatech/heif, but I'm having no luck.
I have CMake and the latest version of MinGW installed. I'm following the steps to build the library but I'm getting an error.
The first step, which is this:
cd heif/build
cmake --help
cmake ../srcs -G"<Generator listed by above command for your target platform>"
works, but the second step, which is this:
cmake --build .
seems to be working but when it gets to 41% done I get this error:
C:\Users\dantelo\Documents\heif-master\srcs\reader\heifstreamfile.cpp: In constructor 'HEIF::FileStream::FileStream(const char*)':
C:\Users\dantelo\Documents\heif-master\srcs\reader\heifstreamfile.cpp:44:9: error: 'fopen_s' was not declared in this scope
fopen_s(&m_file, filename, "rb");
^~~~~~~
C:\Users\dantelo\Documents\heif-master\srcs\reader\heifstreamfile.cpp:44:9: note: suggested alternative: 'fopen'
fopen_s(&m_file, filename, "rb");
^~~~~~~
fopen
reader\CMakeFiles\heif_static.dir\build.make:93: recipe for target 'reader/CMakeFiles/heif_static.dir/heifstreamfile.cpp.obj' failed
mingw32-make.exe[2]: *** [reader/CMakeFiles/heif_static.dir/heifstreamfile.cpp.obj] Error 1
mingw32-make.exe[2]: Leaving directory 'C:/Users/dantelo/Documents/heif-master/build'
CMakeFiles\Makefile2:233: recipe for target 'reader/CMakeFiles/heif_static.dir/all' failed
mingw32-make.exe[1]: *** [reader/CMakeFiles/heif_static.dir/all] Error 2
mingw32-make.exe[1]: Leaving directory 'C:/Users/dantelo/Documents/heif-master/build'
Makefile:85: recipe for target 'all' failed
mingw32-make.exe: *** [all] Error 2
I'm on Windows 10 in case that's relevant. I have no idea why this is happening. Any help appreciated
It seems that fopen_s is only present in the C library provided by Microsoft, i.e. in MSVC. Source: Is there a way to use fopen_s() with GCC or at least create a #define about it?
Your best bet is then switching to MSVC, because the code you have was apparently never tested with MinGW, as it cannot be compiled by the latter.
Alternatively, if you are feeling lucky, you can just use some #define tricks to convert fopen_s to the standard fopen (see the answers in the linked question) and hope that this is the only incompatibility in the code.
I'm getting this error in all my app builds now and I can't seem to figure it out.
I am using the .xcworkspace file
I had to rename the app. Used: react-native-app-id ...
This morning I was able to build/run on emulator. I tried to setup xcode to run on an actual device and now the universe hates me.
I can't even react-native start and react-native run-ios without getting these errors:
ld: warning: directory not found for option '-L/Users/gmike/Projects/promiscue/tribeoffive/TribeOfFive/ios/build/Build/Products/Debug-iphonesimulator/React'
ld: library not found for -lReact
clang: error: linker command failed with exit code 1 (use -v to see invocation)
** BUILD FAILED **
The following build commands failed:
Ld build/Build/Products/Debug-iphonesimulator/tribe-of-five.app/tribe-of-five normal x86_64
(1 failure)
Installing build/Build/Products/Debug-iphonesimulator/tribe-of-five.app
An error was encountered processing the command (domain=NSPOSIXErrorDomain, code=22):
Failed to install the requested application
The bundle identifier of the application could not be determined.
Ensure that the application's Info.plist contains a value for CFBundleIdentifier.
Print: Entry, ":CFBundleIdentifier", Does Not Exist
Command failed: /usr/libexec/PlistBuddy -c Print:CFBundleIdentifier build/Build/Products/Debug-iphonesimulator/tribe-of-five.app/Info.plist
Print: Entry, ":CFBundleIdentifier", Does Not Exist
I've checked out a bunch of other stackoverflow articles.
I think this is telling:
Thoughts on how to un-mess up my env?
The error goes away when you remove libReact.a from the Xcode file tree (for me, it was under the Frameworks folder).
I also removed other files (they all had a transparent/white overlay on them which probably mean they were missing, actually couldn't open them in the finder neither)
Ok let's resolve this:
What to look for:
Here's a list of all the sub projects (or their products) that will cause XCode to throw that error when building a react-native project w/ cocoapods:
[
RCTActionSheet,
ART,
RCTBlob,
RCTCameraRoll,
RCTGeolocation,
RCTImage,
RCTLinking,
RCTAnimation,
RCTNetwork,
RCTPushNotification,
RCTTest,
RCTSettings,
RCTText,
RCTVibration,
RCTWebSocket,
]
Where to look for those weird project names:
First of all you'll look in the actual error message.
Here's a typical library not found error
Notice the ... /libART.a part?
That fellow is causing that error on my end.
In your case it can be any of the strings in the array above.
Found the troublemaker, what to do now?
Step 1: Remove the troublemaker project.
Let's try the lucky shot first:
Open the Project Navigator, and check if you can see the linked project that corresponds to the troublemaker string. In my case it was an XCode project called ART.
If you find it there, just remove it's reference, and you should be fine.
If that didn't work:
Open {Project Target} > Build Phases > Link binary with libraries and check wether you can see the troublemaker string in there. (It could be something like libArt.a depending on what's causing the issue on your end)
If that worked, forget the next step, otherwise move on:
Step 2: Delete the derived data directory, clean and rebuild
In my case (as seen in the raw error above) the derived data directory was /Users/sudoplz/Library/Developer/Xcode/DerivedData/MySuperApp-haxjchilyksewvdfcnnxwrulvyvy/Build/Products/Debug-iphonesimulator/
find yours in the error log, and delete it.
You can then clean XCode, shut it down, launch it again, and re-build.
Hopefully that should either fix the issue, or help you move on with fixing other stuff that may have gone wrong.
That's all folks.
Try to add that file to the libraries by finding libReact.a from the project, then clean and run Xcode.
or
Try to add libReact.a to your project "Build Phases" > Link binary with libraries, then clean and run Xcode.
This is a weird error! I'm getting:
ld: framework not found CocoaFob
clang: error: linker command failed with exit code 1 (use -v to see invocation)
I've checked all my build settings - and they appear correct. CocoaFob.framework is in my Linked Frameworks and Libraries - showing healthy and black. For some reason though, the damned framework isn't found when I try to link. Does anyone have any ideas?
Once possible clue is that when I try to the cocoafob application ( from here: https://github.com/glebd/cocoafob ) I get exactly the same error. I'm using Xcode 8.2.1
Okay. So the solution for me (and hopefully this will help anyone else who's experiencing a similar problem) was to:
build CocoaFob as release (I'd already done this, but in the interests of completeness) copy the resultant built framework to /Library/Frameworks and use it from there.
Do not attempt to use it in the location where it was built! Neither should you create a symlink in /Library/Frameworks to the location where it was built.
This done, all works well. Phew!
I had an error like
clang: error: linker command failed with exit code 1 (use -v to see invocation)
I have searched, did all provided solution. but still same error. I have attached the screen shot of error page. Can anybody help me how to resolve this issue.
Thanks in Advance.
Does this link help?
http://discuss.cocos2d-x.org/t/library-not-found-for-lcurl/12035
In summary:
Caused by adding AdMob or Flurry to the project.
Check Build Settings > Library Search Paths and ensure that they are correctly rooted so they point to the correct libraries. Others had some success in removing the $(SRCROOT) bit and turning them into absolute paths.