• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

Reply to: Bloody compilers

Collapse

You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:

  • You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
  • You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
  • If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.

Previously on "Bloody compilers"

Collapse

  • Weltchy
    replied
    Originally posted by suityou01 View Post
    Yer but I love it

    (when it compiles)
    me too, me too!

    On a sidenote however, can I point out that widgets are in fact used in Java, not .Net. We have controls, not widgets!!

    Leave a comment:


  • suityou01
    replied
    Originally posted by Weltchy View Post


    Code Monkey work
    Yer but I love it

    (when it compiles)

    Leave a comment:


  • Weltchy
    replied
    Originally posted by suityou01 View Post
    Hactually this is one of many module that comprise my plan B

    I have successfully compiled all of my modules without problem.

    This one module is being a sod.

    DP, you'll notice how I have implemented a work around using my own nous. This is real coding, not just plugging .net widgets together.

    HTH


    Code Monkey work

    Leave a comment:


  • OrangeHopper
    replied
    Originally posted by ee61re View Post
    Do you maybe need " marks around the path, because it has a space in it?
    And you do need the quotes. Standard DOS requirement.
    Last edited by OrangeHopper; 1 November 2009, 17:23.

    Leave a comment:


  • suityou01
    replied
    Hactually this is one of many module that comprise my plan B

    I have successfully compiled all of my modules without problem.

    This one module is being a sod.

    DP, you'll notice how I have implemented a work around using my own nous. This is real coding, not just plugging .net widgets together.

    HTH

    Leave a comment:


  • OrangeHopper
    replied
    I think you need individual -I's, one for each include path, and I would want the -o in front of the target file name.

    Leave a comment:


  • AtW
    replied
    Originally posted by DimPrawn View Post
    I like how you post a "hard C question" and then post this.

    Can't even compile my-first-noddy.exe



    MY-FIR~1.EXE

    Leave a comment:


  • DimPrawn
    replied
    I like how you post a "hard C question" and then post this.

    Can't even compile my-first-noddy.exe

    Leave a comment:


  • AtW
    replied
    Get Visual Studio C++ (and Intel C++ on top of it if you are really serious) and you won't have to mess about with command line...

    Leave a comment:


  • suityou01
    replied
    Originally posted by ee61re View Post
    Do you maybe need " marks around the path, because it has a space in it?
    Thanks for the reply. I tried it. And I copied the header files to a location with no spaces and tried that.

    I am creating a custom header file for the moment to satisfy my requirements, but that is terrible really.

    Leave a comment:


  • ee61re
    replied
    Do you maybe need " marks around the path, because it has a space in it?

    Leave a comment:


  • suityou01
    started a topic Bloody compilers

    Bloody compilers

    FFS

    I have a simple exe that I was compiling

    gcc -o mylittleapp.exe main.c otherfile.c

    Now one of the headers needs to use headers in the SDK

    Fair enough

    I get a compile error saying WTF is this header file

    eg other.c has a header file called other.h

    other.h has the line

    #include "someSDKheader.h"

    So I need to include the path to these headers in my search paths right?

    Fraking how????

    Lets say the headers live in C:\Windows SDK\include

    I would need to adjust my compile command to

    gcc -o -IC:/Windows SDK/include mylittleapp.exe main.c otherfile.c

    right?

    So WTF doesn't it work?

    I still get

    someSDKheader.h file not found

    Why? I have included the search path?

Working...
X