GNU bug report logs -
#9851
No configure file in git cloned guile despite what README says
Previous Next
Reported by: "J. Greg Davidson" <jgd <at> well.com>
Date: Sun, 23 Oct 2011 17:33:01 UTC
Severity: normal
Done: Andy Wingo <wingo <at> pobox.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9851 in the body.
You can then email your comments to 9851 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guile <at> gnu.org
:
bug#9851
; Package
guile
.
(Sun, 23 Oct 2011 17:33:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"J. Greg Davidson" <jgd <at> well.com>
:
New bug report received and forwarded. Copy sent to
bug-guile <at> gnu.org
.
(Sun, 23 Oct 2011 17:33:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Dear Guile Maintainers:
I used the git command
git clone git://git.sv.gnu.org/guile.git
from the guile webpage
https://www.gnu.org/software/guile/download.html
and got a nice directory with a README file which
tells me to run ./configure which does not exist.
I tried to create one with autoconf but it gave lots
of error messages.
Please revise the README file (or provide a traditional
INSTALL file) with correct installation information.
Thanks,
_Greg
Information forwarded
to
bug-guile <at> gnu.org
:
bug#9851
; Package
guile
.
(Mon, 24 Oct 2011 07:08:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 9851 <at> debbugs.gnu.org (full text, mbox):
"J. Greg Davidson" <jgd <at> well.com> writes:
> I used the git command
> git clone git://git.sv.gnu.org/guile.git
> from the guile webpage
> https://www.gnu.org/software/guile/download.html
> and got a nice directory with a README file which
> tells me to run ./configure which does not exist.
The README for those who have downloaded a release tarball. When
downloading a development version from git, you must generate the build
system yourself using recent versions of the autotools. See the HACKING
file for details.
Best,
Mark
Information forwarded
to
bug-guile <at> gnu.org
:
bug#9851
; Package
guile
.
(Mon, 24 Oct 2011 21:42:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 9851 <at> debbugs.gnu.org (full text, mbox):
Thank you for pointing me to the HACKING file. I hope
that someone will fix the README to reference it. It would
also be appropriate to correct the HACKING file which says
"Then you must run the autogen.sh script, as described below."
but I do not recognize anything "below" as explaining autogen.sh
further - in fact there is no later mention of it! Fortunately,
"./autogen.sh" did the trick with none of the scary configuration
"described below" being necessary.
I do not mean my feedback to be snarky but rather to assist
you in your commitment to have the latest Guile available to
testers beyond the development team.
Well, autogen.sh and configure both seem happy, but when I try
to run make I get:
CC libguile_2.2_la-scmsigs.lo
scmsigs.c:155:1: error: static declaration of 'GC_get_suspend_signal'
follows non-static declaration
/usr/local/include/gc/gc.h:1067:22: note: previous declaration of
'GC_get_suspend_signal' was here
make[3]: *** [libguile_2.2_la-scmsigs.lo] Error 1
make[3]: Leaving directory `/usr/local/src/guile-2.0.3/libguile'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/local/src/guile-2.0.3/libguile'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/guile-2.0.3'
make: *** [all] Error 2
Perhaps my libgc is too new (7.3alpha1) I'll fiddle around and
see what works.
Thanks,
_Greg
On Mon, 2011-10-24 at 02:43 -0400, Mark H Weaver wrote:
> "J. Greg Davidson" <jgd <at> well.com> writes:
> > I used the git command
> > git clone git://git.sv.gnu.org/guile.git
> > from the guile webpage
> > https://www.gnu.org/software/guile/download.html
> > and got a nice directory with a README file which
> > tells me to run ./configure which does not exist.
>
> The README for those who have downloaded a release tarball. When
> downloading a development version from git, you must generate the build
> system yourself using recent versions of the autotools. See the HACKING
> file for details.
>
> Best,
> Mark
Information forwarded
to
bug-guile <at> gnu.org
:
bug#9851
; Package
guile
.
(Mon, 24 Oct 2011 22:07:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 9851 <at> debbugs.gnu.org (full text, mbox):
On Mon 24 Oct 2011 23:39, "J. Greg Davidson" <jgd <at> well.com> writes:
> Perhaps my libgc is too new (7.3alpha1) I'll fiddle around and
> see what works.
That could be. I'll have to update my checkout and see what happens.
Apologies for the mess!
Andy
--
http://wingolog.org/
Reply sent
to
Andy Wingo <wingo <at> pobox.com>
:
You have taken responsibility.
(Mon, 07 Nov 2011 12:26:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"J. Greg Davidson" <jgd <at> well.com>
:
bug acknowledged by developer.
(Mon, 07 Nov 2011 12:26:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 9851-done <at> debbugs.gnu.org (full text, mbox):
On Tue 25 Oct 2011 00:04, Andy Wingo <wingo <at> pobox.com> writes:
> On Mon 24 Oct 2011 23:39, "J. Greg Davidson" <jgd <at> well.com> writes:
>
>> Perhaps my libgc is too new (7.3alpha1) I'll fiddle around and
>> see what works.
>
> That could be. I'll have to update my checkout and see what happens.
I have tried with git libgc, and cannot reproduce this issue. I think
it must be that you ran configure with an old libgc, then updated, then
tried to build again without reconfiguring. Assuming this is the case,
I'm closing this bug.
Regards,
Andy
--
http://wingolog.org/
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 06 Dec 2011 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 204 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.