The version of Gri at the CVS site has been changed and no longer
suffers from the bug you've reported.
Please note that the version number of Gri has NOT been updated;
that is, no new release has been made. However, you may get the
most recent copy using the CVS system, at the URL
A full explanation of the procedure for acquiring the CVS version
is at the above-named site.
Please try to build a copy of Gri and re-test your bug, and post
your findings as a reply on the present discussion thread. That
way, I'll know that the code hanges will kill the bug on your
machine, not just on my machine.
This bug is still listed in the OPEN category; only when a new
release has been made will the bug be put into the CLOSED category.
Thanks again for helping in Gri development!
Dan Kelley
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Don't worry; the change to the installation path is within fink-only portions
of the Makefile.am file.
begin{rant} Unfortunately, more and more things are going into platform-
specific portions of the various configuration files. This is disappointing. I
think it is counterproductive that the various *nix systems make conflicting
choices about file locations. This wastes time, talent, and spirit. It would
be great if somebody, perhaps as part of gnu, could invent a scheme that
would handle this sort of detail. The automake/autoconf scheme fails
terribly at this. end{rant}
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Peter, I've altered
src/Makefile.am
near line 184 so that it now checks specifically for Debian in this portion.
If your tests indicate that this target is not used in debian, then I'll remove
this little patch of code since it might otherwise be confusing.
It's too bad that automake doesn't have builtin macros for such things, so
a target could say something like the following, and the items would go to
the right place, no matter what machine it was on. Instead, it seems that
every platform has its own convention, so we're forced to either make a lot
of specific "install:" targets (which is stupid since it ruins the whole idea of
standard targets) or we need tons of "if" statements (which is stupid since
(a) it's ugly and (b) the things being tested in the "if" statements have to be
figured out by the programmer in the Configure.ac file, which is a lot of
work and which is error prone). Ah, if automake/autoconf could only
facilite the following, then things would be easy...
Logged In: YES
user_id=31559
Thanks for the bug report.
The version of Gri at the CVS site has been changed and no longer
suffers from the bug you've reported.
Please note that the version number of Gri has NOT been updated;
that is, no new release has been made. However, you may get the
most recent copy using the CVS system, at the URL
http://sourceforge.net/cvs/?group_id=5511
A full explanation of the procedure for acquiring the CVS version
is at the above-named site.
Please try to build a copy of Gri and re-test your bug, and post
your findings as a reply on the present discussion thread. That
way, I'll know that the code hanges will kill the bug on your
machine, not just on my machine.
This bug is still listed in the OPEN category; only when a new
release has been made will the bug be put into the CLOSED category.
Thanks again for helping in Gri development!
Dan Kelley
Logged In: YES
user_id=31877
I hadn't notice this bug...
In Debian, it's installed correctly. But I'll check to see
if I'm using the make target or installing it myself.
Logged In: YES
user_id=31559
Don't worry; the change to the installation path is within fink-only portions
of the Makefile.am file.
begin{rant} Unfortunately, more and more things are going into platform-
specific portions of the various configuration files. This is disappointing. I
think it is counterproductive that the various *nix systems make conflicting
choices about file locations. This wastes time, talent, and spirit. It would
be great if somebody, perhaps as part of gnu, could invent a scheme that
would handle this sort of detail. The automake/autoconf scheme fails
terribly at this. end{rant}
Logged In: YES
user_id=31559
Peter, I've altered
src/Makefile.am
near line 184 so that it now checks specifically for Debian in this portion.
If your tests indicate that this target is not used in debian, then I'll remove
this little patch of code since it might otherwise be confusing.
It's too bad that automake doesn't have builtin macros for such things, so
a target could say something like the following, and the items would go to
the right place, no matter what machine it was on. Instead, it seems that
every platform has its own convention, so we're forced to either make a lot
of specific "install:" targets (which is stupid since it ruins the whole idea of
standard targets) or we need tons of "if" statements (which is stupid since
(a) it's ugly and (b) the things being tested in the "if" statements have to be
figured out by the programmer in the Configure.ac file, which is a lot of
work and which is error prone). Ah, if automake/autoconf could only
facilite the following, then things would be easy...
install:
INSTALL_EMACS_MODE gri-mode.el
INSTALL_BINARY gri
INSTALL_LIBRARY gri.cmd