Including my own header files

Hey everyone!

I am following a course in iTunes U teaching C programming for fun, and I am completely new to the language. There is a header file specific to the course for specific functions used in the coursework. Most of the command line work is being done in Linux, however I am doing my work in the Terminal in Mac OS X (Unix, obviously). Presently, I can't seem to #include the header file to have my code compile correctly! I have placed the header file in the folder I am presently working in, and in nano I have typed:

Code:

#include <stdio.h>
#include "cs50.h"

int
main (int argc, char * argv[])
{
        string name;
        printf("State your name: ");
        name = GetString();
        printf("hello, %s\n", name);
}

I then type

gcc -o hello3 hello3.c -cs50

at the command line. I end up with this error:

Undefined symbols:
"_GetString", referenced from:
_main in ccUiANy0.o
ld: symbol(s) not found
collect2: ld returned 1 exit status

GetString is one of the functions that is a part of this class specific library, and I am using a code example used by the instructor, so I should be using it correctly. Would anyone be able to point me in the right direction to what I could be doing wrong?

Thank you ahead of time for any help!

Try this:

Code:

gcc -o hello3 hello3.c -lcs50

I had actually tried that, as that is what the instructor originally had the students doing. This returns:

Code:

ld: library not found for -lcs50
collect2: ld returned 1 exit status

the two files that are located within the directory I am working within are cs50.h and cs50.c
(just FYI)

Oh, well then you need to compile it manually.

Code:

gcc -o hello3 hello3.c cs50.c

That should have been obvious since you have two .c files.

gcc -o hello3 hello3.c -cs50.c

returns

Undefined symbols:
"_GetString", referenced from:
_main in cckEgUIQ.o
ld: symbol(s) not found
collect2: ld returned 1 exit status

Yeah, I am REALLY brand new Just trying to get through the beginning, didn't think of trying that, but this is what it returns.

Woah!!! I didn't look closely enough! It worked without the lil "-"

May I ask what that means? Why it works that way and what "manually" is?

gcc -o hello3 hello3.c cs50.c

Basically means: compile hello3.c and cs50.c, then link the object files generated to output the executable program hello3.

I am also trying to follow the same lessons from cs50.net and having the same problem. The only difference is that I am trying to use Code::Block under Windows XP x32.

I have downloaded these two files

cs50.h
cs50.c

from here:

Index of /pub/releases/cs50

I figured I have to put the cs50.h file into this folder:

C:\Program Files\CodeBlocks\MinGW\include

What do I do with the other file?

I am missing something for sure because if I try to include that library (or whatever) by typing:

#include <cs50.h>

I get these errors below. So what am I doing wrong?

Thanks a bunch for any help!


C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|1|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|24|error: invalid token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|25|error: invalid token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|27|error: invalid token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|27|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|27|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|28|error: invalid token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|28|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|28|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|38|error: invalid token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|38|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|38|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|50|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|64|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|79|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|94|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|109|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|124|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|138|error: expected unqualified-id before '<' token|
C:\Program Files\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4. 5\..\..\..\..\include\cs50.h|138|error: invalid token|
||=== Build finished: 20 errors, 0 warnings ===|

Make a new thread. There's no reason to bump a two year old thread just because you're having problems compiling.


Quzah.

Originally Posted by quzah

Make a new thread. There's no reason to bump a two year old thread just because you're having problems compiling.


Quzah.

Most forums they complain if you make a new thread when there is a similar. Hence.

It's two goddamn years old! If everyone did this, we'd have ten threads on the forum, each one ten years old and a thousand pages long!


Quzah.

Originally Posted by quzah

It's two goddamn years old! If everyone did this, we'd have ten threads on the forum, each one ten years old and a thousand pages long!


Quzah.

Whaaaa.... thanks for the warm welcome bro! I hope you are having an ok day otherwise.

Ok I will repost it.

Given that you responded to the post that has your answer in it, the point is less "you need to make a new post" and more "why did you even post at all"?

(Note that Code::Blocks uses gcc as the compiler, so the command-line you were given is what you need to use. You can force C::B to use that command line, if you put everything in a project.)

Originally Posted by tabstop

Given that you responded to the post that has your answer in it, the point is less "you need to make a new post" and more "why did you even post at all"?

(Note that Code::Blocks uses gcc as the compiler, so the command-line you were given is what you need to use. You can force C::B to use that command line, if you put everything in a project.)

You know at least you are actually trying to help.

I did see this mentioned here and that we need to do that manually:

gcc -o hello3 hello3.c cs50.c

But how do I force C::B to do that not manually? That is my question, and what do I do with the cs50.c file? Where does that go? It seems the compiler is looking for that file. Where is that answered in this thread?

Originally Posted by Huncowboy

You know at least you are actually trying to help.

I did see this mentioned here and that we need to do that manually:

gcc -o hello3 hello3.c cs50.c

But how do I force C::B to do that not manually? That is my question, and what do I do with the cs50.c file? Where does that go? It seems the compiler is looking for that file. Where is that answered in this thread?

Do you normally put files in bizarre places? And for that matter, if you insist on being beholden to the mouse and decide to include it in your project you can put it anywhere you want, since you'll have to go through the file picker to put it in your project so you just have to know where it is. Nobody else cares where it is.