#54 Failed to find init.scm

[Bob Paddock]

With gerbv 1.1.0-pre any use of "Open Project" results in:

Didn't find init.scm.
Failed to load project

Seems files can only be loaded via the command line.

[Stefan Petersen]

Logged In: YES
user_id=294711

Thanks for your report. gerbv-1.1.0-pre is either windows
version or cvs version. How have downloaded it? How have you
installed it?
gerbv looks for init.scm in:
1. /usr/local/share/gerbv/scheme
2. In the same directory as the executable (if full path given)
3. In the same directory as execution started
4. according to the shell variable GERBV_SCHEMEINIT

[Bob Paddock]

Logged In: YES
user_id=155777

This is with CVS checkout Jan/16/2005.
This is what I did:
Checkout CVS.
./rebuild_conf
./configure --prefix=/opt/gEDA
make && make install

>1. /usr/local/share/gerbv/scheme
I never install anything in /usr/local

>2. In the same directory as the executable (if full path given)

I had to copy init.scm there manually. 'make install' did not do it.
init.scm was found but get 'can not load project' when trying to load
examples.

>3. In the same directory as execution started

init.scm is not found on my system with that.

> 4. according to the shell variable GERBV_SCHEMEINIT
I do find init.scm when I set that but still get 'could not load project',
when using the file open dialog.

Things seem to work fine if I load the examples from the command line.

[Stefan Petersen]

Logged In: YES
user_id=294711

I think this is two problems:
1) make install doesn't install init.scm at the proper
place.This sounds like a build system issue, since I have
apperently never tried to install it in an (for me) odd place.
2) Missunderstanding of how gerbv works. If you want to load
gerber files you right click on one of the buttons to the
right and select load. When you loaded all the layers you
want, you can save this settings as a project. This is the
kind of project you load from the load project. The project
files resembles Scheme code, since it is Scheme code.

[Stefan Petersen]

Logged In: YES
user_id=294711

This is what keeping me from release at the moment.

Some new automake/automake stuff has broken this and I can't
find a solution.
./rebuild_conf | ./configure
and config.h still containd ${datarootdir}... Stupid!

[Stefan Petersen]

Logged In: YES
user_id=294711

Hopefully solved after noticing an API change in the
autotool chain...
In CVS now.