Where can I find these header files on Windows 7? I just installed VS2010, but seems dont have these header..
CoreLib.h
#include "Buffer.h"
#include "Logger.h"
#include "CoreLibImpl_.h"
Why would you expect them to be a part of Windows 7 or VS2010?
Google tells me what you're looking for is a part of Apache ActiveMQ. So go ahead and install the source. If you already have them and you just can't get VS to find the files, add them to the include directories.
Those names don't sound familiar. They're not one of the standard C++ headers like <iostream>, or the C headers like <stdlib.h>. Nor do they appear to be MFC headers. Why do you expect VS2010 to ship with these?
Related
I'm having issues with getting #include to actually include libraries. The compiler software doesn't want to recognize the library.
Hi Folks! I'm a somewhat new programmer.
I'm currently trying to get a library from github to work (liblightmodbus) in the microchip studio compiler.
I've followed the instructions of adding include path
Microchip Studio, Toolchain Linking
I've downloaded the .zip and unpacked it to the debug folder within the project I'm working with. Then in the solution explorer i clicked "Show all Files" and right clicked the downloaded project and "Include in Project"
Despite this once I compile the program it returns error about
lightmodbus/lightmodbus.h: No such file or directory
and flags the lines whith
#include <lightmodbus/lightmodbus.h>
What have I missed?
Your include line uses <> brackets. This informs the pre-processor to go and search the toolchain directories, as defined by Atmel/Microchip Studio.
When including files, you can choose to use either
#include "file.c"
or
#include <file.c>
This post describes the behaviour is much more detail.
In addition, unpacking the library to the debug folder is likely to be your second problem (for the reasons described in the linked post). You should instead unpack it to directory containing the rest of your source, or a sub directory of there, and include using "".
With C++/WinRT Microsoft apparently made quite the effort to make their APIs standard-conformant.
And finally they've also released a machine learning API along with a code sample repo.
Unfortunately, all samples are dependent on Visual Studio. Even the simplest command line demo (CustomTensorization) requires .snl files and VisualStudio.
Is it possible to write code for this API without VisualStudio by just downloading an SDK and using a regular make file?
If so, how? Please post or point to a MCVE.
Thank you.
I don't know anything about the machine learning API, but C++/WinRT is a header-only library that you can include and build from a developer command prompt quite easily. Here's a simple example:
C:\ml>type sample.cpp
#pragma comment(lib, "windowsapp")
#include <winrt/Windows.AI.MachineLearning.h>
#include <stdio.h>
using namespace winrt;
using namespace Windows::AI::MachineLearning;
int main()
{
init_apartment();
puts("Sample");
}
C:\ml>cl /EHsc /std:c++17 /nologo sample.cpp
sample.cpp
C:\ml>sample.exe
Sample
For an actual example using the machine learning API I'd suggest you start here:
https://learn.microsoft.com/en-us/windows/ai/get-started-desktop
But again, you can follow along and substitute Visual Studio with the command line and use cmake, or any other build system, if so desired.
So im currently trying to make a driver.
And when i add:
#include <ddk/ntddk.h>
I get the error: Cannot open source file "ddk/ntddk.h". How do i fix this?
Which version of the WDK are you using?
For WDK 8 and above, there is no directory called ddk shipped by the WDK, so the include that you have wouldn't work... Just look at where exactly on your disk is ntddk.h located, and make sure that the additional include directories specified in the compiler options include whichever location has ntddk.h. By default, in WDK 8 and above, it should be (and thus you don't need a ddk/ prefix).
I am trying to run the Microsoft DirectComposition Sample which utilizes various IDComposition_____ types. It appears that I am missing dcomp.h which contains these types. I've tried looking around for the header file, but can't seem to find it anywhere.
Am I going about this the wrong way or something?
Maybe someone can point a link towards dcomp.h..?
This is part of the Windows SDK for Windows 8. It’s included with Visual Studio 2012. For other compilers you’ll need to download the SDK separately.
http://msdn.microsoft.com/en-us/windows/desktop/hh852363.aspx
I'm trying to build a framework from libFLAC with Xcode, to use within my own Mac OS X application.
I use these FLAC sources:
http://sourceforge.net/projects/flac/files/flac-src/flac-1.2.1-src/flac-1.2.1.tar.gz/download
I only need a few of these source files but I'd rather keep everything untouched so I'm able to keep the original FLAC source if I want to I distribute the framework project with my own sources.
The flac-1.2.1.tar.gz contains these directories:
flac-1.2.1/include/
flac-1.2.1/src/libFLAC/
flac-1.2.1/src/libFLAC/include/
In order to build libFLAC, I've added the .c files from 'flac-1.2.1/src/libFLAC' into the project (as references). I also added the .h files.
The headers used in the source code are located in:
flac-1.2.1/include/FLAC/
flac-1.2.1/include/share/
flac-1.2.1/src/libFLAC/private/
For instance the sources code calls for the header are:
#include "private/bitmath.h"
#include "FLAC/assert.h"
#include "private/bitwriter.h"
#include "private/crc.h"
#include "share/alloc.h"
etc.
In Xcode, I've added these 'User Header Search Paths' to the the target Build Settings:
$(SRCROOT)/flac-1.2.1/include/
$(SRCROOT)/flac-1.2.1/src/libFLAC/include/
And of course, I've placed my flac-1.2.1 directory in the right place.
When I want to compile, the compiler doesn't find the headers file. I tried with GCC 4.2 and LLVM compiler 2.0. What am I doing wrong? Should I do something more?
I'm new into importing C sources in my otherwise all-ObjC project and I'd be happy to try whatever you throw at me. Just please avoid answering "If you can't do it, you shouldn't do it". I need to learn this and I will.
Ok I have the answer, it was really dumb. My Xcode Project folder path itself was containing a space character. The compiler doesn't like that ;)