|
The compiler [that comes with it] does a fairly good job of language standard compliance 
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
What language, and how do you know?
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
|
RugbyLeague wrote: THE COMPILER
Which one? I believe there is C#, (gag) VB, C, C++.
[and the IDE (not compiler) supports xml, html, xhtml, others...]
[edit]Fixed comma placement[/edit]
I'm retired. There's a nap for that...
- Harvey
modified 6-Feb-19 14:02pm.
|
|
|
|
|
H.Brydon wrote: I believe there is C#, VB (gag), C, C++.
FTFY! 
Latest Article - Slack-Chatting with you rPi
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
I would go with "I believe there is C# (gag), VB (gag), C (gag), C++."
That's just me.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
Marc Clifton wrote: H.Brydon wrote: I believe there is C#, VB (gag), C, C++.
FTFY!
Correct as always Marc ... comma went in the wrong place.
I'm retired. There's a nap for that...
- Harvey
|
|
|
|
|
VS2017 has a crapton of defects but surely it doesn't suck. Mostly I can't seem to have a smooth user interaction and its customization options are redundant and difficult to modify.
As far as the compiler goes though it's the best VS experience I had since VS2008.
GCS d--(d+) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
i wish someone would tell me the name of this perfect IDE VS is failing to be as awesome as.
|
|
|
|
|
I'll say "vi" and "emacs" now, to prevent rants from people who really mean it.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I think we all bitch about VS until we try something else and find it's either no better - or worse...
I remember bitching about the initially drab UI revamp from 2010 to 2012. By the time I was using 2013 I never wanted to go back to 2010. 
Kevin
|
|
|
|
|
|
inline void function01()
{
}
#include subModule.h
#include mainModule.h
void main (void) {
function01 (); }
Opening subModule.h:
Red line under function01, mouse hover --> Error: "void function01() declaration incompatible with <error-type> (declared at line XXX of "Path\Project\myApp.cpp")"
clean and rebuild
Error: myApp.cpp Line XXX "This declaration has no storage class or type specifier"
Delete the "inline"
Error: LNK2005 due to duplicated object in the mainModule.obj and myApp.obj"
Undo ("inline" back), rebuild...
everything OK.
Good is, what good ends, but... 
EDIT: given better names, hopefully makes more sense now.
EDIT2: Deleted the "VS2017" of the subject due to Richard's comment below.
By the way... the project is a Visual C++ Win32 Console with ATL/MFC support (used the new project template) where I am playing around with the external Library / API.
EDIT3: added the "main"
EDIT4: Nevermind... it is working. I just wanted to rant about it.
EDIT5: I'll try to simulate it again. If I manage, I'll post the calls again making sure that I give enough code
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
modified 6-Feb-19 16:37pm.
|
|
|
|
|
That sucks, you probably already know that you can add your .h files in the projects AdditionalIncludeDirectories.
|
|
|
|
|
Been away from VS a lot (last professional project was VC++ 6 in 2007). That means... no, I am not sure to know exactly what you mean.
I have added them in the project solution explorer with "right click >> add >> existent files" as I have seen in many examples and the VS advice tell. The .h got placed in "headers" and the .cpp in "Source Files" folders
It is working relative fine, a re-build mostly solves the situation. Just weird things (like the one described above) from time to time when using something for the first time (although the files are included since the beginning).
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
"... VS doesn't bore you with a predictable behaviour..."
It's a feature!!!
|
|
|
|
|
This is nothing to do with Visual Studio, it is purely down to the way the compiler reads the sources, possibly because you are effectively including foo.h twice in coo.cpp. Try adding the following line to all your header files:
#pragma once
|
|
|
|
|
#pragma once is the first line in every header but in one where it gets replaced by
#ifndef XXX
#define XXX
....
#endif If the header was being included several times the linking errors would be constantly coming (or at least I would expect it), and not that sporadic or depending if the word "inline" is there or not in a single function (there are a lot of things "not inlined" in that header that should trigger it).
Richard MacCutchan wrote: This is nothing to do with Visual Studio, it is purely down to the way the compiler reads the sources,
Are you telling me the compiler is not part of VS?  
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I suspect there may be some part(s) of your code that we are not seeing. Maybe you should open a proper question with complete details.
Nelek wrote: Are you telling me the compiler is not part of VS?
Of course it isn't. I do lots of compiling and linking outside of Visual Studio, calling the compiler directly.
|
|
|
|
|
I have edited the original message, changing a bit the names, I hope it now makes more sense .
EDIT:
Richard MacCutchan wrote: I suspect there may be some part(s) of your code that we are not seeing
Over 8k Lines, but I think I have really extracted the relevant parts.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Don't blame MS. It is C/C++.
foo();
Is indeed incompatible with void foo()
The first is implicitly int foo() according to the C language standard!
I'm not sure why a cleanup helped though...
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
megaadam wrote: foo();
Is indeed incompatible with void foo()
The first is implicitly int foo() according to the C language standard!
Note: I believe you, but don't really understand it
I am just calling one function in a place that is declared in another place. That makes a change of type?
I am editing the original question to give another kind of names, not that I just messed it up.
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
modified 6-Feb-19 8:49am.
|
|
|
|
|
I have edited the OP...
Which means... your quote would now be...
megaadam wrote: function01();
Is indeed incompatible with void function01()
The first is implicitly int function01() according to the C language standard!
is it still what you say, with the new names in original post?
If yes... I still don't understand it
BTW the project is a Visual C++ Win32 Console with ATL/MFC Support
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
modified 6-Feb-19 8:56am.
|
|
|
|
|
I suggest you try changing the forward declaration:
from: function01(); to: => void function01();
In C++ void func() is different from void func(int i) they are two different function types/signatures that can coexist due to overloading. The return type is also part of of the function type/signature.
What I do not understand how your code could compile at all. I would expect the build to always fail. But maybe there was an object file left over from a previous build with another function signature but same name?
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
I always use warning level 4 and warnings==error with my code and a function without a return type would trigger a warning which would cause the compilation to fail.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
