build failure just trying to build guile-1.8.7 natively

build failure just trying to build guile-1.8.7 natively

[Robert P. J. Day]

  as a followup to my earlier plea for help, i downloaded the
guile-1.8.7 tarball and tried to build it on my (effectively) fedora
12 system, and ran into exactly the same error:

cat alist.doc arbiters.doc async.doc backtrace.doc boolean.doc
chars.doc continuations.doc debug.doc deprecation.doc deprecated.doc
discouraged.doc dynl.doc dynwind.doc environments.doc eq.doc error.doc
eval.doc evalext.doc extensions.doc feature.doc fluids.doc fports.doc
futures.doc gc.doc goops.doc gsubr.doc gc-mark.doc gc-segment.doc
gc-malloc.doc gc-card.doc guardians.doc hash.doc hashtab.doc hooks.doc
i18n.doc init.doc ioext.doc keywords.doc lang.doc list.doc load.doc
macros.doc mallocs.doc modules.doc numbers.doc objects.doc objprop.doc
options.doc pairs.doc ports.doc print.doc procprop.doc procs.doc
properties.doc random.doc rdelim.doc read.doc root.doc rw.doc
scmsigs.doc script.doc simpos.doc smob.doc sort.doc srcprop.doc
stackchk.doc stacks.doc stime.doc strings.doc srfi-4.doc srfi-13.doc
srfi-14.doc strorder.doc strports.doc struct.doc symbols.doc
threads.doc throw.doc values.doc variable.doc vectors.doc version.doc
vports.doc weaks.doc ramap.doc unif.doc dynl.doc filesys.doc posix.doc
net_db.doc socket.doc regex-posix.doc |
GUILE="/home/rpjday/guile-1.8.7/pre-inst-guile"
../scripts/snarf-check-and-output-texi          >
guile-procedures.texi || { rm guile-procedures.texi; false; }
ERROR: unknown doc attribute: (location (string . alist.c) (int . 40)
(hash . hash))
make[3]: *** [guile-procedures.texi] Error 1
make[3]: Leaving directory `/home/rpjday/guile-1.8.7/libguile'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/rpjday/guile-1.8.7/libguile'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/rpjday/guile-1.8.7'
make: *** [all] Error 2

  so this is no longer an openembedded issue, it's a straight build
issue.  can anyone help?  i simply ran:

  $ ./configure
  $ make

rday
--


========================================================================
Robert P. J. Day                               Waterloo, Ontario, CANADA

            Linux Consulting, Training and Kernel Pedantry.

Web page:                                          http://crashcourse.ca
Twitter:                                       http://twitter.com/rpjday
========================================================================

Re: build failure just trying to build guile-1.8.7 natively

[Miroslav Lichvar]

On Wed, Nov 18, 2009 at 12:11:51PM -0500, Robert P. J. Day wrote:
> 
>   as a followup to my earlier plea for help, i downloaded the
> guile-1.8.7 tarball and tried to build it on my (effectively) fedora
> 12 system, and ran into exactly the same error:

> ERROR: unknown doc attribute: (location (string . alist.c) (int . 40)
> (hash . hash))

This is caused by new cpp which inserts linemarkers where it didn't
before.

For example:

#define X(a, b) a, __FILE__, __LINE__, b
X(a,
b)

results in:

a,
 "a.c"
# 2 "a.c"
 ,
 3
# 2 "a.c"
 , b

Adding -P option to cpp in guile-snarf-docs fixes the problem.

-- 
Miroslav Lichvar

Re: build failure just trying to build guile-1.8.7 natively

[Robert P. J. Day]

On Thu, 19 Nov 2009, Miroslav Lichvar wrote:

> On Wed, Nov 18, 2009 at 12:11:51PM -0500, Robert P. J. Day wrote:
> >
> >   as a followup to my earlier plea for help, i downloaded the
> > guile-1.8.7 tarball and tried to build it on my (effectively) fedora
> > 12 system, and ran into exactly the same error:
>
> > ERROR: unknown doc attribute: (location (string . alist.c) (int . 40)
> > (hash . hash))
>
> This is caused by new cpp which inserts linemarkers where it didn't
> before.
>
> For example:
>
> #define X(a, b) a, __FILE__, __LINE__, b
> X(a,
> b)
>
> results in:
>
> a,
>  "a.c"
> # 2 "a.c"
>  ,
>  3
> # 2 "a.c"
>  , b
>
> Adding -P option to cpp in guile-snarf-docs fixes the problem.

  so here's the patch file i added for the OE build, since we're
building from the tarball.  is this what you're talking about?


diff -Nur guile-1.8.7.orig/libguile/guile-snarf-docs.in guile-1.8.7/libguile/guile-snarf-docs.in
--- guile-1.8.7.orig/libguile/guile-snarf-docs.in	2009-07-03 18:19:00.000000000 -0400
+++ guile-1.8.7/libguile/guile-snarf-docs.in	2009-11-19 12:55:32.487266268 -0500
@@ -23,4 +23,4 @@
 ## Let the user override the preprocessor autoconf found.
 test -n "${CPP+set}" || CPP="@CPP@"

-${CPP} -DSCM_MAGIC_SNARF_DOCS "$@"
+${CPP} -P -DSCM_MAGIC_SNARF_DOCS "$@"

rday
--

========================================================================
Robert P. J. Day                               Waterloo, Ontario, CANADA

            Linux Consulting, Training and Kernel Pedantry.

Web page:                                          http://crashcourse.ca
Twitter:                                       http://twitter.com/rpjday
========================================================================

Re: build failure just trying to build guile-1.8.7 natively

[Robert P. J. Day]

On Thu, 19 Nov 2009, Miroslav Lichvar wrote:

> On Wed, Nov 18, 2009 at 12:11:51PM -0500, Robert P. J. Day wrote:
> >
> >   as a followup to my earlier plea for help, i downloaded the
> > guile-1.8.7 tarball and tried to build it on my (effectively) fedora
> > 12 system, and ran into exactly the same error:
>
> > ERROR: unknown doc attribute: (location (string . alist.c) (int . 40)
> > (hash . hash))
>
> This is caused by new cpp which inserts linemarkers where it didn't
> before.
>
> For example:
>
> #define X(a, b) a, __FILE__, __LINE__, b
> X(a,
> b)
>
> results in:
>
> a,
>  "a.c"
> # 2 "a.c"
>  ,
>  3
> # 2 "a.c"
>  , b
>
> Adding -P option to cpp in guile-snarf-docs fixes the problem.

  yes, i've verified that adding a patch for that fixes the
openembedded build.  thanks muchly, you can close the BZ report at
your leisure.

rday
--

========================================================================
Robert P. J. Day                               Waterloo, Ontario, CANADA

            Linux Consulting, Training and Kernel Pedantry.

Web page:                                          http://crashcourse.ca
Twitter:                                       http://twitter.com/rpjday
========================================================================

Re: build failure just trying to build guile-1.8.7 natively

[Ludovic Courtès]

Hi,

Miroslav Lichvar <mlichvar@redhat.com> writes:

> On Wed, Nov 18, 2009 at 12:11:51PM -0500, Robert P. J. Day wrote:
>> 
>>   as a followup to my earlier plea for help, i downloaded the
>> guile-1.8.7 tarball and tried to build it on my (effectively) fedora
>> 12 system, and ran into exactly the same error:
>
>> ERROR: unknown doc attribute: (location (string . alist.c) (int . 40)
>> (hash . hash))
>
> This is caused by new cpp which inserts linemarkers where it didn't
> before.

Interesting.  Which version of cpp/gcc does that?

Thanks,
Ludo’.

Re: build failure just trying to build guile-1.8.7 natively

[Miroslav Lichvar]

On Fri, Nov 27, 2009 at 06:56:48PM +0100, Ludovic Courtès wrote:
> >> ERROR: unknown doc attribute: (location (string . alist.c) (int . 40)
> >> (hash . hash))
> >
> > This is caused by new cpp which inserts linemarkers where it didn't
> > before.
> 
> Interesting.  Which version of cpp/gcc does that?

cpp (GCC) 4.4.2 20091027

It didn't happen with 4.4.1.

-- 
Miroslav Lichvar

Re: build failure just trying to build guile-1.8.7 natively

[Ludovic Courtès]

Miroslav Lichvar <mlichvar@redhat.com> writes:

> On Fri, Nov 27, 2009 at 06:56:48PM +0100, Ludovic Courtès wrote:
>> >> ERROR: unknown doc attribute: (location (string . alist.c) (int . 40)
>> >> (hash . hash))
>> >
>> > This is caused by new cpp which inserts linemarkers where it didn't
>> > before.
>> 
>> Interesting.  Which version of cpp/gcc does that?
>
> cpp (GCC) 4.4.2 20091027

I can’t reproduce the problem with 4.4.2 on x86_64-linux-gnu.  Could it
be that your distro ships a version of gcc that differs from upstream’s?

Thanks,
Ludo’.

Re: build failure just trying to build guile-1.8.7 natively

[Miroslav Lichvar]

On Fri, Nov 27, 2009 at 09:29:19PM +0100, Ludovic Courtès wrote:
> >> > This is caused by new cpp which inserts linemarkers where it didn't
> >> > before.
> >> 
> >> Interesting.  Which version of cpp/gcc does that?
> >
> > cpp (GCC) 4.4.2 20091027
> 
> I can’t reproduce the problem with 4.4.2 on x86_64-linux-gnu.  Could it
> be that your distro ships a version of gcc that differs from upstream’s?

Possibly. It looks like it's a post 4.4.2 SVN snapshot and there are
also some extra patches in the package.

-- 
Miroslav Lichvar

Re: build failure just trying to build guile-1.8.7 natively

[Robert P. J. Day]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1218 bytes --]

On Fri, 27 Nov 2009, Miroslav Lichvar wrote:

> On Fri, Nov 27, 2009 at 09:29:19PM +0100, Ludovic Courtès wrote:
> > >> > This is caused by new cpp which inserts linemarkers where it didn't
> > >> > before.
> > >>
> > >> Interesting.  Which version of cpp/gcc does that?
> > >
> > > cpp (GCC) 4.4.2 20091027
> >
> > I can’t reproduce the problem with 4.4.2 on x86_64-linux-gnu.  Could it
> > be that your distro ships a version of gcc that differs from upstream’s?
>
> Possibly. It looks like it's a post 4.4.2 SVN snapshot and there are
> also some extra patches in the package.

  i was the original reporter, and i can verify that adding the -P
option for linemarkers fixed the problem.  this was on a fedora 12
x86_64 system with cpp-4.4.2.

rday
--


========================================================================
Robert P. J. Day                               Waterloo, Ontario, CANADA

            Linux Consulting, Training and Kernel Pedantry.

Web page:                                          http://crashcourse.ca
Twitter:                                       http://twitter.com/rpjday
========================================================================

Re: build failure just trying to build guile-1.8.7 natively

[Ludovic Courtès]

Hello,

"Robert P. J. Day" <rpjday@crashcourse.ca> writes:

>   i was the original reporter, and i can verify that adding the -P
> option for linemarkers fixed the problem.  this was on a fedora 12
> x86_64 system with cpp-4.4.2.

The problem is that we support cpps other than GNU cpp, which may not
support ‘-P’, so we need to check that at configure-time, etc., and I
want to make sure we fully understand the problem before writing
configure wizardry.

Thanks,
Ludo’.