• Advertisement
Sign in to follow this  

Unity [C++] Compilation and default values problem.

This topic is 2893 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Hi community. I have a class Shooter and its constructor's declaration is:
//Shooter.h

Shooter(int health=0, float speed=250.0f, float jumpPower=600.0f, int    munitions=1);

As you can see, each argument has its default value. I have a class Level and in its private part has:
// Level.h that includes "Shooter.h"


private:

    Shooter m_mainCharacter;

And its constructor definition is:
// Level.cpp that includes "Level.h"

Level() : m_mainCharacter(1, 300.0f) 
{

   // Irrelevant things

}

Hence, in its initialization list I don't put a value for jumpPower, then jumpPower takes its default value. The problem is the following: Suppose I modify the default value for jumpPower in Shooter.h. When I compile and run the application there isn't a change!!!! But if I make an irrelevant change in Level.cpp like a newline, or space, etc, when I recompile and run, the behavior is the correct.

Share this post


Link to post
Share on other sites
Advertisement
This has nothing to do with default parameters.

Use a build environment that has a (working) dependency checker, like, er, well, I can't even think of one that doesn't...
Maybe you're using broken makefiles?

Share this post


Link to post
Share on other sites
Very weird. Visual Studio's dependency checking is usually solid and the only way to screw it up that I am aware makes it recompile everything all the time. And that's obviously not your problem...

Share this post


Link to post
Share on other sites
Something is confusing the dependency checker... which usually works the other way around like Rattenhirn said.


Do you have multiple files with the name "Level.h" or "Shooter.h" anywhere else in your project or directory structure that the dependency checker might be looking at, which are different from what the compiler ends up including?

Share this post


Link to post
Share on other sites
I discovered the reason, but it's SO WEIRD!!!!!

If I change the default value for jumpPower in Shooter.h the compiler output is:

------ Build started: Project: CaperucitaPlusPlus, Configuration: Debug Win32 ------
Compiling...
Shooter.cpp
Generating Code...
Skipping... (no relevant changes detected)
Level.cpp
mainLevel.cpp
Linking...
Embedding manifest...
Build log was saved at "file://d:\NicoDocs\Programming\SFML\CaperucitaPlusPlus\CaperucitaPlusPlus\Debug\BuildLog.htm"
CaperucitaPlusPlus - 0 error(s), 0 warning(s)
========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========

Apparently the compiler skips Level.cpp compilation because for him "no relevant changes detected".
But if I put a newline, or space in Shooter.h, A REAL IRRELEVANT CHANGE!!!! the compiler output is:

------ Build started: Project: CaperucitaPlusPlus, Configuration: Debug Win32 ------
Compiling...
Shooter.cpp
Generating Code...
Compiling...
Level.cpp
mainLevel.cpp
Generating Code...
Linking...
Embedding manifest...
Build log was saved at "file://d:\NicoDocs\Programming\SFML\CaperucitaPlusPlus\CaperucitaPlusPlus\Debug\BuildLog.htm"
CaperucitaPlusPlus - 0 error(s), 0 warning(s)
========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========

Then we can see that Level.cpp compiles and the result is what I need.


JAJAJAJAJA I don't know what to say!!!! Changing a value is less relevant than a newline or space?

Share this post


Link to post
Share on other sites
You can turn of the build dependency engine, which will cause it to rebuild all .cpp files that include a header file you've modified. In your project properties, under C/C++, Code Generation, change the "Enable Minimal Rebuild" option to 'No'.

In general, you shouldn't have to do this, though, since the Visual Studio engine is usually pretty good. The main things that tend to confuse it is if your files have timestamps that are in the future or really far in the past, You might want to just double-check that. There could also be preprocessor definitions which confuse the dependency engine, I'm not too sure... but definitely the option I mentioned above will work around the problem.

Share this post


Link to post
Share on other sites
I'm posting because I've experienced a similar, though different problem, as far as the building dependencies goes, although in quite a different fashion. This was like a year ago, but lesson learned. I was working on a rather large project, where there were files that required a complete build of the project, a lot longer than the minimal rebuild necessary.

Without touching "World.h" the compiler would detect it had changed and needed to be recompiled, which meant every file needed to be compiled. This took much more time than needed, especially when World.h shouldn't require that. The problem ended up being the fact that I had changed my computers date, accidentally while looking at the calendar, and the date/time of the World.h was changed. Therefor the compiler always thought the file was new, and needed to be rebuilt.

The same thing can happen in reverse; the compiler not building a file even when you are making changes, likely because of the same effect - although I don't know the specifics of this case I've experienced it as well. The previous case is easier since the time you last saved the file is newer than the current time and it thinks it needs to be rebuilt.

Just a heads up for people who get attracted to this thread from the contents within.

Share this post


Link to post
Share on other sites
Or you could, you know, learn how makefiles work... :) (Although I have no idea how you'd make an IDE like VC++ talk to external build tools like automake :/)

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
  • Advertisement
  • Popular Now

  • Advertisement
  • Similar Content

    • By RoKabium Games
      Another one of our new UI for #screenshotsaturday. This is the inventory screen for showing what animal fossils you have collected so far. #gamedev #indiedev #sama
    • By eldwin11929
      We're looking for programmers for our project.
      Our project is being made in Unity
      Requirements:
      -Skills in Unity
      -C#
      -Javascript
      -Node.js
      We're looking for programmers who can perform a variety of functions on our project.
      Project is a top-down hack-and-slash pvp dungeon-crawler like game. Game is entirely multiplayer based, using randomized dungeons, and a unique combat system with emphasis on gameplay.
      We have a GDD to work off of, and a Lead Programmer you would work under.
      Assignments may include:
      -Creating new scripts of varying degrees specific to the project (mostly server-side, but sometimes client-side)
      -Assembling already created monsters/characters with existing or non-existing code.
      -Creating VFX
      -Assembling already created environment models
      If interested, please contact: eldwin11929@yahoo.com
      This project is unpaid, but with royalties.
       
      ---
      Additional Project Info:
      Summary:
      Bassetune Reapers is a Player-verus-Player, competitive dungeon crawler. This basically takes on aspects of dungeon crawling, but with a more aggressive setting. Players will have the option to play as the "dungeon-crawlers" (called the 'Knights', or "Knight Class", in-game) or as the "dungeon" itself (literally called the 'Bosses', or "Boss Class", in-game). What this means is that players can choose to play as the people invading the dungeon, or as the dungeon-holders themselves.
      Key Features:
      -Intense, fast-paced combat
      -Multiple skills, weapons, and ways to play the game
      -Tons of different Bosses, Minibosses, creatures and traps to utilize throughout the dungeon
      -Multiple unique environments
      -Interesting, detailed lore behind both the game and world
      -Intricate RPG system
      -Ladder and ranking system
      -Lots of customization for both classes s of customization for both classes
    • By RoKabium Games
      Custom coffee mugs have arrived... More caffeine!
      Have a great weekend everyone! 
      #gamedev #indiedev #sama #caffeine
    • By Atwo Studios
       
      Hey guys,

      Anthony here from Atwo Studios bringing you some new updates for the new year!
      In this video I go over our game ROY, the new games and some general updates to the company!

      If you have not checked out ROY feel free to give it a try! Many people have said they enjoyed the game thus far!
      ROY: https://goo.gl/o6JJ5P
       
    • By Affgoo
      https://play.google.com/store/apps/details?id=com.NE.Alien
      still a lot of work to do, but its pretty stable  please let me know what you think <3
      Atlas Sentry is a game of destroy everything. Using your turret, simply swivel and shoot your way to victory, upgrading your weapons to unleash destruction on the variety of spaceships. The bigger your combo’s the more score you get! Earn silver as you play and then purchase new weapons and abilities to better deal with your enemy. Different enemies use different tactics and weapons, work out your own priorities in their destruction order. 

      Features: 
      **2 different game modes 
      **A level select mode with 20 difficult levels including a final boss, can you defeat it? **Arcade mode of endless destruction, how long will you last? 
      **High scores to compete against others, see who can take the top spot. 
       
  • Advertisement