public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug middle-end/39015]  New: [4.3 regression] wrong code building libgsf
@ 2009-01-29  5:39 doko at ubuntu dot com
  2009-01-29  9:10 ` [Bug middle-end/39015] " jdassen at debian dot org
                   ` (16 more replies)
  0 siblings, 17 replies; 19+ messages in thread
From: doko at ubuntu dot com @ 2009-01-29  5:39 UTC (permalink / raw)
  To: gcc-bugs

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3700 bytes --]

[forwarded from http://bugs.debian.org/513420]

Reverting the fix for PR38615 on the 4.3 branch lets the build succeed.

What am I trying to do:
* Build libgsf from source again on amd64 (or build libgsf svn trunk).

How am I trying to do it / steps to reproduce:
* Set up a sid environment in which to build libgsf from the Debian source
  package, e.g. in pbuilder.
* Get the libgsf source package and extract it.
* In the source directory, run
        env MALLOC_CHECK_=2 debian/rules build

What behaviour did I expect to get:
* The libgsf build runs to completion.

What behaviour did I actually get:
* The libgsf build fails during documentation generation, with messages
  similar to the following:
        creating gsf-scan
        gtk-doc: Running scanner gsf-scan
        sh: line 1: 27898 Segmentation fault      ( ./gsf-scan )
        Scan failed: 
        make[3]: *** [scan-build.stamp] Error 139
        make[3]: Leaving directory `/tmp/buildd/libgsf-1.14.11/build/doc'
* This behaviour is fully repeatable for me.

Notes and observations:
* "gsf-scan" is built from generated sources using gtk-doc-tools.
* To preserve the gsf-scan sources and objects, comment out the unlink line
  which removes them in /usr/bin/gtkdoc-scangobj .
* When running plain "debian/rules build" without the env MALLOC_CHECK_=2,
  the problem manifests at a later point in the build as follows:
        cd ../../doc/html && gtkdoc-mkhtml   gsf ../gsf-docs.sgml
        ../xml/text.xml:255: parser error : Input is not proper UTF-8, indicate
encoding !
        Bytes: 0xD0 0x45 0x2E 0x02
        <para>When to quote fields.</para><para>Default value: ÐE.\x02</para>
                                                               ^
        ../xml/text.xml:255: parser error : PCDATA invalid Char value 2
        <para>When to quote fields.</para><para>Default value: ÐE.\x02</para>
                                                                  ^
        ../xml/text.xml:279: parser error : chunk is not well balanced

        ^
        ../gsf-docs.sgml:232: parser error : Failure to process entity GsfText
            &GsfText;
                     ^
        ../gsf-docs.sgml:232: parser error : Entity 'GsfText' not defined
            &GsfText;
                     ^
        unable to parse ../gsf-docs.sgml
        make[3]: *** [html-build.stamp] Error 6
  This can be tracked back to a garbage string in the <DEFAULT> block within
  the <ARG> block for GsfOutputCsvQuotingMode in doc/gsf.args which is a
  file generated by gsf-scan. The garbage string can vary between repeated
  attempts.
* This libgsf version (1.14.11-1) has previously been built successfully on
  all architectures.
* The problem is still reproducible for me when the optimisation level is
  reduced (in debian/rules) to -O1 .
* I could not reproduce the problem in the following variations:
  * When lowering the optimisation level to -O0 .
  * Building in a 32-bit pbuilder chroot on amd64.
  * Building in a sid environment with the gcc-4.3 packages downgraded to
    the 4.3.2-1.1 versions from testing.
  * Building using CC=gcc-4.2 .
  * Building using CC=gcc-4.1 .
  * Building using CC=/usr/lib/gcc-snapshot/bin/gcc .
  which makes me suspect that the problem isn't with the (generated)
  gsf-scan sources, but with gcc's code generation.


-- 
           Summary: [4.3 regression] wrong code building libgsf
           Product: gcc
           Version: 4.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: middle-end
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: doko at ubuntu dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39015


^ permalink raw reply	[flat|nested] 19+ messages in thread
end of thread, other threads:[~2009-01-30 17:03 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-01-29  5:39 [Bug middle-end/39015] New: [4.3 regression] wrong code building libgsf doko at ubuntu dot com
2009-01-29  9:10 ` [Bug middle-end/39015] " jdassen at debian dot org
2009-01-29  9:11 ` jdassen at debian dot org
2009-01-29 10:01 ` rguenth at gcc dot gnu dot org
2009-01-29 17:53   ` Andrew Thomas Pinski
2009-01-29 10:14 ` doko at ubuntu dot com
2009-01-29 10:24 ` jdassen at debian dot org
2009-01-29 17:01 ` sje at cup dot hp dot com
2009-01-29 17:53 ` jdassen at debian dot org
2009-01-29 17:53 ` pinskia at gmail dot com
2009-01-29 18:57 ` sje at cup dot hp dot com
2009-01-29 22:36 ` [Bug middle-end/39015] [4.3/4.4 " doko at ubuntu dot com
2009-01-29 22:40 ` pinskia at gcc dot gnu dot org
2009-01-29 22:42 ` pinskia at gcc dot gnu dot org
2009-01-30 10:58 ` jakub at gcc dot gnu dot org
2009-01-30 11:38 ` jakub at gcc dot gnu dot org
2009-01-30 11:39 ` jakub at gcc dot gnu dot org
2009-01-30 11:40 ` jakub at gcc dot gnu dot org
2009-01-30 17:03 ` jdassen at debian dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).