Inexplanable error

Hi all,

I am trying to a compile a piece of code that is guaranteed to be compiled on a unix OS. It is giving me heart burns when I do it for windows. I am using VC++ 6.0.

There are a bunch of c and h files. Since the code is in C++, I changed the extention of all c files to cpp. One of them named demo1.cpp, appears to be the starting point as indicated by the readme. I just included that file to a newly created project.

When I compile it, I got the following errors:

fatal error C1083: Cannot open include file: 'stream.h': No such file or directory
fatal error C1083: Cannot open include file: 'sys/file.h': No such file or directory
fatal error C1083: Cannot open include file: 'sys/time.h': No such file or directory

The 3rd error could be removed by changing the directory structure from sys/time.h to time.h. For the first two I just commented them out. I don't know what are those files for and where to get them. If I try to compile it again, I run into the following problem:

error C2628: '$S17' followed by 'int' is illegal (did you forget a ';'?)

And the error is pointed to the class definition statement in the following code segment:

Code:

---

struct ComplexDataType{
  void* data;
  int descriptor;
};


class AttId{

public:

  AttId();
  AttId(int l,double* v,int d);
};

---

Now this is inexplanable. These are valid c++ statements, and it appears that VC++ can smell that the code was actually intended for unix.

Please help
Zeato

What is right before this code??

What is '$S17'?

This error says you are declaring several things (class, struct, functions) without having a semicolon between them.

Marina

Quote:

---

Originally Posted by dr_zeato

When I compile it, I got the following errors:

fatal error C1083: Cannot open include file: 'stream.h': No such file or directory
fatal error C1083: Cannot open include file: 'sys/file.h': No such file or directory
fatal error C1083: Cannot open include file: 'sys/time.h': No such file or directory

---

I think you should use the preprocessor and do something like:
#if defined (WINDOWS)
#include <fstream.h>
#include <time.h>
#include <stdlib.h>
#elif defined(UNIX) || defined(LINUX)
#include <stream.h>
#include <sys/time.h>
#include <sys/file.h>
#endif

You could always update to:
#include <fstream>
#include <ctime>
etc...but I imagine you are trying to use the same syntax for both UNIX and Windows.

Quote:

---

Originally Posted by dr_zeato

Now this is inexplanable. These are valid c++ statements, and it appears that VC++ can smell that the code was actually intended for unix.

Please help
Zeato

---

Possibly a macro mixup. When you clicked on the error message int the output window at the bottom, it should have taken you to the line in question.

ahoodin

Well the following are the entire contents of the file, and the error is at line 9, with the keyword "class".
Any thoughts?
Zeato

Code:

---

#ifndef _attobject
#define _attobject
#include <stdio.h>
#include <stddef.h>


struct ComplexDataType{
  void* data;
  int descriptor;
};


class AttId{

public:

  AttId();
  AttId(int l,double* v,int d);
  AttId(AttId &at);
  ~AttId();
  void set(int l,double* v,int d);

  void setComplex(void* data,int descriptor);

  AttId operator=(AttId& at);
  AttId operator<(AttId& at);
  AttId operator=(int id);
  int operator==(AttId& at);
  int operator!=(AttId&at);
  int operator==(int id);
  int operator!=(int id);
 
  void write(FILE* file);
  void read(FILE* file);

  double operator[](int x);
  int label();
  int length();
  double* Values();
  void* ComplexValue();


/* data structures */
 
  ComplexDataType* complex_value;
  double* values;
  int n;
  int Label;
  int ForeignMemory;
};
 
extern AttId NO_ATTRIBUTE;


#endif

---

Move the #includes out of the header file that defines your class and into either the .cpp (preferably .cpp in this case) or the stdafx.h.

HTH,

ahoodin

PS If this post helped, please dont forget to rate. Just click on the scale and click the approve radio button on the dialog that comes up.

Quote:

---

Originally Posted by ahoodin

I think you should use the preprocessor and do something like:
#if defined (WINDOWS)
#include <fstream.h>
#include <time.h>
#include <stdlib.h>
#elif defined(UNIX) || defined(LINUX)
#include <stream.h>
#include <sys/time.h>
#include <sys/file.h>
#endif

---

Actually I didnt know that stream.h and file.h correspond to fstream.h and stdlib.h respectively. Where can I get a list of such correspondence?
Thanks
Zeato

As for how I came to those decisions, the compiler did not find those libs, so I
used headers that would work.

Well the best method would be to go with the new ANSII standard and use:

#include <iostream>
#include <fstream>
#include <ctime>

The ansii standard is online. Google for that one please.

ahoodin

Quote:

---

Originally Posted by ahoodin

As for how I came to those decisions, the compiler did not find those libs, so I
used headers that would work.

Well the best method would be to go with the new ANSII standard and use:

#include <iostream>
#include <fstream>
#include <ctime>

The ansii standard is online. Google for that one please.

ahoodin

---

Actually, these were not the only files that the compiler complained about. There are several others which might not be that straightforward. For instance, it gives error at #inlcude "osfcn.h". Now I am lost what this file is about.

Quote:

---

Originally Posted by ahoodin

Move the #includes out of the header file that defines your class and into either the .cpp (preferably .cpp in this case) or the stdafx.h.

---

It didnt help. Still the same error, which makes no sense to me.

Thanks
Zeato

Quote:

---

#inlcude "osfcn.h"

---

This sounds like an OS specific file or a file that is in your UNIX code.

I am sure from your post that this is a UNIX project. Are you sure you have all your headers from your project? Search for the headers on your UNIX workstation.

Just dont include them in the MSVC project and see where it chokes, then it should start to be apparent what it is for.

Quote:

---

It didnt help. Still the same error, which makes no sense to me.

---

Please post your source in a zip. No object files please.

ahoodin

Quote:

---

Originally Posted by dr_zeato

It didnt help. Still the same error, which makes no sense to me.

Thanks
Zeato

---

additionally move your other includes after the header file with the class declaration in it.

ahoodin

Quote:

---

Originally Posted by ahoodin

Please post your source in a zip. No object files please.

---

I copied the files at:
http://www.geocities.com/dr_zeato/GMT.zip
Thanks
Zeato

There is no "osfcn.h" in the zip file. And please mention which one of those 'C' files do not compile.

The goal right now is to try to compile a C source file, not build an application.

Regards,

Paul McKenzie

Quote:

---

Originally Posted by Paul McKenzie

There is no "osfcn.h" in the zip file. And please mention which one of those 'C' files do not compile.

The goal right now is to try to compile a C source file, not build an application.

Regards,

Paul McKenzie

---

I copied all files that I had and the readme file says that they compile on UNIX.

I was trying to compile the file demo1.c. One of the header files uses "osfcn.h" and I know its not there in the zip file. I thought it was some of the standard include files (on UNIX) with some counterpart in VC++ and I had to replace the names, just like ahoodin suggested in his previous posts.

Am I wrong here?
Any help/suggestion/pointer would be greatly appreciated.
Zeato

By the way, Google gives the following link to the header file in question:

http://www.delorie.com/djgpp/doc/incs/osfcn.h

Zeato

It is a header file for the djgpp compiler. It is non-standard, and only makes sense for the djgpp compiler.

Regards,

Paul McKenzie

Well, does it mean that I can't get this thing going? :( Or is there a way of making it work? I looked into that header, and it does not contain anything that significant. Just a couple of so of includes and defines.

Thanks
Zeato

Also, there is no such file as "stream.h".

The problem is that you are using non-standard, compiler-specific header files. You cannot port an application to another compiler if you are using such headers.

Regards,

Paul McKenzie

Quote:

---

Originally Posted by dr_zeato

Well, does it mean that I can't get this thing going? :( Or is there a way of making it work?

---

Sure there is a way to make it work -- figure out what those headers are supposed to be doing, and rewrite them to be portable, get rid of them if they are irrelevant, or rewrite them in terms of the compiler that you are porting to.

Regards,

Paul McKenzie

Another one: "rusage.h".

Again, porting to another compiler, unless the code is standard C or C++, could take hours, days, or weeks depending on the application and the non-standard functions that the application calls.

Having the code "guarantee to compile on UNIX" means nothing when attempting to compile it for Windows, unless the code uses standard library functions and headers, which your application certainly does not.

Regards,

Paul McKenzie

Paul,
I have not written this code, instead I just downloaded it from the web to use it. The readme file says that it is compilable with GNU C++ compiler g++.

I should say that it was all very confusing as I have never worked with any compiler other than Borland C and VC++. At least one thing I realize now that this code can't be ported to VC++.

Thanks for your time and comments.
Zeato

Get the free Bloodshed (Dev-C++) development package. It uses GNU C++ as the base compiler (www.bloodshed.net).

Regards,

Paul McKenzie

Quote:

---

Originally Posted by Paul McKenzie

Another one: "rusage.h".

Again, porting to another compiler, unless the code is standard C or C++, could take hours, days, or weeks depending on the application and the non-standard functions that the application calls.

Regards,

Paul McKenzie

---

I don't get why certain compilers use non-standard stuff. And what about the cpp files corresponding to these headers, if there are any? I think they won't be available to the users unless it is open source.
Zeato

Quote:

---

Originally Posted by Paul McKenzie

Get the free Bloodshed (Dev-C++) development package. It uses GNU C++ as the base compiler (www.bloodshed.net).

Regards,

Paul McKenzie

---

Paul,
Thanks for the tip. I would definitely try it out.
Zeato

Hi,
I am trying to port unix code to windows using VC++ 6.0.

I have been able to somehow compile the code. The problem is now that I am getting some linker errors which I don't know why. Following is a list of some of those errors:

Code:

---

TimerU.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall ofstream::ofstream(void)" (__imp_??0ofstream@@QAE@XZ)
TimerU.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall ofstream::`vbase destructor'(void)" (__imp_??_Dofstream@@QAEXXZ)
Decision.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall ofstream::`vbase destructor'(void)" (__imp_??_Dofstream@@QAEXXZ)
TimerU.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: class ostream & __thiscall ostream::operator<<(char)" (__imp_??6ostream@@QAEAAV0@D@Z)
Decision2.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: class ostream & __thiscall ostream::operator<<(char)" (__imp_??6ostream@@QAEAAV0@D@Z)
Decision.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: class ostream & __thiscall ostream::operator<<(char)" (__imp_??6ostream@@QAEAAV0@D@Z)
TimerU.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) class ostream_withassign cerr" (__imp_?cerr@@3Vostream_withassign@@A)
TimerU.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: class filebuf * __thiscall ofstream::rdbuf(void)const " (__imp_?rdbuf@ofstream@@QBEPAVfilebuf@@XZ)
TimerU.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall ofstream::open(char const *,int,int)" (__imp_?open@ofstream@@QAEXPBDHH@Z)
TimerU.obj : error LNK2001: unresolved external symbol _getrusage
TimerU.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: int __thiscall ios::precision(int)" (__imp_?precision@ios@@QAEHH@Z)
TimerU.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: int __thiscall ios::width(int)" (__imp_?width@ios@@QAEHH@Z)
TimerU.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall ofstream::close(void)" (__imp_?close@ofstream@@QAEXXZ)
GMClass.obj : error LNK2001: unresolved external symbol __imp__fprintf
GMClass.obj : error LNK2001: unresolved external symbol __imp__system
GMClass.obj : error LNK2001: unresolved external symbol __imp__freopen
GMClass.obj : error LNK2001: unresolved external symbol __imp__fgetc

---

In addition I am also getting the following warnings:

Code:

---

LINK : warning LNK4049: locally defined symbol "_exit" imported
LINK : warning LNK4049: locally defined symbol "_strtok" imported
LINK : warning LNK4049: locally defined symbol "_fgets" imported
LINK : warning LNK4049: locally defined symbol "_strstr" imported

---

Could someone plz help me out?
Thanks
Zeato

Any thoughts folks?
Zeato

Well, what are your link settings? It looks like you're not linking in a C runtime library.

Viggy

I have defaults except that I added libc.lib. Following is the complete list:

Quote:

---

kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib LIBC.LIB

---

Thanks
Zeato

Hmm, mine are the same. It does look like you've got all the LIB files listed twice. However, that wouldn't be why your link is failing.

Are you using a Microsoft compiler? What version? LIBC.LIB is a release mode CRT, for single threaded apps. If you're compiling in debug mode, this library will not work. Also, this library would automatically be linked in, if you compile with the /ML command line option.

Here's a link to the CRT libraries. Incidentally, 'libc.lib' is not shipped with Dev Studio 7.x (.NET).

Viggy

Hi,

It appears that it is something that is more complicated than that. I tried compiling it in release build with no success. Same is the case with removing libc.lib altogether (note that I do have /ML option).

I have never experienced such a problem and as you can see the problem is with the very basic functions like fprintf, fgetc, etc. Also, if you notice, linker has something prepended to the function names e.g., __imp__fgetc.

Any suggestions?
Zeato

What compiler are you using?

Viggy

Microsoft Visual C++ 6.0

Zeato

I have posted my project @ the following URL:

http://www.geocities.com/dr_zeato/GMTDemo.zip

Thanks
Zeato

[ Merged threads ]

It makes no sense to merge these threads. Although the project is the same, the problems posted are totally different.
This is as senseless as combining all posts of a user under a single thread.
Zeato