delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1998/03/26/10:02:30

Message-ID: <351A6DA2.7DA26576@cs.joensuu.fi>
Date: Thu, 26 Mar 1998 17:00:50 +0200
From: Eugene Ageenko <ageson AT cs DOT joensuu DOT fi>
MIME-Version: 1.0
To: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>, djgpp AT delorie DOT com
Subject: Re: Problems with GCC 2.8.0
References: <Pine DOT SUN DOT 3 DOT 91 DOT 980326160153 DOT 1863C-100000 AT is>

Eli Zaretskii wrote:
> 
> On Thu, 26 Mar 1998, Eugene Ageenko wrote:
> 
> > > overwhelmed.  In addition, Emacs has so many other features that it
> > > will take you months just to read about them.
> >
> > thats the problem, I want use it now not after a few months ;-)
> 
> No, you can use it after half an hour (after reading the tutorial, which
> includes examples and practice excercises).  You need months to get
> acquainted with all the rarely-used packages.  The commands and features
> which I listed and which you wanted to have are all there by default, and
> you should be able to use them immediately.  All the frequently-used
> commands use the usual editing keys.
> 

I'll try.

How about Q-Edit or SemWare Editor though.

my friend like this before of everything.

> > Yes. I understand now.
> >
> > so ren *.c *.c must be added to each bat file in order to get it working.
> 
> I don't think so.  This is only required if you call GCC via some shell,
> and then use wildcards instead of specific file names.
> 
> For example, if you have a directory with FOO.C and BAR.C, you can still
> say "gcc -c foo.c" and have it compiled as a C programs.  But if you say
> something like this:
> 
>                 for f in (*.C) do gcc %f
> 
> then GCC will be called with FOO.C and BAR.C.  But this is a very weird
> way of calling GCC.


agree. I wrote makefile and organized my sources, so now it just say "mak bars"
how it compile bars. mak is my short .bat that go to bars directory and run
"make bars" there , and if I already in this directory then I just run "mak"

;-)

Now the problem that make files generated by R-HIDE does not work,
so I wrote my own makefile, but now about R-HIDE

here is the PROBLEM:

====================================================================

This is a bug report for RHIDE Version 1.4 (Sep 30 1997 23:06:59)
I am running MS-DOS 7.10 (Windows 95)

Important environment variables:
PATH=C:\WIN;C:\WIN\COMMAND;C:\WIN\COMMAND;C:\UTI;C:\DJGPP\BIN;D:\!!!\1
DJGPP=C:/DJGPP/djgpp.env
LFN=y
INFOPATH=c:/djgpp/info;c:/djgpp/gnu/emacs/info
LOCALEDIR=
LANGUAGE=
SHELL=
COMSPEC=C:\WIN\COMMAND.COM
DJSYSFLAGS=

Here is the output from a sample compilation and link for C
executing: 
echo "int main(){return 0;}" | redir -eo gcc -Xlinker -v -Wa,-v -v -o /dev/null -x c -
Reading specs from c:/djgpp/lib/specs
gcc version 2.8.0
 c:/djgpp/lib/gcc-lib/djgpp/2.80/cpp.exe -lang-c -v -undef -D__GNUC__=2 -D__GNUC_MINOR__=8 -Dunix -Di386 -DGO32 -DMSDOS -DDJGPP=2 -DDJGPP_MINOR=1 -D__unix__ -D__i386__ -D__GO32__ -D__MSDOS__
-D__DJGPP__=2 -D__DJGPP_MINOR__=1 -D__unix -D__i386 -D__GO32 -D__MSDOS -D__DJGPP=2 -D__DJGPP_MINOR=1 - c:/djgpp/tmp/RHbaaaaa/ccaaaaaa.i
GNU CPP version 2.8.0 (80386, BSD syntax)
#include "..." search starts here:
#include <...> search starts here:
 c:/djgpp/include
 c:/djgpp/lib/gcc-lib/djgpp/2.80/include
 c:/djgpp/include
End of search list.
 c:/djgpp/lib/gcc-lib/djgpp/2.80/cc1.exe c:/djgpp/tmp/RHbaaaaa/ccaaaaaa.i -quiet -dumpbase -.c -version -o c:/djgpp/tmp/RHbaaaaa/ccaaaaaa.s
GNU C version 2.8.0 (djgpp) compiled by GNU C version 2.8.0.
 c:/djgpp/bin/as.exe -v -o c:/djgpp/tmp/RHbaaaaa/ccaaaaaa1.o c:/djgpp/tmp/RHbaaaaa/ccaaaaaa.s
GNU assembler version 2.8.1 (i386-pc-msdosdjgpp)
 c:/djgpp/bin/ld.exe -o /dev/null c:/djgpp/lib/crt0.o -Lc:/djgpp/lib -Lc:/djgpp/lib/gcc-lib/djgpp/2.80 -Lc:/djgpp/lib -v c:/djgpp/tmp/RHbaaaaa/ccaaaaaa1.o -Tdjgpp.djl -lgcc -lc -lgcc
GNU ld version 2.8.1 (with BFD 2.8.1)
 c:/djgpp/bin/stubify.exe -v /dev/null
Warning: input file is not COFF or stubbed COFF
.exe: No such file or directory (ENOENT)
stubify for djgpp V2.X executables, Copyright (C) 1995 DJ Delorie

End of the sample

Here is the output from a sample compilation and link for C++
executing: 
echo "int main(){return 0;}" | redir -eo gcc -Xlinker -v -Wa,-v -v -o /dev/null -x c++ -
Reading specs from c:/djgpp/lib/specs
gcc version 2.8.0
 c:/djgpp/lib/gcc-lib/djgpp/2.80/cpp.exe -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__GNUC_MINOR__=8 -Dunix -Di386 -DGO32 -DMSDOS -DDJGPP=2 -DDJGPP_MINOR=1 -D__unix__ -D__i386__
-D__GO32__ -D__MSDOS__ -D__DJGPP__=2 -D__DJGPP_MINOR__=1 -D__unix -D__i386 -D__GO32 -D__MSDOS -D__DJGPP=2 -D__DJGPP_MINOR=1 -D__EXCEPTIONS - c:/djgpp/tmp/RHbaaaaa/ccaaaaaa.ii
GNU CPP version 2.8.0 (80386, BSD syntax)
#include "..." search starts here:
#include <...> search starts here:
 c:/djgpp/include
 c:/djgpp/lib/gcc-lib/djgpp/2.80/include
 c:/djgpp/include
End of search list.
 cc1plus c:/djgpp/tmp/RHbaaaaa/ccaaaaaa.ii -quiet -dumpbase -.cc -version -o c:/djgpp/tmp/RHbaaaaa/ccaaaaaa.s
gcc.exe: installation problem, cannot exec `cc1plus': No such file or directory (ENOENT)

End of the sample



My problem is the following:
============================


The problem is that I can not build my program from generated Makefile
using make utility. When I try to do so, make says me:

make.exe: *** No rule to make target `d:/ageenko/objects/bars.o', needed by `bar
s.exe'.  Stop.

The bars.c is the primary program of the project, and project consists
also of the other files.

I use the latest DJGPP and related files that I got esterday from SimTel.
(The old DJGPP was completely DELETED from my machine before installation).

I include the project file and makefile as well.

The bars.c is located in the current directory.
Other files are located in "modules" directory.
Include and Source directry of RHIDE are set there.
Objects directory is set to "objects" directory.

Compilation fails only with "make". RHIDE compiles well.

So the problem is in makefile generating routine of RHIDE.

==============================================================================

Regards: Eugene

It would be nice that R-HIDE will use same clipboard ad the Windows.

P.S. Answer to my e-mail also.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019