Wanted: RHIDE for Slackware 13.1

marquisor · 10-06-2010, 06:44 AM

for c and later c++ learning i would need this.
i'm using this on MS-DOS along with DJGPP, but single-tasking is worst this OS bears...

there are sources for RHIDE, SET's Editor, Turbo Vision and GDB of course on sourceforge... but i can't get it compiled. although the dependant stuff can.

maybe there's an expert here who can tell me what exactly to do. the binaries give segmentation fault.

thx in advance

regards
marquisor

ponce · 10-06-2010, 07:01 AM

I haven't a deep look at this, but I think it will be hard to make it work on today's stuff because last version available (also in cvs) is 7 years old: I'm afraid too many things are changed...

looking around I cannot see it as being supported by anyone (last distribution to drop it I think it was gentoo: they removed the failing ebuild in 2008).

marquisor · 10-06-2010, 07:04 AM

yes, i also tried compiling it with temporarily older sources from all dependants of this "age".
is it possible to run an older live distribution to compile it? and then put the binaries on modern slackware?
as far as i can understand the output it is a gettext gcc issue...
or the setedit sources and libraries path is wrong...

./configure

Code:

marquisor@slackdual:~/Downloads/rhide-1.5$ ./configure
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix... 
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking build system type... i686-pc-linux
checking host system type... i686-pc-linux
checking for Turbo Vision header files... /usr/include/rhtvision
checking for Turbo Vision libraray... /usr/include/rhtvision/../../lib
checking for SET's editor sources... /usr/include/setedit
checking for SET's editor libraries... /usr/include/setedit
checking for bindtextdomain in -lc... yes
checking for GDB sources... /home/marquisor/Downloads/gdb-5.3/gdb
checking GDB objects... (cached) /home/marquisor/Downloads/gdb-5.3/gdb
checking for BZ2_bzlibVersion in -lbz2... yes
checking for zlibVersion in -lz... yes
checking for pcre_version in -lpcre... yes
checking how to run the C preprocessor... gcc -E
checking for X11/keysym.h... yes
configure: creating ./config.status
config.status: creating config.env
configure: configuring in libtvuti
configure: running /bin/sh './configure'  --srcdir=. --cache-file=/dev/null
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix... 
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking build system type... i686-pc-linux
checking host system type... i686-pc-linux
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking how to run the C++ preprocessor... g++ -E
checking for streambuf... yes
configure: creating ./config.status
config.status: creating config.h
config.status: config.h is unchanged
Configuring /home/marquisor/Downloads/rhide-1.5 . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libide . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libide/include . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libide/names . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libide/stream . . .
Configuring /home/marquisor/Downloads/rhide-1.5/librhgdb . . .
Configuring /home/marquisor/Downloads/rhide-1.5/librhgdb/include . . .
Configuring /home/marquisor/Downloads/rhide-1.5/librhgdb/test . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libtvgdb . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libtvgdb/include . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libtvuti . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libtvuti/include . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libtvuti/names . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libtvuti/stream . . .
Configuring /home/marquisor/Downloads/rhide-1.5/include . . .
Configuring /home/marquisor/Downloads/rhide-1.5/include/flags . . .
Configuring /home/marquisor/Downloads/rhide-1.5/doc . . .
Configuring /home/marquisor/Downloads/rhide-1.5/libgdb . . .
Configuring /home/marquisor/Downloads/rhide-1.5/rhgdb . . .
Configuring /home/marquisor/Downloads/rhide-1.5/rhgdb/include . . .
Configuring /home/marquisor/Downloads/rhide-1.5/debobj . . .
Configuring /home/marquisor/Downloads/rhide-1.5/nodebobj . . .
Configuring /home/marquisor/Downloads/rhide-1.5/po . . .
Configuring /home/marquisor/Downloads/rhide-1.5/tvdemo . . .
Configuring /home/marquisor/Downloads/rhide-1.5/tvdemo/include . . .
Configuring /home/marquisor/Downloads/rhide-1.5/librhuti . . .
Configuring /home/marquisor/Downloads/rhide-1.5/share . . .
Configuring /home/marquisor/Downloads/rhide-1.5/share/setedit . . .

as i set them manually via export SETSRC=/usr/include/setedit and same with SETOBJ. gdb-5.3 is extracted in my homedir, i export(ed) GDB_SRC=$HOME/Downloads/gdb-5.3/gdb, same with GDB_OBJ.
maybe there's the fault??

if someone could please tell me where the sources and libraries of each setedit and gdb reside?

ponce · 10-06-2010, 07:09 AM

Quote:

Originally Posted by marquisor

is it possible to run an older live distribution to compile it? and then put the binaries on modern slackware?

unfortunately I think they will probably segfault like the binaries rhide.com provides.
but you're free to try

marquisor · 10-06-2010, 07:28 AM

what's wrong with that?

Code:

gcc  -I/home/marquisor/Downloads/rhide-1.5/libide/include -I/home/marquisor/Downloads/rhide-1.5/libtvuti/include -I/home/marquisor/Downloads/rhide-1.5/librhuti -I/usr/include/rhtvision -I/home/marquisor/Downloads/setedit/include -I/home/marquisor/Downloads/setedit/settvuti/include -g -O2     -DRHIDE  -pipe -D_GNU_SOURCE  -fno-exceptions -fno-rtti      -c ideclass.cc -o ideclass.o
ideclass.cc: In function 'FILE_TYPE get_file_type(const char*)':
ideclass.cc:36: error: invalid conversion from 'const char*' to 'char*'
make[2]: *** [ideclass.o] Error 1
make[2]: Leaving directory `/home/marquisor/Downloads/rhide-1.5/libide'
make[1]: *** [libide/libide.gpr.force] Error 2
make[1]: Leaving directory `/home/marquisor/Downloads/rhide-1.5'
make: *** [gpr2mak.exe] Error 2

and where are the libraries of setedit? are they available if i extract the setedit source package tar.gz?
libraries are those .so things?

brianL · 10-06-2010, 07:29 AM

How about running Slackware 8.1 in VirtualBox?

Richard Cranium · 10-06-2010, 09:19 AM

Quote:

Originally Posted by marquisor

what's wrong with that?

Code:

gcc  -I/home/marquisor/Downloads/rhide-1.5/libide/include -I/home/marquisor/Downloads/rhide-1.5/libtvuti/include -I/home/marquisor/Downloads/rhide-1.5/librhuti -I/usr/include/rhtvision -I/home/marquisor/Downloads/setedit/include -I/home/marquisor/Downloads/setedit/settvuti/include -g -O2     -DRHIDE  -pipe -D_GNU_SOURCE  -fno-exceptions -fno-rtti      -c ideclass.cc -o ideclass.o
ideclass.cc: In function 'FILE_TYPE get_file_type(const char*)':
ideclass.cc:36: error: invalid conversion from 'const char*' to 'char*'
make[2]: *** [ideclass.o] Error 1
make[2]: Leaving directory `/home/marquisor/Downloads/rhide-1.5/libide'
make[1]: *** [libide/libide.gpr.force] Error 2
make[1]: Leaving directory `/home/marquisor/Downloads/rhide-1.5'
make: *** [gpr2mak.exe] Error 2

You probably have to explicitly cast the const away. The .cc extension implies that it's a C++ file, so there are two ways to do it:

Use "const_cast<char*>" on line 36
Use the C style cast syntax of "(char *)" on line 36.

I don't know what's on line 36 and I don't want to get the source to find out. Sorry.

For what it is worth, perhaps you should use a newer IDE. NetBeans has a C/C++ mode and runs anywhere Java can run. Emacs has excellent support for C++ (especially when you use http://ecb.sourceforge.net/). I'm sure that others can (and will!) provide other suggestions.

marquisor · 10-06-2010, 09:38 AM

line 36 is:

Code:

  char *ext = strrchr(_ext, '.');

well, i understand. so the new alternative IDE should run under console just like RHIDE, as i still got buggy Xserver on that machine.

i guess i should really get familiar with emacs? as this would be a good and esp. sustainable experience and IDE to work with, even for a long term with other languages?

but howto start, are there tutorials or some hands-on stuff to get used to it?

ponce · 10-06-2010, 10:14 AM

in my opinion you should fix X (you can run it also with the vesa driver) and then consider something like eclipse installing the CDT on it: may be an easier approach than emacs.
obviously if you are not going to object-code in console only (a fair choice too, but a little bit harder).

but you are not talking to a c/c++ coder, so maybe you can get better answers from other forum people

Richard Cranium · 10-06-2010, 10:25 AM

Quote:

Originally Posted by marquisor

line 36 is:

Code:

  char *ext = strrchr(_ext, '.');

well, i understand. so the new alternative IDE should run under console just like RHIDE, as i still got buggy Xserver on that machine.

i guess i should really get familiar with emacs? as this would be a good and esp. sustainable experience and IDE to work with, even for a long term with other languages?

but howto start, are there tutorials or some hands-on stuff to get used to it?

I think the following will allow that line to compile:

Code:

  char *ext = strrchr(_ext, static_cast<char*> '.');

Emacs comes with a tutorial as part of itself. The two things that really mess with people are the key bindings (the copy, cut, and paste commands are not on the same keys that Windows folks are used to by default) and that the user configuration files are written in a lisp dialect. The key bindings can be changed (CUA mode) and most user tweakable things can be changed now by using a menu-based interface (customize).

As for Emacs, I'd start at http://www.gnu.org/software/emacs/tour/ and after that I'd look around at http://www.emacswiki.org/cgi-bin/wiki

rob.rice · 10-07-2010, 01:29 AM

more on emacs as a IDE
http://www.linuxjournal.com/article/5765