Problems with ctime when including Audio

[CharlieLima]

Hey all,

I am working as part of a dev team for a university course. We have been tasked with building a game engine, and have elected to use SFML for our audio component. However we are getting strange behavior whenever we attempt to integrate SFML. Hopefully someone has seen this before and can offer some insight.

Whenever we attempt to built with SFML, we get a bunch of errors along the lines of:

error C2039: 'clock_t' : is not a member of '`global namespace''        c:\program files (x86)\microsoft visual studio 11.0\vc\include\ctime    18

We have complied with the instructions here, but are still having problems. We have determined that this is related to us including SFML, as the project builds fine sans audio. Has anyone seen this issue before/any suggestions for troubleshooting?


For those interested we are building on:

• Windows 7
• Visual Studio 2012 (yes we are using the C++ 11 library)

Any help is much appreciated!

[Hapax]

I don't think this is a problem that is related to SFML.
However, I'd try:

std::clock_t time

instead of:

clock_t time

Would help next time if you posted some code

[CharlieLima]

However, I'd try:
std::clock_t time

Yes, we thought this too. However, we are not actually using clock_t anywhere in our project . In fact, nowhere in our project are we even including ctime!

Would help next time if you posted some code

I understand haha. However, our project is currently several hundred lines long. And since these errors are stemming from system headers, not sure how much use our code would be . I know this looks like potentially corrupted system files, however we can replicate this on machines both at home and in the lab. The odds of both machines being corrupted in the same way seems crazy.

This SEEMS very much like a configuration problem, but for the life of me I can not find anyone who has had issues like this. What is even crazier is that we can get the thing to build if we first create a new project with only SFML and then import the rest of our code .

Here's hoping someone has screwed up similarly before and save us a few hours debugging!

[Hapax]

we can get the thing to build if we first create a new project with only SFML and then import the rest of our code

Why not just do that then?

[CharlieLima]

we can get the thing to build if we first create a new project with only SFML and then import the rest of our code

Why not just do that then?

Well, of course we could do that. But the lab machines remove all local files whenever we log out. Kind of annoying to have to create a whole new project, build SFML and then import. Would be nice if we could simply checkout our code and get rolling.

[CharlieLima]

No worries if you haven't seen this before. We're going to put our heads together tomorrow at scrum. Will post solution if we find one.

[dabbertorres]

I did a search for "clock_t" and "ctime" on the github, didn't find anything. No results for "clock_t", and only place "ctime" was found was in the Pong example.

In Issues however, I found this.

Are you using prebuilt binaries for SFML? I'd try compiling SFML and using the resulting libraries.

[eXpl0it3r]

You should post the full build command.

If one of your (or some other library) file is called "time.h" and you've put it somewhere in a global include directory it could happen that the wrong "time.h" gets included.
Other issues can be a wrongly selected project file or a miss matching bracket.

Btw. it's really easy to find such possible causes yourself, by simply typing in (parts of) the error message, at least that's how I got all the information above, without having ever seen that error before.