I am running into an issue that causing me a bit of trouble:
file(GLOB globOutput test)
returns the absolute path to test (assuming there is a test directory under
my current dir). Whereas
file(GLOB globOutput .)
returns an empty string. This is particularly annoying because
file(GLOB globOutput
Hi Michael,
The quadruple slashes fixed the problem, thanks!
And it turns out that it is valid C++ to have
void main()
because it's valid C.
Source:
http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/legality-of-void-main.html
It would have made me very nervous to change the validation
Hi Jed,
I don't want portable code. I want the socket++ code that I
originally got from someone else to compile as intended on the various
platforms they support. They put a void as a return type; that void
as a return type is compiling just fine on vs2008, which according to
that page, is
c++'98 standard
(http://www.kuzbass.ru:8086/docs/isocpp/basic.html#basic.start.main) clearly
states that main _MUST_ have int as it's return type. Further it shall be
callable as
int main();
int main(int argc, char* argv[]);
The part that says but otherwise its type is implementation-defined
On Fri, 27 Aug 2010 08:10:49 -0700, Mark Roden mmro...@gmail.com wrote:
And it turns out that it is valid C++ to have
void main()
because it's valid C.
Source:
http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/legality-of-void-main.html
You seem to have misread the link (which
On 8/27/10 9:17 AM, Kevin Fitch wrote:
I am running into an issue that causing me a bit of trouble:
file(GLOB globOutput test)
returns the absolute path to test (assuming there is a test directory
under my current dir). Whereas
file(GLOB globOutput .)
returns an empty string. This is
Sorry about breaking the back-thread, I only saw the response in the
cmake digest and not from a particular response.
I think that this code is suspicious anyway, for a number of reasons.
They claim out-of-the-box windows compatibility, but I'm getting all
sorts of other compilation errors that
I'm working at getting CTK to build shared on Win32 Vista with mingw32-make.
When running ctest (CMake 2.8.2), it cant find the tests (which are in
CTK-superbuild/CTK-build/bin)
Could not find executable D:/CTK-superbuild/CTK-build/bin/Release/some_test
Looked in the following places:
and
Hello,
Since I often use a number of C++ helper functions for my daily
programming tasks, I've written a header file (my_util.h) which is then
included into a source file (i.e. model.cpp). All helper function code
is contained within the header file, and there is not a corresponding
I believe that this should be sufficient to let CMake know that my
header file is in this particular directory, but when I run the
generated makefile, I receive the following error:
Undefined symbols:
void util::load_matrixdouble(std::basic_stringchar,
std::char_traitschar,
My mistake; linking with code contained in a header file actually
works quite well in CMake. Just as the error says, the problem was
due to an undefined symbol. In the file my_util.h, I changed
template class T
void load_matrix(std::string fileName, TNT::Array2Ddouble *M)
to
void
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 27054ad2ea9ba26b3e1d8496044eae51a8c703da (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 781e24cf7aca961ba57d667ebed528dfdb72b656 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via eb46484143d50558ce92b1911dda6bb9fc37c078 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 4746365e0312693b754e59f51e692285c046fa89 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 3bf1869c93daf131e8040e88f20986cf01bb9779 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 681a99b1a46f35000ca0567cc29833c63de4a7a8 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 735a8c26d749d3a1e7a539386161ed98e22c9005 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 93d87a7f26c3773fd2ddff6ea12a8e1551585659 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 216aa24d9296d3c9af607aea59e38c51c482838b (commit)
from
20 matches
Mail list logo
