w32api | Free headers and libraries for the Win32 API

Just a typo:

"no match for 'operator<<' (operand types are '__FILE*' {aka '__sFILE64*'} and 'MyObject' ) error when trying to print String or Object in C++"

solved by using cout, not stdout.

but contains Eclipse troubleshooting:

(Eclipse) sources.mk not finding and including all subdirectories (Solved) by renaming a folder named headers to r_headers, deleting the sources.mk and refreshing, and then added another folder called a_test. I don't know why it wouldn't work even by closing eclipse before adding another folder, but it magically started finding all subdirectories. (Note: thjis was after using this fix: How to solve "Unresolved inclusion: " in a C++ file in Eclipse CDT?)

that I didn't see anywhere, and it's just luck I fixed it.

Thank you to those who took the time to point that typo out to me in my tired panic, I appreciate it so much I was too wrapped up in my ide troubles!

I am brand new to C++ and I have been fighting with my compiler and IDE set up for 3 days now, I finally have Cygwin and Eclipse building files peacefully without any fatal errors with pathing or makefiles. The builders are: CDT Builder and Scanner Configuration Builder.

That might be relevant because the below code wont compile for my object nor for a string, and even if I replace with: stdout << "hello"; directly it still returns invalid operands of types '__FILE*' {aka '__sFILE64*'} and 'const char [6]' to binary 'operator<<'

I thought this setup was working because I initialized a hello world file and it ran, but now that there is all my actual code with subdirectories in the src folder, it seems to not work anymore.

What I have tried:

-Had to use VisualStudio for school. It stopped working completely on mylaptop. I was having issues with stdout which causes me to question my code but it seemed to be visual studio having changed the data structure of flags, plus the make files were being a nightmare and couldn't figure out where to put their .o files, so I decided to install eclipse on another computer and see if that was easier.

-installed eclipse for c++ and the vers is:4.14.0

-I updated cygwin gcc,gnu,debug & etc to latest versions

-enabled auto refresh in general properties -I fixed sources.mk not including subdirectories by renaming a headers folder to r_headers, deleted the sources.mk and refreshed a lot, and then added another folder called a_test. I don't know why it wouldn't work before adding another folder, but it magically started finding all subdirectories.

-in my includes file it looks to me like everything necessary is included (Windows 10 64 bit) c:/cygwin64/usr/(include/, include/w32api) c:/cygwin64/lib/gcc/.../ (include,c++,c++/backward,c++/x86_64-pc-cygwin)

The relevant MyObject snippets

(the code itself is more complicated, this is purely made up snippets, but I just want to know if the error lies somewhere really simple and I am just not getting something very basic!)

MyObject.h

I tried to read several unsigned char values through scanf and found some strange bug. During the second call of scanf, first unsigned char variable gets overridden with 0. But writing scanf(" %hhu", &second); will cause override of the second unsigned char variable.

I want to use the cygwin32 compiler instead of mingw32. According to http://web.eecs.umich.edu/~sugih/courses/eecs487/glut-howto/glfw/ , the GLX programs of gl on cygwin don't work with glfw. So I tried to use mingw32 binaries of glfw3 in cygwin32, which gave errors like 'GL_ARRAY_BUFFER' was not declared in this scope. I solved that by linking with mingw32 binaries of glew32, which gave

/usr/include/w32api/GL/glu.h:68:79: error: expected ')' before '*' token

which I solved two different ways, by instead using the glew installed by cygwin or by linking to glew32s and pasting

I am trying to build an open source package on Windows using Cygwin and GCC. I am getting errors like the following and none of the solutions I have found elsewhere on StackOveflow have resolved the issues:

I am trying to install JDFTx by simply following the instructions on the page http://jdftx.org/CompilingBasic.html.

I have installed Cygwin from here (Windows, x64): https://cygwin.com/install.html . And I also believe that I have installed necessary libraries, listed here: http://jdftx.org/Dependencies.html .

Now, when I enter in the Cygwin64 terminal the command:

I have been reading about the minGW project and I am a bit confused about a specific part of it. If you look at http://www.mingw.org/wiki/MinGW, the "Packages included with minGW" section mentions a w32api package. What is that?

Since the project was able to produce a Windows port of gcc, wouldn't you just have to link the Windows c library instead of glibc and have it work?

In the same document it explains:

Header files and import libraries for the Microsoft Windows operating system

But doesn't Windows ALREADY provide header files and libraries for itself? Is the libc that minGW uses different from msvrct?

I'm new to Eclipse. Despite its best efforts I got it to compile and run a Hello World program. I am now trying to bring in a simple program I wrote that worked on MS Visual Studio 2010.

A user in reddit learnprogramming said I was missing a quotation mark in my make file, but I am using automatic make files. I don't know how to write my own and would rather work on the other 50 things wrong with the program. The Eclipse make file help page is technobabble to me.

I think Eclipse is not trying to build the files in the correct order, but I cannot find how to change the build order or how to point it towards the correct file to begin with. When I created the files in Eclipse, I hit "New Class" and then just copied and pasted in the old files. There are no red or yellow flags in the left margin indicating there are any problems. The file with the main method is Tier.cpp, but I believe it's trying to start with Player.cpp.

The compiler error is the very user friendly and easy to read:

I have a C++ project which I used to build with Visual C++. In the project I used:

I opened a pull request in DarkEld3r's os_info repository to retrieve the actual Windows version and edition name.

The application needs to link to ntdll.dll in order to use RtlGetVersion(). The DLL is linked correctly when the target is set to x86_64-pc-windows-msvc while using Cygwin and the normal Windows console. When the target is x86_64-pc-windows-gnu, the linker returns an error: