Compile problem

Compile problem

[Walter Brisken]

I don' know if you have heard of this problem before:

Trying to compile egcs-1.0.2 on
SunOS 5.5.1 Generic sun4u sparc SUNW,Ultra-1

If you know of a simple solution, can you point me in the right
direction?  If not,
I'll look around myself a bit more.

*************************************************************

stage1/xgcc -Bstage1/  -DIN_GCC -DSVR4  -O2 -g -O2   -o ../cc1plus \
      call.o decl.o errfn.o expr.o pt.o sig.o typeck2.o  class.o decl2.o
error.o lex.o parse.o ptree.o rtti.o spew.o typeck.o cvt.o  except.o
friend.o init.o method.o search.o tree.o xref.o repo.o `cat
../stamp-objlist` ../c-common.o ../c-pragma.o `if [ xobstack.o != x ];
then echo ../obstack.o; else true; fi` `case "stage1/xgcc -Bstage1/" in
"cc") if [ xalloca.o != x ]; then echo ../alloca.o; else true; fi ;;
esac` `if [ x != x ]; then echo ../; else true; fi`
make -f f/Makefile "AR_FLAGS=rc"
"AR_FOR_TARGET=/d7d/local3/sparc-sun-solaris2.5.1/bin/ar"
"BISON=bison"  "BISONFLAGS="  "CC=stage1/xgcc -Bstage1/"  "CFLAGS=-O2 -g
-O2"  "CLIB="  "GCC_FOR_TARGET=./xgcc -B./"  "LDFLAGS="  "LEX=flex"
"LEXFLAGS="  "LN=ln"  "LN_S=ln -s"  "MAKEINFO=makeinfo"
"MAKEINFOFLAGS="
"RANLIB_FOR_TARGET=/d7d/local3/sparc-sun-solaris2.5.1/bin/ranlib"
"RANLIB_TEST_FOR_TARGET=[ -f
/d7d/local3/sparc-sun-solaris2.5.1/bin/ranlib ]"  "SHELL=/bin/sh"
"STAGE_PREFIX=stage1/"  "exeext="  "objext=.o"
"exec_prefix=/d7d/local3"  "prefix=/d7d/local3"
"tooldir=/d7d/local3/sparc-sun-solaris2.5.1"  "bindir=/d7d/local3/bin"
"libsubdir=/d7d/local3/lib/gcc-lib/sparc-sun-solaris2.5.1/egcs-2.90.27"
VPATH=../../egcs-1.0.2/gcc srcdir=../../egcs-1.0.2/gcc f771
make: Fatal error: Don't know how to make target `f/bad.c'
Current working directory /d7d/local3/src/egcs-1.0.2-build/gcc
*** Error code 1
make: Fatal error: Command failed for target `f771'
Current working directory /d7d/local3/src/egcs-1.0.2-build/gcc
*** Error code 1
make: Fatal error: Command failed for target `bootstrap'
Current working directory /d7d/local3/src/egcs-1.0.2-build/gcc
*** Error code 1
make: Fatal error: Command failed for target `bootstrap'

***************************************************

-Walter Brisken

Re: Compile problem

[Jim Wilson]

	make: Fatal error: Don't know how to make target `f/bad.c'

Are you using Sun make?  Try using GNU make instead.

Jim

Re: Compile problem

[Walter F. Brisken]

On Tue, 7 Apr 1998, Jim Wilson wrote:

> 	make: Fatal error: Don't know how to make target `f/bad.c'
> 
> Are you using Sun make?  Try using GNU make instead.
> 
> Jim
> 
It was Sun Make.  gmake made things work better.

Thanks.

-Walter

Re: Compile problem

[James Black]

Hello,

On Tue, 7 Apr 1998, Walter Brisken wrote:

> I don' know if you have heard of this problem before:
 
  I am glad I am not the only one with this problem, but I compiled it on
an IPC (it just takes forever :), using Solaris2.6.

> VPATH=../../egcs-1.0.2/gcc srcdir=../../egcs-1.0.2/gcc f771
> make: Fatal error: Don't know how to make target `f/bad.c'
> Current working directory /d7d/local3/src/egcs-1.0.2-build/gcc
> *** Error code 1
> make: Fatal error: Command failed for target `f771'
> Current working directory /d7d/local3/src/egcs-1.0.2-build/gcc
> *** Error code 1
> make: Fatal error: Command failed for target `bootstrap'
> Current working directory /d7d/local3/src/egcs-1.0.2-build/gcc
> *** Error code 1
> make: Fatal error: Command failed for target `bootstrap'

  I haven't found a solution yet, though I have tried to compile it with
gcc2.8.1 and cc.  It was suggested that using GNUMake might help, but it
didn't help me out any, but you could try that and see.

  Good luck.

========================================================================
James Black (Comp Sci/Elec Eng Senior)
e-mail: black@eng.usf.edu       http://www.eng.usf.edu/~black/index.html
For my public key: finger -l black@eng.usf.edu
"A person might be able to play without being creative, but he sure
can't be creative without playing" Kurt Hanks & Jay Parry
************************************************************************

Re: Compile problem

[Gerald Pfeifer]

On Wed, 8 Apr 1998, James Black wrote:
> I am glad I am not the only one with this problem, but I compiled it on
> an IPC (it just takes forever :), using Solaris2.6.

Hmm, I didn't have any problems under Solaris 2.5.1/2.6.

> It was suggested that using GNUMake might help, but it didn't help me
> out any, but you could try that and see. 

Just to make sure: Are you building into a separate tree (which is _not_
routed within the source tree) as recommended by egcs/INSTALL/CONFIGURE?

Alternately you might want to try the current development snapshots and
see what happens.

Hope this helps,
Gerald
-- 
Gerald Pfeifer (Jerry)      Vienna University of Technology
pfeifer@dbai.tuwien.ac.at   http://www.dbai.tuwien.ac.at/~pfeifer/

Re: Compile problem

[James Black]

Hello,

On Sat, 11 Apr 1998, Gerald Pfeifer wrote:

> > It was suggested that using GNUMake might help, but it didn't help me
> > out any, but you could try that and see. 
> 
> Just to make sure: Are you building into a separate tree (which is _not_
> routed within the source tree) as recommended by egcs/INSTALL/CONFIGURE?
> 
> Alternately you might want to try the current development snapshots and
> see what happens.

  I haven't exactly figured out how to use the snapshots for compiling (my
instinct is to just replace the directories that are in the snapshot, but
I am not certain); but I did get egcs to compile, after updating m4,
adding autoconf and adding automake.  I don't know what helped, but it did
compile under gcc2.8.1, but I haven't run the tests yet (just compiled
another program with it :).

  Enjoy.

========================================================================
James Black (Comp Sci/Elec Eng Senior)
e-mail: black@eng.usf.edu       http://www.eng.usf.edu/~black/index.html
For my public key: finger -l black@eng.usf.edu
"A person might be able to play without being creative, but he sure
can't be creative without playing" Kurt Hanks & Jay Parry
************************************************************************

Re: Compile problem

[SXTHREE]

I've had the same problem when using sun make (usr/ccs/bin/make).
The problem disappeared when I used GNU make.

FM

compile problem

[rr rr]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 875 bytes --]

Hi,  
   I encounter a problem when i recompile perl5 with
gcc.

I use HP-UX 11.00,gcc 3.0 .

   I need to recompile perl5.After i run "make"
there are error messages : 
  "miniperlmain.o opmini.o libperl.a -lnsl -lnm 
  -lndbm -ldld -lm -lc -lndir -lcrypt -lsec -lcl 
  /usr/ccs/bin/ld: Unsatisfied symbols:
   perl_get_cv (code)
   perl_call_sv (code) "

   I don't what's wrong with it.Please help me.

lily



_________________________________________________________
Do You Yahoo!? µÇ¼Ãâ·ÑÑÅ»¢µçÓÊ! http://mail.yahoo.com.cn

<font color=#6666FF>ÎÞÁÄ£¿ÓôÃÆ£¿¸ßÐË£¿Ã»ÀíÓÉ£¿¶¼À´ÁÄÌì°É£¡</font>¡ª¡ª 
ÑÅ»¢È«ÐÂÁÄÌìÊÒ! http://cn.chat.yahoo.com/c/roomlist.html

Re: compile problem

[aoliva]

On Aug  2, 2001, rr rr <lily2121cn@yahoo.com.cn> wrote:

>    I need to recompile perl5.After i run "make"
> there are error messages : 
>   "miniperlmain.o opmini.o libperl.a -lnsl -lnm 
>   -lndbm -ldld -lm -lc -lndir -lcrypt -lsec -lcl 
>   /usr/ccs/bin/ld: Unsatisfied symbols:
>    perl_get_cv (code)
>    perl_call_sv (code) "

It seems like there's something wrong in perl build infrastructure.
It's very unlikely to be a problem in GCC.  Please ask for help in
some perl help mailing list.

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist    *Please* write to mailing lists, not to me