C++ has no graphics support of any kind. It is intended to be as generic as possible thus there is no platform-specific support whatsoever. However, vendors typically supply graphics libraries to suit whichever platforms they support. E.g., Embarcadero Builder for Windows ships with WinBGI (Windows Borland Graphic Interface), a generic library intended specifically for Windows graphics.
Gigabyte are a hardware manufacturer; as such they do not provide graphics support for C++. However, they do supply drivers which can be accessed via the operating system through C++.
It has no use in C++ itself, it is only useful in Borland Turbo C++. It provides generic graphics support for Borland Turbo C++ applications.
C++ has no built-in graphics methods. C++ is a machine-independent programming language, but graphics are machine-dependent. To make use of graphics of any kind, you must use a suitable graphics library. If you need cross-platform support, use a generic library.
There is no graphic.h in the standard C++ language. It typically ships with 3rd party C++ implementations that incorporate the Borland Graphic Interface or one of its variants, such as Embarcadero Builder. It can also be used with Dev C++ if you install the WinBGIM library. Its primary purpose is to provide Windows graphics support since C++ has no built-in graphics support of any kind.
You should actually turn the question around: does the Turbo C++ graphics library support Windows XP? The answer is yes it does, provided you are using a version of Turbo C++ for Windows XP and above.
C++ does not provide any native support for graphics of any kind, including graphic image formats. This is because graphics are platform-specific while C++ is a generic language. You can, of course, use graphics in C++, but you need a graphics library and API that is specific to your platform and hardware. There is no generic code available as the code you use is entirely dependant upon the library.
C++ has no graphics ability whatsoever. C++ is a machine-independent programming language, but graphics are machine-dependent. To use graphics in C++ you must use an appropriate library. If you need cross-platform support, you must use a generic library. Each library has its own specific methods for accepting input thus you must consult the library documentation for more information on this aspect.
Yes, but not in generic C++ unless you are simply reading the raw data from the image file. C++ has no built-in graphics support as graphics are platform specific. If you want to display the file you will need to use a 3rd-party platform-specific graphics API. Consult your IDE's documentation to see what, if any, graphics API is provided with your language. Cross-platform support is possible, but you really need a generic implementation of C++, such as gc++. VC++ is not ideally suited to cross-platform development.
If you mean how do you draw a curve in C++, you can't. C++ does not have any built-in graphics support of any kind. All graphics are platform-specific so, to be able to draw graphics, you need a graphics API and library suitable for your platform and hardware. As a result, the code you use will not be portable. In most graphics libraries you will draw curves as a series of arcs, so you want to look up the arc() function in your library documentation.
C++ is a generic, cross-platform language, but graphics are platform-dependant. thus C++ has no built-in methods for graphics output. To draw graphics in C++ you need a low-level API and library specific to the platform and hardware you intend to target. Some libraries are highly abstract and therefore support cross-platform development, but most are platform-specific. Consult the documentation that came with your library.
C++ has no generic graphics methods whatsoever. All graphics are platform-specific and therefore require a suitable API and library to support your specific platform and hardware. Thus there is no generic C++ code for 2D animation let alone 3D animation.
Of course.
TFT or CRT doesn't make difference in using BGI graphics.