SGI: Development

Iverilog 0.9.7

geo avatar
geo
From Shenzhen, P.R.C
Who joined July 21, 2009, 5:07 a.m.
Wrote the following at July 30, 2014, 5:38 p.m...
Morning everyone!

I'm working on a Verilog project now and want to try it on my O2. I installed the one from nekoware but it seems that version is too old and some feature that i use is not yet there which causes too many errors :(

So i want to port the latest if possible. I was able to get until './configure', when i did 'make' it complains on some syntax. so i use 'gmake' then it compiled but using MipsPro and because of this it has many warnings and finally an error about namespace?

so my question is should i do the port in MipsPro or should i adjust some file so that it would use gcc/g++ for compiling?

thanks in advance!

BR,
geo
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein
hamei
From over the rainbow
Who joined Feb. 24, 2004, 4:10 p.m.
Wrote the following at July 30, 2014, 8:31 p.m...
geo wrote: I was able to get until './configure', when i did 'make' it complains on some syntax. so i use 'gmake' then it compiled

These days you almost always have to use gmake ... check the rest of your ./configure setup as well, nekoware has fairly current versions of all the required programs.

so my question is should i do the port in MipsPro or should i adjust some file so that it would use gcc/g++ for compiling?

Up to you what you use, but if you try MIPSPro there are several people here who will help, if you want to slog your way through it. Can learn something that way ...
Folks say that if you listen real close at the height of the full moon, when the wind is blowin' off Nantucket Sound from the nor' east and the dogs are howlin' for no earthly reason, you can hear the awful screams of the crew of the "Ellie May," a sturdy whaler captained by John McTavish; for it was on just such a night when the rum was flowin' and, Davey Jones be damned, big John brought his men on deck for the first of several screaming contests.
geo avatar
geo
From Shenzhen, P.R.C
Who joined July 21, 2009, 5:07 a.m.
Wrote the following at July 31, 2014, 1:24 a.m...
hi ham!!

hamei wrote: These days you almost always have to use gmake ... check the rest of your ./configure setup as well, nekoware has fairly current versions of all the required programs.


oh! i see, so ok then 'gmake' will it be then.. ok will check more about the generated 'configure' file and see what else i need.. but i thought that once 'gmake' is used, it will also automatically use 'gcc/g++' as its default compiler? its not right so ok..


hamei wrote: Up to you what you use, but if you try MIPSPro there are several people here who will help, if you want to slog your way through it. Can learn something that way ...


ah ok hmmm the advantage of MIPSPro is it more optimized right? but ok will face those warnings and errors man-to-man then.. wish me luck!! and will just ask later once i hit some road blocks, thanks!!
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein
hamei
From over the rainbow
Who joined Feb. 24, 2004, 4:10 p.m.
Wrote the following at July 31, 2014, 1:35 a.m...
geo wrote: ... will check more about the generated 'configure' file and see what else i need.. but i thought that once 'gmake' is used, it will also automatically use 'gcc/g++' as its default compiler?

No, gmake by itself is happy to use any compiler. Many people now hard-code gcc into the Makefile but that's not necessary. If they do, just strip it out.

Hurling ugly language at the imbecile who did that is optional :P

There's a good section in the neko-wiki giving a lot of help on compiling programs in Irix, you might want to take a look over there.
Folks say that if you listen real close at the height of the full moon, when the wind is blowin' off Nantucket Sound from the nor' east and the dogs are howlin' for no earthly reason, you can hear the awful screams of the crew of the "Ellie May," a sturdy whaler captained by John McTavish; for it was on just such a night when the rum was flowin' and, Davey Jones be damned, big John brought his men on deck for the first of several screaming contests.
geo avatar
geo
From Shenzhen, P.R.C
Who joined July 21, 2009, 5:07 a.m.
Wrote the following at July 31, 2014, 1:59 a.m...
hamei wrote: No, gmake by itself is happy to use any compiler. Many people now hard-code gcc into the Makefile but that's not necessary. If they do, just strip it out.


oh! ok2 noted thanks ;)


hamei wrote: Hurling ugly language at the imbecile who did that is optional


:lol: :lol: :lol: :lol:


hamei wrote: There's a good section in the neko-wiki giving a lot of help on compiling programs in Irix, you might want to take a look over there.


yes indeed!! ok2 let me dig on there later, thanks!!
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein
ShadeOfBlue avatar
ShadeOfBlue
Moderator
From Europe
Who joined Nov. 25, 2003, 12:09 p.m.
Wrote the following at July 31, 2014, 4:08 a.m...
geo wrote: an error about namespace?

Try adding "-LANG:libc_in_namespace_std=OFF" to the flags :)
geo avatar
geo
From Shenzhen, P.R.C
Who joined July 21, 2009, 5:07 a.m.
Wrote the following at July 31, 2014, 8:23 p.m...
ShadeOfBlue wrote:
geo wrote: an error about namespace?

Try adding "-LANG:libc_in_namespace_std=OFF" to the flags :)


thanks Shades! will try this later ;)
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein
geo avatar
geo
From Shenzhen, P.R.C
Who joined July 21, 2009, 5:07 a.m.
Wrote the following at July 31, 2014, 10:27 p.m...
hi Shade,

i still got the error, maybe i placed it in the wrong place? Here is the output:

Code: Select all

littleBLUE 34% gmake
mkdir dep
CC -DHAVE_CONFIG_H -I. -I. -mips4 -O3 -c99  -I/usr/nekoware/include -I/usr/include -Wall -Wshadow -mips4 -O3 -I/usr/nekoware/include  -I/usr/include -LANG:libc_in_namespace_std=OFF -MD -c main.cc -o main.o
No server for this feature (-3,121:2) No such file or directory

The MIPSpro C++ Compiler
(license FEATURE string = cpp)
requires a license password.

For license installation and trouble shooting
information visit the web page:

http://www.sgi.com/Support/Licensing/install_docs.html

To obtain a Permanent license (proof of purchase
required) or an Evaluation license please
visit our license request web page:

http://www.sgi.com/support/licensing/

or send a blank email message to:

[email protected]

In North America, Silicon Graphics' customers may request
Permanent licenses by sending a facsimile to:

(650) 932-0537

or by calling our technical support hotline

1-800-800-4SGI

If you are Outside of North America or you are not a Silicon
Graphics support customer then contact your local support provider.

Warning: Unrecognized option (W) in "-Wshadow"
Warning: Unrecognized option ( ) in "-Wshadow"
cc-3173 CC: ERROR File = config.h, Line = 25
The name must be a namespace name.

using namespace std;
^

cc-1035 CC: WARNING File = /usr/include/CC/cstdio, Line = 4
#error directive:  This header requires the -LANG:libc_in_namespace_std option

#error This header requires the -LANG:libc_in_namespace_std option
^

cc-1375 CC: REMARK File = /usr/include/CC/stl_function.h, Line = 451
The destructor for base class "std::unary_function<unsigned int, unsigned int>"
is not virtual.

class subtractive_rng : public unary_function<unsigned int, unsigned int> {
^

cc-1375 CC: REMARK File = /usr/include/CC/stl_ctype.h, Line = 48
The destructor for base class "std::ctype_base" is not virtual.

class ctype<char> : public locale::facet, public ctype_base {
^

cc-1375 CC: REMARK File = /usr/include/CC/stl_ctype.h, Line = 149
The destructor for base class "std::ctype_base" is not virtual.

class ctype<wchar_t> : public locale::facet, public ctype_base
^

cc-1035 CC: WARNING File = /usr/include/CC/cstring, Line = 4
#error directive:  This header requires the -LANG:libc_in_namespace_std option

#error This header requires the -LANG:libc_in_namespace_std option
^

cc-1035 CC: WARNING File = /usr/include/CC/cstdlib, Line = 4
#error directive:  This header requires the -LANG:libc_in_namespace_std option

#error This header requires the -LANG:libc_in_namespace_std option
^

cc-1375 CC: REMARK File = /usr/include/CC/valarray, Line = 80
The destructor for base class "std::_Valarray_base<size_t>" is not virtual.

class valarray : private _Valarray_base<_Tp>
^
detected during instantiation of class "std::valarray<size_t>" at
line 1260

cc-1375 CC: REMARK File = /usr/include/CC/valarray, Line = 80
The destructor for base class "std::_Valarray_base<bool>" is not virtual.

class valarray : private _Valarray_base<_Tp>
^
detected during instantiation of class "std::valarray<bool>" at line
1253

cc-1375 CC: REMARK File = /usr/include/CC/valarray, Line = 80
The destructor for base class "std::_Valarray_base<ivl_net_const_t>" is not
virtual.

class valarray : private _Valarray_base<_Tp>
^
detected during instantiation of class
"std::valarray<ivl_net_const_t>" at line 53 of
"ivl_target_priv.h"

cc-1375 CC: REMARK File = /usr/include/CC/valarray, Line = 80
The destructor for base class "std::_Valarray_base<ivl_discipline_t>" is not
virtual.

class valarray : private _Valarray_base<_Tp>
^
detected during instantiation of class
"std::valarray<ivl_discipline_t>" at line 56 of
"ivl_target_priv.h"

cc-1375 CC: REMARK File = StringHeap.h, Line = 95
The destructor for base class "StringHeap" is not virtual.

class StringHeapLex  : private StringHeap {
^

cc-1375 CC: REMARK File = netlist.h, Line = 288
The destructor for base class "IslandBranch" is not virtual.

class NetBranch  : public NetPins, public IslandBranch {
^

cc-1375 CC: REMARK File = netlist.h, Line = 1521
The destructor for base class "IslandBranch" is not virtual.

class NetTran  : public NetNode, public IslandBranch {
^

cc-1375 CC: REMARK File = /usr/include/CC/valarray, Line = 80
The destructor for base class "std::_Valarray_base<PExpr *>" is not virtual.

class valarray : private _Valarray_base<_Tp>
^
detected during instantiation of class "std::valarray<PExpr *>" at
line 81 of "PGenerate.h"

cc-1107 CC: WARNING File = t-dll.h, Line = 561
A signed bit field has a length of 1 bit.

int analog_flag          : 1;
^

1 error detected in the compilation of "main.cc".
gmake: *** [main.o] Error 2
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein
hamei
From over the rainbow
Who joined Feb. 24, 2004, 4:10 p.m.
Wrote the following at Aug. 1, 2014, 7:53 a.m...
geo wrote: i still got the error, maybe i placed it in the wrong place? Here is the output


geo, don't know if it will help in this case but if you are building a newer version of something already in nekoware, look through the release notes -- /usr/nekoware/relnotes, but they are not a default installation, you have to specifically install them. Sometimes the problem is persistent over versions, so an earlier fix can be carried over.
Folks say that if you listen real close at the height of the full moon, when the wind is blowin' off Nantucket Sound from the nor' east and the dogs are howlin' for no earthly reason, you can hear the awful screams of the crew of the "Ellie May," a sturdy whaler captained by John McTavish; for it was on just such a night when the rum was flowin' and, Davey Jones be damned, big John brought his men on deck for the first of several screaming contests.