Today's cvs refuses to compile

belegdol · Post by **belegdol** » Tue Dec 07, 2004 10:35 am

I've updated my cvs tree today, as always after ipher's update. Here is what I got when trying to compile it:

make: *** No rule to make target `jma/zsnesjma.h', needed by `initc.o'.  Stop.

I'm using Mandrake 10.1, NASM version 0.98.38 compiled on Oct 13 2003 and gcc 3.4.1-4mdk

ipher · Post by **ipher** » Tue Dec 07, 2004 10:42 am

i had a similar problem, i THINK it was caused by not having G++ on my system, or maybe it was G++ not being the same version as GCC, one of those.

belegdol · Post by **belegdol** » Tue Dec 07, 2004 10:49 am

Nope, I've got gcc-c++ installed and it is the same version.

Post by **grinvader** » Tue Dec 07, 2004 10:52 am

Please post the ./autogen.sh result here. Between

Code: Select all

and

tags for clear view, if possible.

I just rebuilt a CVS snapshot and had no trouble. gcc/g++ version 3.3.4.

belegdol · Post by **belegdol** » Tue Dec 07, 2004 11:14 am

As you wish.

Code: Select all

[jsikorski@DOMOWY src]$  ./autogen.sh
Generating build information using aclocal and autoconf...
loading cache ./config.cache
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  -pipe -I. -Wall -I/usr/local/include -I/usr/include  -L/usr/local/lib -L/usr/lib) works... yes
checking whether the C compiler (gcc  -pipe -I. -Wall -I/usr/local/include -I/usr/include  -L/usr/local/lib -L/usr/lib) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for c++... (cached) c++
checking whether the C++ compiler (c++   -L/usr/local/lib -L/usr/lib) works... yes
checking whether the C++ compiler (c++   -L/usr/local/lib -L/usr/lib) is a cross-compiler... no
checking whether we are using GNU C++... (cached) yes
checking whether c++ accepts -g... (cached) yes
checking for nasm... (cached) nasm
checking for a BSD compatible install... (cached) /usr//bin/install -c
checking for sdl-config... (cached) /usr//bin/sdl-config
checking for SDL - version >= 1.2.0... yes
checking for zlib - version >= 1.1.0... yes
checking for libpng - version >= 1.2.0... yes
checking how to run the C preprocessor... (cached) gcc -E
checking for X... (cached) libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for glGetError in -lGL... (cached) yes
checking for OpenGL... yes
checking if you want gdb friendly executable... no
checking which processor class to optimize for... 686
checking for ANSI C header files... (cached) yes
checking whether sys/types.h defines makedev... (cached) yes
creating ./config.status
creating Makefile
creating config.h
config.h is unchanged


ZSNES v1.40

SDL support                         Version 1.2.7
NASM support                        NASM version 0.98.38 compiled on Oct 13 2003
ZLib support                        Version 1.2.1.1
PNG support (png screenshots)       Yes, version 1.2.6
OpenGL support                      Yes

The binary will be installed in /usr/local/bin

Configure complete, now type 'make' and pray.

Which version of automake shouldbe used with zsnes? Mandrake provides autoconf 2.13 and 2.59, automake 1.4 and 1.7, so I sometimes have to edit autogen.sh

Post by **grinvader** » Tue Dec 07, 2004 11:36 am

I use autoconf 2.13, automake 1.8.5 and have no problems.
Your c++ compiler is called 'c++', I suppose it's a wrapper (like g++)... what version is it ?

belegdol · Post by **belegdol** » Tue Dec 07, 2004 11:43 am

It's version 3.4.1 and c++ is a symlink to g++.

ipher · Post by **ipher** » Tue Dec 07, 2004 12:06 pm

You'll probably have to wait for Nach to wake up, he knows the JMA code better than anybody, plus he uses Linux.

belegdol · Post by **belegdol** » Tue Dec 07, 2004 12:14 pm

All right, I'm not desperate to compile it right now.

Post by **Nach** » Tue Dec 07, 2004 12:46 pm

From the looks of things, I'd say you're missing a whole directory of source code.

belegdol · Post by **belegdol** » Tue Dec 07, 2004 12:53 pm

Mhm? Could you be more precise?

Post by **Nach** » Tue Dec 07, 2004 1:00 pm

Why don't you tell us which directories you have in src.

belegdol · Post by **belegdol** » Tue Dec 07, 2004 1:38 pm

Here you go:

Code: Select all

[jsikorski@DOMOWY src]$ ls -1
acinclude.m4
aclocal.m4
autogen.sh*
autogen.sh.mdk*
cfgload.asm
cfgload.o
chips/
config.cache
config.guess*
config.h
config.h.in
config.log
config.status*
config.sub*
configure*
configure.in
cpu/
CVS/
dos/
effects/
endmem.asm
endmem.o
gblhdr.h
gui/
icons/
init.asm
initc.c*
init.o
install-sh*
link.win32
linux/
macros.mac
Makefile
Makefile.check
makefile.dos
Makefile.in
makefile.win
obj/
patch.c
ui.asm
uic.c
vcache.asm
version.c
video/
win/
zip/
zsnes.dsp
zsnes.dsw

Post by **Nach** » Tue Dec 07, 2004 1:45 pm

Let's see, you have an error about jma/zsnesjma.h, yet you are completely missing the entire jma directory.

belegdol · Post by **belegdol** » Tue Dec 07, 2004 1:52 pm

I see, "cvs update" command must have not downloaded this dir.
Everything compiled smoothly now. How should I execute cvs update to avoid such issues in future. Will -dPA option be enough?

Post by **Nach** » Tue Dec 07, 2004 2:00 pm

"cvs update" dosn't download new directories.

"cvs up -d" does.

Post by **grinvader** » Tue Dec 07, 2004 2:24 pm

Belegdol wrote:How should I execute cvs update to avoid such issues in future.

Never had any trouble doing this:

Code: Select all

cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/zsnes login
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/zsnes co zsnes