Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Telgin]

What libraries are you trying to link against?  I can honestly say I've never had problems with Visual C++ and the linker.  It's been a long time, mind you, but don't you just add them to a list of libraries in the project configuration somewhere?  Or use a #pragma to include the library?

[Valid_Dark]

whats the difference between visual c++ and regular c++? anything?
I've never used visual studio.

[Telgin]

Visual C++ is an IDE that includes Microsoft's C++ compiler and linker.  It's mostly standard C++ otherwise.

[Valid_Dark]

I had heard it was an extended library, but never looked into / never asked what was different from it and the standard library.
and I thought visual studio was the IDE and visual c++ was what c++ was referred to when written in visual studio,
or am I wrong?  I don't know anything about visual studio/visual c++

[Telgin]

You might be thinking of managed C++, which I think is a Microsoft only thing related to interfacing with .NET code.

Visual C++ is part of Visual Studio.  Visual Studio I guess could be considered the IDE, where Visual C++ is just some interface snap ins and a backend for the compiler and linker.  There are other Visual tool suites, like Visual C# and Visual Basic.

The C++ written in Visual C++ is pretty much regular C++.  The only difference would be that Microsoft may not have implemented some of the newest standards, or may have implemented them in a vendor specific way.  This is very rarely a issue, at least not in any case I've ever seen.

The syntax is regular old C++.  The libraries available are Microsoft specific in addition to the C / C++ standard library, of course, but otherwise it's just C++ with an IDE on top of it.

[Valid_Dark]

thank you *said in a sing-song tone*

[alway]

On the subject of Visual C++...I installed Visual Studio 11 Dev Preview solely because I could.  How the crap do I get VC++ to link libraries correctly?  For the life of me, I could not find the right linker operation...which is stupid considering how easy it is from the command line...  I historically do C++ development from Linux...I can handle a commandline so much better than an IDE, for the most part.

Assuming it works like VS10
1. Select project in the solution explorer window (usually on the left or right side of the screen).
2. In the menu bar up top: Project->Properties
3. In the menu system that pops up, Configuration Properties -> Linker -> Input
4. On this screen, click on the Additional Dependancies item and click the down arrow that appears to the right. Click "<Edit...>" from the down arrow menu. In the top half of the window that appears, type in the names of the libraries you will use ("xyz.lib", for example).
5. If your libraries aren't installed with Visual Studio, it likely can't find them.
6. On the same project property menu, go to Configuration Properties -> VC++ Directories
7. Click on the Include Directories, go into its menu, and add the directory path to the include directory for the library (has a browse for folder option)
8. Do the same for Library Directories, adding the library directory.
9. Click OK to save the property changes and close the properties window. Your project should now work.

[Aqizzar]

For anyone who understands Libtcod (especially C#):

If I want a switch statement to interpret a TCOD keypress, am I restricted to char's?  Because it can either return a Character (useless for the numpad) or a KeyCode (which only includes non-character keys, and since it's an object, cannot be passed to a switch).

I'm getting the feeling I'll have to build an input interpreter for this thing.

[Gatleos]

I'm telling you, just take the plunge and run SDL in the background. Right now I've got libtcod running over SDL, and I have a nice, clean switch statement for keypresses that recognizes unicode characters and keycodes (including character keys) separately or together. The function keys and keypad are no problem at all either. Libtcod's input detection just isn't worth it.

[Willfor]

I'm telling you, just take the plunge and run SDL in the background. Right now I've got libtcod running over SDL, and I have a nice, clean switch statement for keypresses that recognizes unicode characters and keycodes (including character keys) separately or together. The function keys and keypad are no problem at all either. Libtcod's input detection just isn't worth it.

Are you using C#? I've had massive library conflicts when trying to do this in C#'s libtcod and SdlDotNet.

[Aqizzar]

What about just using SDL on its own?  Is libtcod even necessary then?

I guess that would entail writing... something.  I'm looking at a SDL tutorial, and I'm not seeing where it would need any help, however inscrutable it may be.

[Max White]

SDL on its own? Well you can run into some issues, do things wrong and suddenly it is slow as fuck.

[Aqizzar]

Sounds like the thread might need a SDL tutorial now.  Oh wait, SDL has tutorials.  Well, now I just have to find where the Hell that installer put the SDL files so I can include them in the project.  Which may not necessary, since they're installed to the computer themselves, but I assume having them with the project would be important if I wanted to send this program to another computer.

[Max White]

Well if you are sure about SDL, just remember your dealing with a panel now, not a console. Graphics just got real.

[Siquo]

I advise against it. Nothing to crush a starting programmers spirit than a library that's hard. I wonder why I keep doing it myself, though.