<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>191172</bug_id>
          
          <creation_ts>2007-09-03 18:51 0000</creation_ts>
          <short_desc>app-emulation/xen-tools-3.1.0 fails to build (-Werror)</short_desc>
          <delta_ts>2007-10-02 00:49:04 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <keywords>Inclusion</keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>mrgibson@mac.com</reporter>
          <assigned_to>xen@gentoo.org</assigned_to>
          <cc>philantrop@gentoo.org</cc>
    
    <cc>rneilson@interloper.ca</cc>
    
    <cc>torsten@tk-webart.de</cc>
    
    <cc>xeb@mail.ru</cc>

      

      
          <long_desc isprivate="0">
            <who>mrgibson@mac.com</who>
            <bug_when>2007-09-03 18:51:26 0000</bug_when>
            <thetext>gcc  -O2 -fomit-frame-pointer -m32 -march=i686 -DNDEBUG -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement  -D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -mno-tls-direct-seg-refs -D_GNU_SOURCE -Werror -Wmissing-prototypes -fno-strict-aliasing  -I. -I../xenstore -Wp,-MD,.xc_core_x86.o.d -c -o xc_core_x86.o xc_core_x86.c
cc1: warnings being treated as errors
xc_core.c: In function &apos;xc_core_shdr_get&apos;:
xc_core.c:195: warning: assuming signed overflow does not occur when assuming that (X + c) &lt; X is always false
make[2]: *** [xc_core.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/app-emulation/xen-tools-3.1.0/work/xen-3.1.0-src/tools/libxc&apos;
make[1]: *** [build] Error 2
make[1]: Leaving directory `/var/tmp/portage/app-emulation/xen-tools-3.1.0/work/xen-3.1.0-src/tools/libxc&apos;
make: *** [all] Error 2
make: Leaving directory `/var/tmp/portage/app-emulation/xen-tools-3.1.0/work/xen-3.1.0-src/tools&apos;
 * 
 * ERROR: app-emulation/xen-tools-3.1.0 failed.
 * Call stack:
 *   ebuild.sh, line 1654:   Called dyn_compile
 *   ebuild.sh, line 990:   Called qa_call &apos;src_compile&apos;
 *   ebuild.sh, line 44:   Called src_compile
 *   xen-tools-3.1.0.ebuild, line 129:   Called die
 * 
 * compile failed
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at &apos;/var/tmp/portage/app-emulation/xen-tools-3.1.0/temp/build.log&apos;.
 * 

 * Messages for package sys-kernel/xen-sources-2.6.20-r2:

 * As of 2.6.13 the support for devfs has been removed.
 * You will be required to either manage a static /dev
 * or to ensure that udev is starting on boot.

 * Messages for package app-emulation/xen-tools-3.1.0:

 * 
 * ERROR: app-emulation/xen-tools-3.1.0 failed.
 * Call stack:
 *   ebuild.sh, line 1654:   Called dyn_compile
 *   ebuild.sh, line 990:   Called qa_call &apos;src_compile&apos;
 *   ebuild.sh, line 44:   Called src_compile
 *   xen-tools-3.1.0.ebuild, line 129:   Called die
 * 
 * compile failed


Reproducible: Always

Steps to Reproduce:
1.emerge xen-tools
2.
3.

Actual Results:  
gcc  -O2 -fomit-frame-pointer -m32 -march=i686 -DNDEBUG -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement  -D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -mno-tls-direct-seg-refs -D_GNU_SOURCE -Werror -Wmissing-prototypes -fno-strict-aliasing  -I. -I../xenstore -Wp,-MD,.xc_core_x86.o.d -c -o xc_core_x86.o xc_core_x86.c
cc1: warnings being treated as errors
xc_core.c: In function &apos;xc_core_shdr_get&apos;:
xc_core.c:195: warning: assuming signed overflow does not occur when assuming that (X + c) &lt; X is always false
make[2]: *** [xc_core.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/app-emulation/xen-tools-3.1.0/work/xen-3.1.0-src/tools/libxc&apos;
make[1]: *** [build] Error 2
make[1]: Leaving directory `/var/tmp/portage/app-emulation/xen-tools-3.1.0/work/xen-3.1.0-src/tools/libxc&apos;
make: *** [all] Error 2
make: Leaving directory `/var/tmp/portage/app-emulation/xen-tools-3.1.0/work/xen-3.1.0-src/tools&apos;
 * 
 * ERROR: app-emulation/xen-tools-3.1.0 failed.
 * Call stack:
 *   ebuild.sh, line 1654:   Called dyn_compile
 *   ebuild.sh, line 990:   Called qa_call &apos;src_compile&apos;
 *   ebuild.sh, line 44:   Called src_compile
 *   xen-tools-3.1.0.ebuild, line 129:   Called die
 * 
 * compile failed
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at &apos;/var/tmp/portage/app-emulation/xen-tools-3.1.0/temp/build.log&apos;.
 * 

 * Messages for package sys-kernel/xen-sources-2.6.20-r2:

 * As of 2.6.13 the support for devfs has been removed.
 * You will be required to either manage a static /dev
 * or to ensure that udev is starting on boot.

 * Messages for package app-emulation/xen-tools-3.1.0:

 * 
 * ERROR: app-emulation/xen-tools-3.1.0 failed.
 * Call stack:
 *   ebuild.sh, line 1654:   Called dyn_compile
 *   ebuild.sh, line 990:   Called qa_call &apos;src_compile&apos;
 *   ebuild.sh, line 44:   Called src_compile
 *   xen-tools-3.1.0.ebuild, line 129:   Called die
 * 
 * compile failed


Expected Results:  
xen-tools merged.

gcc says that warnings are treated as errors ... could this be why?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-09-03 18:57:21 0000</bug_when>
            <thetext>(In reply to comment #0)
&gt; gcc says that warnings are treated as errors ... could this be why?

Sure, -Werror is a retarded flag.
 

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>marineam@gentoo.org</who>
            <bug_when>2007-09-03 21:05:11 0000</bug_when>
            <thetext>Please post the output of emerge --info.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>torsten@tk-webart.de</who>
            <bug_when>2007-09-10 16:02:45 0000</bug_when>
            <thetext>I run into the same error. (Even if I put FEATURES=&quot;-distcc&quot; MAKEOPTS=&quot;-j1&quot; and regardless of having USE=&quot;custom-cflags&quot; or not)

emerge --info
Portage 2.1.3.9 (default-linux/x86/2006.1/desktop, gcc-4.2.0, glibc-2.6.1-r0, 2.6.22-gentoo-r6 i686)
=================================================================
System uname: 2.6.22-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Timestamp of tree: Mon, 10 Sep 2007 12:20:01 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
app-shells/bash:     3.2_p17-r1
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r5, 2.5.1-r2
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.10-r4
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.18.50.0.1
sys-devel/gcc-config: 1.4.0-r2
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.22-r2
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=pentium4 -O3 -msse2 -mfpmath=sse -mno-tls-direct-seg-refs&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/NX/etc /usr/NX/home /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/qmail/alias /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d&quot;
CXXFLAGS=&quot;-march=pentium4 -O3 -msse2 -mfpmath=sse -mno-tls-direct-seg-refs&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;distcc distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch&quot;
GENTOO_MIRRORS=&quot;ftp://ftp.informatik.rwth-aachen.de/pub/Linux/gentoo http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo&quot;
LANG=&quot;de_DE&quot;
LC_ALL=&quot;de_DE&quot;
LINGUAS=&quot;de&quot;
MAKEOPTS=&quot;-j25&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/portage/local/layman/iwm /usr/local/portage&quot;
SYNC=&quot;rsync://rsync.de.gentoo.org/gentoo-portage&quot;
USE=&quot;X a52 aac acl acpi additions ads alsa amr apache2 artworkextra asf async audacious avahi bash-completion beagle berkdb bitmap-fonts bluetooth browserplugin bzip2 cairo caps capslib cddb cdr cli cracklib crypt cups curl daap dbus djvu dri dts dvd dvi eds emboss encode esd exif expat fam fbcon ffmpeg fftw firefox flac fluidsynth fortran gdbm gif gimpprint glitz gnome gnutls gpm gs gstreamer gtk gtkhtml gzip hal hddtemp ical iconv imagemagick imlib isdnlog jack jack-tmpfs java jit jpeg jpeg2k kerberos lash ldap libnotify lm_sensors logrotate mad midi mikmod mmap mmx mng mono mp3 mp4 mpeg mpm-worker mudflap musicbrainz mysql nautilus ncurses network nls nptl nptlonly nsplugin offensive ogg opengl openmp pam pcre pdf perl png postgres ppds pppd pygrub python qmail qt3 qt4 quicktime quota quotas readline real reflection rle rrdcgi samba sasl screen sdl seamonkey sensord session slang smp sms smt sndfile sound spell spl sqlite sse sse2 ssl svg swat t1lib tagwriting tcl tcltk tcpd theora threads tidy tiff tk truetype truetype-fonts type1-fonts unicode urandom usb v4l v4l2 vcd vditool vidix vorbis webdav win32codecs wmf wrapper x264 x86 xcomposite xine xml xml2 xorg xpm xprint xscreensaver xv xvid xvmc xxmc zlib&quot; ALSA_CARDS=&quot;intel8x0&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; CAMERAS=&quot;canon ptp2&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;de&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;i810 radeon&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>marineam@gentoo.org</who>
            <bug_when>2007-09-10 17:19:49 0000</bug_when>
            <thetext>Looks like you have GCC 4.2 which is apparently being picky where other compilers were not. Until I get this patched just use gcc 4.1 or earlier.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arfrever@gentoo.org</who>
            <bug_when>2007-09-12 16:36:46 0000</bug_when>
            <thetext>Another workaround would be to append &quot;-Wno-error&quot; to CFLAGS and CXXFLAGS.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>torsten@tk-webart.de</who>
            <bug_when>2007-09-12 20:24:49 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; Another workaround would be to append &quot;-Wno-error&quot; to CFLAGS and CXXFLAGS.

Nope, that&apos;s not an option. The Makefiles in the xen-tools subdirs all set:

CFLAGS += &quot;-Werror&quot;
and &quot;-Werror&quot; seems to have precedence over an concurrently set &quot;-Wno-error&quot;

I&apos;ll wait for a patch that actually fixes the code constraints, since I currently only have gcc-4.2.0 on my machine and I&apos;m in no hurry with xen (still waiting for my Core2 Quad to arrive ;o)

Regards,
Torsten
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arfrever@gentoo.org</who>
            <bug_when>2007-09-13 16:55:18 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; (In reply to comment #5)
&gt; &gt; Another workaround would be to append &quot;-Wno-error&quot; to CFLAGS and CXXFLAGS.
&gt; 
&gt; Nope, that&apos;s not an option. The Makefiles in the xen-tools subdirs all set:
&gt; 
&gt; CFLAGS += &quot;-Werror&quot;
&gt; and &quot;-Werror&quot; seems to have precedence over an concurrently set &quot;-Wno-error&quot;

OK.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arfrever@gentoo.org</who>
            <bug_when>2007-09-13 16:56:26 0000</bug_when>
            <thetext>Created an attachment (id=130851)
app-emulation/xen-tools/files/xen-tools-3.1.0-delete-Werror.patch

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arfrever@gentoo.org</who>
            <bug_when>2007-09-13 16:58:19 0000</bug_when>
            <thetext>Created an attachment (id=130853)
Patch to app-emulation/xen-tools/xen-tools-3.1.0.ebuild

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>torsten@tk-webart.de</who>
            <bug_when>2007-09-13 18:42:35 0000</bug_when>
            <thetext>(In reply to comment #8)
&gt; Created an attachment (id=130851) [edit]
&gt; app-emulation/xen-tools/files/xen-tools-3.1.0-delete-Werror.patch

Hmm, that&apos;s a quick fix indeed. No offense, but wouldn&apos;t it be better to check the code that produces the warning? I know this might not be as trivial as stripping the CFLAGS, but the compiler warns about a mathematical tautology, which should be resolvable (and resolved) in xen-tool&apos;s code itself...

In fact, it seems to me that someone who forcibly adds &quot;-Werror&quot; to my CFLAGS wants it to stay there for a good reason, don&apos;t you think?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>marineam@gentoo.org</who>
            <bug_when>2007-09-13 19:54:31 0000</bug_when>
            <thetext>(In reply to comment #10)
&gt; (In reply to comment #8)
&gt; &gt; Created an attachment (id=130851) [edit]
&gt; &gt; app-emulation/xen-tools/files/xen-tools-3.1.0-delete-Werror.patch
&gt; 
&gt; Hmm, that&apos;s a quick fix indeed. No offense, but wouldn&apos;t it be better to check
&gt; the code that produces the warning? I know this might not be as trivial as
&gt; stripping the CFLAGS, but the compiler warns about a mathematical tautology,
&gt; which should be resolvable (and resolved) in xen-tool&apos;s code itself...
&gt; 
&gt; In fact, it seems to me that someone who forcibly adds &quot;-Werror&quot; to my CFLAGS
&gt; wants it to stay there for a good reason, don&apos;t you think?
&gt; 

I have been meaning to look into the code to see if there is a potential bug that gcc is finding or if it is bogus and just haven&apos;t gotten to it yet. I plan on either fixing up the code to make gcc happy or silencing that warning. Been busy with another xen bug though, but I&apos;ll get to this soon :-)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arfrever@gentoo.org</who>
            <bug_when>2007-09-13 20:17:28 0000</bug_when>
            <thetext>(In reply to comment #10)
&gt; wouldn&apos;t it be better to check the code that produces the warning?

OK. I&apos;m now checking this code and I see:
...
#define SHDR_INC        4
...
Elf64_Shdr*
xc_core_shdr_get(struct xc_core_section_headers *sheaders)
{
    Elf64_Shdr *shdr;

    if ( sheaders-&gt;num == sheaders-&gt;num_max )
    {
        Elf64_Shdr *shdrs;
        if ( sheaders-&gt;num_max + SHDR_INC &lt; sheaders-&gt;num_max )    &lt;- Line 195
        {
            errno = E2BIG;
            return NULL;
        }
        sheaders-&gt;num_max += SHDR_INC;
        shdrs = realloc(sheaders-&gt;shdrs,
                        sizeof(sheaders-&gt;shdrs[0]) * sheaders-&gt;num_max);
        if ( shdrs == NULL )
            return NULL;
        sheaders-&gt;shdrs = shdrs;
    }

    shdr = &amp;sheaders-&gt;shdrs[sheaders-&gt;num];
    sheaders-&gt;num++;
    memset(shdr, 0, sizeof(*shdr));
    return shdr;
}
...

I also see information about -fstrict-overflow in http://gcc.gnu.org/gcc-4.2/changes.html.

Deletion of -Werror is the only portable solution.

&gt; In fact, it seems to me that someone who forcibly adds &quot;-Werror&quot; to my
&gt; CFLAGS wants it to stay there for a good reason, don&apos;t you think?

He/She wants to irritate users :) .</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>torsten@tk-webart.de</who>
            <bug_when>2007-09-13 21:10:19 0000</bug_when>
            <thetext>&gt; OK. I&apos;m now checking this code and I see:
&gt;         if ( sheaders-&gt;num_max + SHDR_INC &lt; sheaders-&gt;num_max )    &lt;- Line 195

&gt; &gt; In fact, it seems to me that someone who forcibly adds &quot;-Werror&quot; to my
&gt; &gt; CFLAGS wants it to stay there for a good reason, don&apos;t you think?
&gt; 
&gt; He/She wants to irritate users :) .

Mama, mama - a geek hit me! ;o)))
Ok, by looking at gcc&apos;s changes page I (albeit my lack of C-knowledge) believe you&apos;re right and the code would be safe to compile without &quot;-Werror&quot;.
The reason why I&apos;m so concerned about all this is, btw., that I plan to use xen in a highly virtualized server environment (10+ virtual servers per host) with high availability needs.  Therefore, stability of the codebase is an important issue...

But, in any case, thank you!

Torsten</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arfrever@gentoo.org</who>
            <bug_when>2007-09-14 02:56:56 0000</bug_when>
            <thetext>Created an attachment (id=130878)
Patch to app-emulation/xen-tools/xen-tools-3.1.0.ebuild

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arfrever@gentoo.org</who>
            <bug_when>2007-09-14 02:57:53 0000</bug_when>
            <thetext>(In reply to comment #14)
&gt; Created an attachment (id=130878) [edit]
&gt; Patch to app-emulation/xen-tools/xen-tools-3.1.0.ebuild

This patch is safer. It only disables warnings concerning signed overflow.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrgibson@mac.com</who>
            <bug_when>2007-09-14 04:15:38 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; (In reply to comment #5)
&gt; &gt; Another workaround would be to append &quot;-Wno-error&quot; to CFLAGS and CXXFLAGS.
&gt; 
&gt; Nope, that&apos;s not an option. The Makefiles in the xen-tools subdirs all set:
&gt; 
&gt; CFLAGS += &quot;-Werror&quot;
&gt; and &quot;-Werror&quot; seems to have precedence over an concurrently set &quot;-Wno-error&quot;
&gt; 
&gt; I&apos;ll wait for a patch that actually fixes the code constraints, since I
&gt; currently only have gcc-4.2.0 on my machine and I&apos;m in no hurry with xen (still
&gt; waiting for my Core2 Quad to arrive ;o)
&gt; 
&gt; Regards,
&gt; Torsten
&gt; 

(!)Confirmed your workaround(!):

it builds fine under gcc-4.1.2.  The xen package builds fine with gcc-4.2.0.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>torsten@tk-webart.de</who>
            <bug_when>2007-09-14 09:15:20 0000</bug_when>
            <thetext>(In reply to comment #15)
&gt; (In reply to comment #14)
&gt; &gt; Created an attachment (id=130878) [edit]
&gt; &gt; Patch to app-emulation/xen-tools/xen-tools-3.1.0.ebuild
&gt; 
&gt; This patch is safer. It only disables warnings concerning signed overflow.

Thanks - worked perfectly. So, to get this straight: in principle the patch (at least in that concern) simulates the behavior of pre gcc-4.2 while using gcc-4.2?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arfrever@gentoo.org</who>
            <bug_when>2007-09-14 11:41:56 0000</bug_when>
            <thetext>(In reply to comment #17)
&gt; in principle the patch (at least in that concern) simulates the behavior of
&gt; pre gcc-4.2 while using gcc-4.2?

I think so.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>stefan@konink.de</who>
            <bug_when>2007-09-27 15:44:08 0000</bug_when>
            <thetext>Adding myself, I hope this can be committed soon.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>philantrop@gentoo.org</who>
            <bug_when>2007-09-28 08:47:45 0000</bug_when>
            <thetext>Xen, ping? :-)

-r1 still fails.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-09-28 21:06:54 0000</bug_when>
            <thetext>*** Bug 194138 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rneilson@interloper.ca</who>
            <bug_when>2007-09-30 22:16:50 0000</bug_when>
            <thetext>Same package, similar problem.

building &apos;ptsname&apos; extension
creating build/temp.linux-x86_64-2.5/ptsname
gcc -fno-strict-aliasing -O2 -fomit-frame-pointer -m64 -DNDEBUG -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I../../tools/libxc -I../../tools/xenstore -Iptsname -I/usr/include/python2.5 -c ptsname/ptsname.c -o build/temp.linux-x86_64-2.5/ptsname/ptsname.o -fno-strict-aliasing -Werror
x86_64-pc-linux-gnu-gcc -pthread -shared -O2 -fomit-frame-pointer -m64 -DNDEBUG -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE build/temp.linux-x86_64-2.5/ptsname/ptsname.o -L../../tools/libxc -L../../tools/xenstore -L/usr/lib64 -lxenctrl -lxenguest -lxenstore -lpython2.5 -o build/lib.linux-x86_64-2.5/xen/lowlevel/ptsname.so
make[1]: Leaving directory `/var/tmp/portage/app-emulation/xen-tools-3.1.0/work/xen-3.1.0-src/tools/python&apos;
make: *** [all] Error 2
make: Leaving directory `/var/tmp/portage/app-emulation/xen-tools-3.1.0/work/xen-3.1.0-src/tools&apos;
 * 
 * ERROR: app-emulation/xen-tools-3.1.0 failed.
 * Call stack:
 *   ebuild.sh, line 1654:   Called dyn_compile
 *   ebuild.sh, line 990:   Called qa_call &apos;src_compile&apos;
 *   ebuild.sh, line 44:   Called src_compile
 *   xen-tools-3.1.0.ebuild, line 137:   Called die
 * 
 * compile failed
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at &apos;/var/tmp/portage/app-emulation/xen-tools-3.1.0/temp/build.log&apos;.
 * This ebuild is from an overlay: &apos;/usr/local/portage/&apos;
 * 

 * Messages for package app-emulation/xen-tools-3.1.0:

 * 
 * ERROR: app-emulation/xen-tools-3.1.0 failed.
 * Call stack:
 *   ebuild.sh, line 1654:   Called dyn_compile
 *   ebuild.sh, line 990:   Called qa_call &apos;src_compile&apos;
 *   ebuild.sh, line 44:   Called src_compile
 *   xen-tools-3.1.0.ebuild, line 137:   Called die
 * 
 * compile failed
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at &apos;/var/tmp/portage/app-emulation/xen-tools-3.1.0/temp/build.log&apos;.
 * This ebuild is from an overlay: &apos;/usr/local/portage/&apos;
 * 

Added the attached patch (thus the overlay).  Consistently reproducible with 3.1.0 and 3.1.0-r1.  Worked fine during the initial install (while chrooted from the install CD), but can&apos;t recompile to save my life.

emerge --info:

Portage 2.1.3.9 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r4, 2.6.20-xen-r4 x86_64)
=================================================================
System uname: 2.6.20-xen-r4 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
Timestamp of tree: Sun, 30 Sep 2007 14:50:01 +0000
app-shells/bash:     3.2_p17
dev-lang/python:     2.4.4-r5, 2.5.1-r2
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.9-r2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.61-r1
sys-devel/automake:  1.9.6-r2, 1.10
sys-devel/binutils:  2.17-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS=&quot;amd64&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-march=k8 -O2 -pipe&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo&quot;
CXXFLAGS=&quot;-march=k8 -O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;buildpkg distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch&quot;
GENTOO_MIRRORS=&quot;ftp://mirrors.tera-byte.com/pub/gentoo http://gentoo.mirrors.tds.net/gentoo &quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/srv/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.namerica.gentoo.org/gentoo-portage&quot;
USE=&quot;acl acpi amd64 apache2 berkdb bitmap-fonts cli cracklib crypt dbus dri fortran gdbm hal iconv isdnlog lvm midi mmx mudflap mysql ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl sse sse2 ssl tcpd threads truetype-fonts type1-fonts unicode usb xml xorg&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse evdev&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;apm ark chips cirrus cyrix dummy fbdev glint i128 i810 mach64 mga neomagic nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rneilson@interloper.ca</who>
            <bug_when>2007-10-01 02:16:28 0000</bug_when>
            <thetext>Should mention that I&apos;ve tried with GCC 4.1.1 and 4.1.2, and both fail.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rneilson@interloper.ca</who>
            <bug_when>2007-10-01 03:33:44 0000</bug_when>
            <thetext>And, I fixed it.

Another casualty of the libexpat.so.0 problem.  I had one package (1!), xgettext, which was causing a module (tools/python/xen/xm) to fail farther up than the last one listed on the error stack due to expat breakage.

Lesson for you all: revdep-rebuild.

Sorry for the extra verbiage on the bug report.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>marineam@gentoo.org</who>
            <bug_when>2007-10-02 00:49:04 0000</bug_when>
            <thetext>Updated xen-tools-3.1.0-r1 to add -fno-strict-overflow when it can. Sorry for the delay.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>130851</attachid>
            <date>2007-09-13 16:56 0000</date>
            <desc>app-emulation/xen-tools/files/xen-tools-3.1.0-delete-Werror.patch</desc>
            <filename>xen-tools-3.1.0-delete-Werror.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIENvbmZpZy5taworKysgQ29uZmlnLm1rCkBAIC0xOCw3ICsxOCw3IEBACiAKICMgVG9vbHMg
dG8gcnVuIG9uIHN5c3RlbSBob3N0aW5nIHRoZSBidWlsZAogSE9TVENDICAgICA9IGdjYwotSE9T
VENGTEFHUyA9IC1XYWxsIC1XZXJyb3IgLVdzdHJpY3QtcHJvdG90eXBlcyAtTzIgLWZvbWl0LWZy
YW1lLXBvaW50ZXIKK0hPU1RDRkxBR1MgPSAtV2FsbCAtV3N0cmljdC1wcm90b3R5cGVzIC1PMiAt
Zm9taXQtZnJhbWUtcG9pbnRlcgogCiBESVNURElSICAgICA/PSAkKFhFTl9ST09UKS9kaXN0CiBE
RVNURElSICAgICA/PSAvCi0tLSBleHRyYXMvbWluaS1vcy9taW5pb3MubWsKKysrIGV4dHJhcy9t
aW5pLW9zL21pbmlvcy5tawpAQCAtNiw3ICs2LDcgQEAKIAogIyBEZWZpbmUgc29tZSBkZWZhdWx0
IGZsYWdzLgogIyBOQi4gJy1XY2FzdC1xdWFsJyBpcyBuYXN0eSwgc28gSSBvbWl0dGVkIGl0Lgot
REVGX0NGTEFHUyA6PSAtZm5vLWJ1aWx0aW4gLVdhbGwgLVdlcnJvciAtV3JlZHVuZGFudC1kZWNs
cyAtV25vLWZvcm1hdAorREVGX0NGTEFHUyA6PSAtZm5vLWJ1aWx0aW4gLVdhbGwgLVdyZWR1bmRh
bnQtZGVjbHMgLVduby1mb3JtYXQKIERFRl9DRkxBR1MgKz0gLVdzdHJpY3QtcHJvdG90eXBlcyAt
V25lc3RlZC1leHRlcm5zIC1XcG9pbnRlci1hcml0aCAtV2lubGluZQogREVGX0NGTEFHUyArPSAt
RF9fWEVOX0lOVEVSRkFDRV9WRVJTSU9OX189JChYRU5fSU5URVJGQUNFX1ZFUlNJT04pCiAKLS0t
IHRvb2xzL2Jsa3RhcC9kcml2ZXJzL01ha2VmaWxlCisrKyB0b29scy9ibGt0YXAvZHJpdmVycy9N
YWtlZmlsZQpAQCAtOCw3ICs4LDYgQEAKIElOU1RfRElSICAgICA9IC91c3Ivc2JpbgogTElCQUlP
X0RJUiAgID0gLi4vLi4vbGliYWlvL3NyYwogCi1DRkxBR1MgICArPSAtV2Vycm9yCiBDRkxBR1Mg
ICArPSAtV25vLXVudXNlZAogQ0ZMQUdTICAgKz0gLWZuby1zdHJpY3QtYWxpYXNpbmcKIENGTEFH
UyAgICs9IC1JICQoWEVOX0xJQlhDKSAtSSAkKExJQkFJT19ESVIpCi0tLSB0b29scy9ibGt0YXAv
bGliL01ha2VmaWxlCisrKyB0b29scy9ibGt0YXAvbGliL01ha2VmaWxlCkBAIC0xNCw3ICsxNCw2
IEBACiBTUkNTICAgICA6PQogU1JDUyAgICAgKz0geGVuYnVzLmMgYmxraWYuYyB4c19hcGkuYwog
Ci1DRkxBR1MgICArPSAtV2Vycm9yCiBDRkxBR1MgICArPSAtV25vLXVudXNlZAogQ0ZMQUdTICAg
Kz0gLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZQSUMKICMgZ2V0IGFzcHJpbnRmKCk6Ci0tLSB0b29s
cy9jb25zb2xlL01ha2VmaWxlCisrKyB0b29scy9jb25zb2xlL01ha2VmaWxlCkBAIC01LDggKzUs
NiBAQAogREFFTU9OX0lOU1RBTExfRElSID0gL3Vzci9zYmluCiBDTElFTlRfSU5TVEFMTF9ESVIg
PSAvdXNyLyQoTElCRElSKS94ZW4vYmluCiAKLUNGTEFHUyAgKz0gLVdlcnJvcgotCiBDRkxBR1Mg
ICs9IC1JICQoWEVOX0xJQlhDKQogQ0ZMQUdTICArPSAtSSAkKFhFTl9YRU5TVE9SRSkKIAotLS0g
dG9vbHMvaW9lbXUvTWFrZWZpbGUudGFyZ2V0CisrKyB0b29scy9pb2VtdS9NYWtlZmlsZS50YXJn
ZXQKQEAgLTU4MSw1ICs1ODEsNSBAQAogaWZlcSAoMSwgMCkKIGF1ZGlvLm8gc2RsYXVkaW8ubyBk
c291bmRhdWRpby5vIG9zc2F1ZGlvLm8gd2F2YXVkaW8ubyBub2F1ZGlvLm8gXAogZm1vZGF1ZGlv
Lm8gYWxzYWF1ZGlvLm8gbWl4ZW5nLm8gc2IxNi5vIGVzMTM3MC5vIGd1cy5vIGFkbGliLm86IFwK
LUNGTEFHUyA6PSAkKENGTEFHUykgLVdhbGwgLVdlcnJvciAtVyAtV3NpZ24tY29tcGFyZQorQ0ZM
QUdTIDo9ICQoQ0ZMQUdTKSAtV2FsbCAtVyAtV3NpZ24tY29tcGFyZQogZW5kaWYKLS0tIHRvb2xz
L2xpYmFpby9oYXJuZXNzL01ha2VmaWxlCisrKyB0b29scy9saWJhaW8vaGFybmVzcy9NYWtlZmls
ZQpAQCAtNCw3ICs0LDcgQEAKIEhBUk5FU1NfU1JDUzo9bWFpbi5jCiAjIGlvX3F1ZXVlLmMKIAot
Q0ZMQUdTPS1XYWxsIC1XZXJyb3IgLWcgLU8gLWxhaW8KK0NGTEFHUz0tV2FsbCAtZyAtTyAtbGFp
bwogIy1scHRocmVhZCAtbHJ0CiAKIGFsbDogJChQUk9HUykKLS0tIHRvb2xzL2xpYmZzaW1hZ2Uv
Y29tbW9uL01ha2VmaWxlCisrKyB0b29scy9saWJmc2ltYWdlL2NvbW1vbi9NYWtlZmlsZQpAQCAt
NCw3ICs0LDcgQEAKIE1BSk9SID0gMS4wCiBNSU5PUiA9IDAKIAotQ0ZMQUdTICs9IC1XZXJyb3Ig
LVdwLC1NRCwuJChARikuZAorQ0ZMQUdTICs9IC1XcCwtTUQsLiQoQEYpLmQKIERFUFMgPSAuKi5k
CiAKIExERkxBR1MtJChDT05GSUdfU3VuT1MpID0gLVdsLC1NIC1XbCxtYXBmaWxlLVN1bk9TCi0t
LSB0b29scy9saWJmc2ltYWdlL1J1bGVzLm1rCisrKyB0b29scy9saWJmc2ltYWdlL1J1bGVzLm1r
CkBAIC0yLDcgKzIsNyBAQAogCiBERVBTID0gLiouZAogCi1DRkxBR1MgKz0gLUkkKFhFTl9ST09U
KS90b29scy9saWJmc2ltYWdlL2NvbW1vbi8gLVdlcnJvciAtV3AsLU1ELC4kKEBGKS5kCitDRkxB
R1MgKz0gLUkkKFhFTl9ST09UKS90b29scy9saWJmc2ltYWdlL2NvbW1vbi8gLVdwLC1NRCwuJChA
RikuZAogTERGTEFHUyArPSAtTC4uL2NvbW1vbi8KIAogUElDX09CSlMgOj0gJChwYXRzdWJzdCAl
LmMsJS5vcGljLCQoTElCX1NSQ1MteSkpCi0tLSB0b29scy9saWJ4Yy9NYWtlZmlsZQorKysgdG9v
bHMvbGlieGMvTWFrZWZpbGUKQEAgLTU2LDcgKzU2LDcgQEAKIAogLWluY2x1ZGUgJChYRU5fVEFS
R0VUX0FSQ0gpL01ha2VmaWxlCiAKLUNGTEFHUyAgICs9IC1XZXJyb3IgLVdtaXNzaW5nLXByb3Rv
dHlwZXMKK0NGTEFHUyAgICs9IC1XbWlzc2luZy1wcm90b3R5cGVzCiBDRkxBR1MgICArPSAtZm5v
LXN0cmljdC1hbGlhc2luZwogQ0ZMQUdTICAgKz0gJChJTkNMVURFUykgLUkuIC1JLi4veGVuc3Rv
cmUKIAotLS0gdG9vbHMvbGlieGVuL01ha2VmaWxlCisrKyB0b29scy9saWJ4ZW4vTWFrZWZpbGUK
QEAgLTI0LDcgKzI0LDcgQEAKIENGTEFHUyA9IC1JaW5jbHVkZSAgICAgICAgICAgICAgICAgICAg
IFwKICAgICAgICAgICQoc2hlbGwgeG1sMi1jb25maWcgLS1jZmxhZ3MpIFwKICAgICAgICAgICQo
c2hlbGwgY3VybC1jb25maWcgLS1jZmxhZ3MpIFwKLSAgICAgICAgIC1XIC1XYWxsIC1XbWlzc2lu
Zy1wcm90b3R5cGVzIC1XZXJyb3IgLXN0ZD1jOTkgLU8yIC1mUElDCisgICAgICAgICAtVyAtV2Fs
bCAtV21pc3NpbmctcHJvdG90eXBlcyAtc3RkPWM5OSAtTzIgLWZQSUMKIAogTERGTEFHUyA9ICQo
c2hlbGwgeG1sMi1jb25maWcgLS1saWJzKSBcCiAgICAgICAgICAgJChzaGVsbCBjdXJsLWNvbmZp
ZyAtLWxpYnMpCi0tLSB0b29scy9saWJ4ZW4vTWFrZWZpbGUuZGlzdAorKysgdG9vbHMvbGlieGVu
L01ha2VmaWxlLmRpc3QKQEAgLTIyLDcgKzIyLDcgQEAKIENGTEFHUyA9IC1JaW5jbHVkZSAgICAg
ICAgICAgICAgICAgICAgIFwKICAgICAgICAgICQoc2hlbGwgeG1sMi1jb25maWcgLS1jZmxhZ3Mp
IFwKICAgICAgICAgICQoc2hlbGwgY3VybC1jb25maWcgLS1jZmxhZ3MpIFwKLSAgICAgICAgIC1X
IC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XZXJyb3IgLXN0ZD1jOTkgLU8yIC1mUElDCisg
ICAgICAgICAtVyAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtc3RkPWM5OSAtTzIgLWZQSUMK
IAogTERGTEFHUyA9ICQoc2hlbGwgeG1sMi1jb25maWcgLS1saWJzKSBcCiAgICAgICAgICAgJChz
aGVsbCBjdXJsLWNvbmZpZyAtLWxpYnMpCi0tLSB0b29scy9taXNjL2xvbW91bnQvTWFrZWZpbGUK
KysrIHRvb2xzL21pc2MvbG9tb3VudC9NYWtlZmlsZQpAQCAtMSw4ICsxLDYgQEAKIFhFTl9ST09U
PS4uLy4uLy4uCiBpbmNsdWRlICQoWEVOX1JPT1QpL3Rvb2xzL1J1bGVzLm1rCiAKLUNGTEFHUyAg
Kz0gLVdlcnJvcgotCiBIRFJTICAgICA9ICQod2lsZGNhcmQgKi5oKQogT0JKUyAgICAgPSAkKHBh
dHN1YnN0ICUuYywlLm8sJCh3aWxkY2FyZCAqLmMpKQogCi0tLSB0b29scy9taXNjL01ha2VmaWxl
CisrKyB0b29scy9taXNjL01ha2VmaWxlCkBAIC0xLDggKzEsNiBAQAogWEVOX1JPT1Q9Li4vLi4K
IGluY2x1ZGUgJChYRU5fUk9PVCkvdG9vbHMvUnVsZXMubWsKIAotQ0ZMQUdTICAgKz0gLVdlcnJv
cgotCiBJTkNMVURFUyArPSAtSSAkKFhFTl9YQykKIElOQ0xVREVTICs9IC1JICQoWEVOX0xJQlhD
KQogQ0ZMQUdTICAgKz0gJChJTkNMVURFUykKLS0tIHRvb2xzL3B5Z3J1Yi9zZXR1cC5weQorKysg
dG9vbHMvcHlncnViL3NldHVwLnB5CkBAIC0zLDcgKzMsNyBAQAogaW1wb3J0IG9zCiBpbXBvcnQg
c3lzCiAKLWV4dHJhX2NvbXBpbGVfYXJncyAgPSBbICItZm5vLXN0cmljdC1hbGlhc2luZyIsICIt
V2Vycm9yIiBdCitleHRyYV9jb21waWxlX2FyZ3MgID0gWyAiLWZuby1zdHJpY3QtYWxpYXNpbmci
IF0KIAogWEVOX1JPT1QgPSAiLi4vLi4iCiAKLS0tIHRvb2xzL3B5dGhvbi9zZXR1cC5weQorKysg
dG9vbHMvcHl0aG9uL3NldHVwLnB5CkBAIC00LDcgKzQsNyBAQAogCiBYRU5fUk9PVCA9ICIuLi8u
LiIKIAotZXh0cmFfY29tcGlsZV9hcmdzICA9IFsgIi1mbm8tc3RyaWN0LWFsaWFzaW5nIiwgIi1X
ZXJyb3IiIF0KK2V4dHJhX2NvbXBpbGVfYXJncyAgPSBbICItZm5vLXN0cmljdC1hbGlhc2luZyIg
XQogCiBpbmNsdWRlX2RpcnMgPSBbIFhFTl9ST09UICsgIi90b29scy9saWJ4YyIsCiAgICAgICAg
ICAgICAgICAgIFhFTl9ST09UICsgIi90b29scy94ZW5zdG9yZSIsCi0tLSB0b29scy9zZWN1cml0
eS9NYWtlZmlsZQorKysgdG9vbHMvc2VjdXJpdHkvTWFrZWZpbGUKQEAgLTEsNyArMSw2IEBACiBY
RU5fUk9PVCA9IC4uLy4uCiBpbmNsdWRlICQoWEVOX1JPT1QpL3Rvb2xzL1J1bGVzLm1rCiAKLUNG
TEFHUyAgICs9IC1XZXJyb3IKIENGTEFHUyAgICs9IC1mbm8tc3RyaWN0LWFsaWFzaW5nCiBDRkxB
R1MgICArPSAtSS4gLUkgJChYRU5fTElCWEMpCiAKLS0tIHRvb2xzL3ZuZXQvbGlieHV0aWwvTWFr
ZWZpbGUKKysrIHRvb2xzL3ZuZXQvbGlieHV0aWwvTWFrZWZpbGUKQEAgLTI0LDcgKzI0LDcgQEAK
IExJQl9PQkpTIDo9ICQoTElCX1NSQ1M6LmM9Lm8pCiBQSUNfT0JKUyA6PSAkKExJQl9TUkNTOi5j
PS5vcGljKQogCi1DRkxBR1MgICArPSAtV2Vycm9yIC1mbm8tc3RyaWN0LWFsaWFzaW5nCitDRkxB
R1MgICArPSAtZm5vLXN0cmljdC1hbGlhc2luZwogQ0ZMQUdTICAgKz0gLU8zCiAjQ0ZMQUdTICAg
Kz0gLWcKIAotLS0gdG9vbHMvdnRwbS9SdWxlcy5taworKysgdG9vbHMvdnRwbS9SdWxlcy5tawpA
QCAtOSw3ICs5LDcgQEAKIFRPT0xTX0lOU1RBTExfRElSID0gJChERVNURElSKS91c3IvYmluCiAK
ICMgR2VuZXJhbCBjb21waWxlciBmbGFncwotQ0ZMQUdTICAgPSAtV2Vycm9yIC1nMyAtSS4KK0NG
TEFHUyAgID0gLWczIC1JLgogCiAjIEZvciBnZW5lcmF0aW5nIGRlcGVuZGVuY2llcwogQ0ZMQUdT
CSs9IC1XcCwtTUQsLiQoQEYpLmQKLS0tIHRvb2xzL3Z0cG1fbWFuYWdlci9SdWxlcy5taworKysg
dG9vbHMvdnRwbV9tYW5hZ2VyL1J1bGVzLm1rCkBAIC05LDcgKzksNyBAQAogVE9PTFNfSU5TVEFM
TF9ESVIgPSAkKERFU1RESVIpL3Vzci9iaW4KIAogIyBHZW5lcmFsIGNvbXBpbGVyIGZsYWdzCi1D
RkxBR1MJPSAtV2Vycm9yIC1nMyAtSS4KK0NGTEFHUwk9IC1nMyAtSS4KIAogIyBGb3IgZ2VuZXJh
dGluZyBkZXBlbmRlbmNpZXMKIENGTEFHUwkrPSAtV3AsLU1ELC4kKEBGKS5kCi0tLSB0b29scy94
Y3V0aWxzL01ha2VmaWxlCisrKyB0b29scy94Y3V0aWxzL01ha2VmaWxlCkBAIC0xNSw3ICsxNSw3
IEBACiAKIElOQ0xVREVTICs9IC1JICQoWEVOX0xJQlhDKSAtSSAkKFhFTl9YRU5TVE9SRSkKIAot
Q0ZMQUdTICs9IC1XZXJyb3IgLWZuby1zdHJpY3QtYWxpYXNpbmcKK0NGTEFHUyArPSAtZm5vLXN0
cmljdC1hbGlhc2luZwogQ0ZMQUdTICs9ICQoSU5DTFVERVMpCiAKICMgTWFrZSBnY2MgZ2VuZXJh
dGUgZGVwZW5kZW5jaWVzLgotLS0gdG9vbHMveGVubW9uL01ha2VmaWxlCisrKyB0b29scy94ZW5t
b24vTWFrZWZpbGUKQEAgLTE1LDcgKzE1LDYgQEAKIAogc2JpbmRpcj0vdXNyL3NiaW4KIAotQ0ZM
QUdTICArPSAtV2Vycm9yCiBDRkxBR1MgICs9IC1JICQoWEVOX1hDKQogQ0ZMQUdTICArPSAtSSAk
KFhFTl9MSUJYQykKIExERkxBR1MgKz0gLUwgJChYRU5fTElCWEMpCi0tLSB0b29scy94ZW5zdGF0
L2xpYnhlbnN0YXQvTWFrZWZpbGUKKysrIHRvb2xzL3hlbnN0YXQvbGlieGVuc3RhdC9NYWtlZmls
ZQpAQCAtMzMsNyArMzMsNyBAQAogT0JKRUNUUy0kKENPTkZJR19TdW5PUykgKz0gc3JjL3hlbnN0
YXRfc29sYXJpcy5vCiBTT05BTUVfRkxBR1M9LVdsLCQoU09OQU1FX0xERkxBRykgLVdsLGxpYnhl
bnN0YXQuc28uJChNQUpPUikKIAotV0FSTl9GTEFHUz0tV2FsbCAtV2Vycm9yCitXQVJOX0ZMQUdT
PS1XYWxsCiAKIENGTEFHUys9LUlzcmMgLUkkKFhFTl9MSUJYQykgLUkkKFhFTl9YRU5TVE9SRSkK
IExERkxBR1MrPS1Mc3JjIC1MJChYRU5fWEVOU1RPUkUpLyAtTCQoWEVOX0xJQlhDKS8KLS0tIHRv
b2xzL3hlbnN0YXQveGVudG9wL01ha2VmaWxlCisrKyB0b29scy94ZW5zdGF0L3hlbnRvcC9NYWtl
ZmlsZQpAQCAtMjMsNyArMjMsNyBAQAogbWFuMWRpcj0kKG1hbmRpcikvbWFuMQogc2JpbmRpcj0k
KHByZWZpeCkvc2JpbgogCi1DRkxBR1MgKz0gLURHQ0NfUFJJTlRGIC1XYWxsIC1XZXJyb3IgLUkk
KFhFTl9MSUJYRU5TVEFUKQorQ0ZMQUdTICs9IC1ER0NDX1BSSU5URiAtV2FsbCAtSSQoWEVOX0xJ
QlhFTlNUQVQpCiBMREZMQUdTICs9IC1MJChYRU5fTElCWEVOU1RBVCkKIExETElCUyArPSAtbHhl
bnN0YXQgJChDVVJTRVNfTElCUykgJChTT0NLRVRfTElCUykKIENGTEFHUyArPSAtREhPU1RfJChY
RU5fT1MpCi0tLSB0b29scy94ZW5zdG9yZS9NYWtlZmlsZQorKysgdG9vbHMveGVuc3RvcmUvTWFr
ZWZpbGUKQEAgLTYsNyArNiw2IEBACiBNSU5PUiA9IDAKIAogUFJPRklMRT0jLXBnCi1CQVNFQ0ZM
QUdTPS1XZXJyb3IKICMgTWFrZSBnY2MgZ2VuZXJhdGUgZGVwZW5kZW5jaWVzLgogQkFTRUNGTEFH
UyArPSAtV3AsLU1ELC4kKEBGKS5kCiBQUk9HX0RFUCA9IC4qLmQKLS0tIHRvb2xzL3hlbnRyYWNl
L01ha2VmaWxlCisrKyB0b29scy94ZW50cmFjZS9NYWtlZmlsZQpAQCAtMSw4ICsxLDYgQEAKIFhF
Tl9ST09UPS4uLy4uCiBpbmNsdWRlICQoWEVOX1JPT1QpL3Rvb2xzL1J1bGVzLm1rCiAKLUNGTEFH
UyAgKz0gLVdlcnJvcgotCiBDRkxBR1MgICs9IC1JICQoWEVOX1hDKQogQ0ZMQUdTICArPSAtSSAk
KFhFTl9MSUJYQykKIAotLS0geGVuL2FyY2gvaWE2NC9SdWxlcy5taworKysgeGVuL2FyY2gvaWE2
NC9SdWxlcy5tawpAQCAtNTIsNyArNTIsNyBAQAogQ0ZMQUdTICs9IC1EQ09ORklHX1hFTl9JQTY0
X1RMQkZMVVNIX0NMT0NLCiBlbmRpZgogaWZlcSAoJChub193YXJucykseSkKLUNGTEFHUwkrPSAt
V2EsLS1mYXRhbC13YXJuaW5ncyAtV2Vycm9yIC1Xbm8tdW5pbml0aWFsaXplZAorQ0ZMQUdTCSs9
IC1XYSwtLWZhdGFsLXdhcm5pbmdzIC1Xbm8tdW5pbml0aWFsaXplZAogZW5kaWYKIAogTERGTEFH
UyA6PSAtZwotLS0geGVuL2FyY2gvcG93ZXJwYy9SdWxlcy5taworKysgeGVuL2FyY2gvcG93ZXJw
Yy9SdWxlcy5tawpAQCAtMTAsNyArMTAsNyBAQAogQ19XQVJOSU5HUyArPSAtV3BhY2tlZAogCiBD
RkxBR1MgOj0gLW02NCAtZmZyZWVzdGFuZGluZyAtZm5vLWJ1aWx0aW4gLWZuby1jb21tb24gLWZu
by1zdHJpY3QtYWxpYXNpbmcKLUNGTEFHUyArPSAtaXdpdGhwcmVmaXggaW5jbHVkZSAtV2FsbCAt
V2Vycm9yIC1waXBlCitDRkxBR1MgKz0gLWl3aXRocHJlZml4IGluY2x1ZGUgLVdhbGwgLXBpcGUK
IENGTEFHUyArPSAtSSQoQkFTRURJUikvaW5jbHVkZQogQ0ZMQUdTICs9IC1JJChCQVNFRElSKS9p
bmNsdWRlL2FzbS1wb3dlcnBjL21hY2gtZ2VuZXJpYwogQ0ZMQUdTICs9IC1JJChCQVNFRElSKS9p
bmNsdWRlL2FzbS1wb3dlcnBjL21hY2gtZGVmYXVsdAotLS0geGVuL2FyY2gveDg2L1J1bGVzLm1r
CisrKyB4ZW4vYXJjaC94ODYvUnVsZXMubWsKQEAgLTE4LDcgKzE4LDcgQEAKIGVuZGlmCiAKIENG
TEFHUyArPSAtZm5vLWJ1aWx0aW4gLWZuby1jb21tb24gLWZuby1zdHJpY3QtYWxpYXNpbmcKLUNG
TEFHUyArPSAtaXdpdGhwcmVmaXggaW5jbHVkZSAtV2Vycm9yIC1Xbm8tcG9pbnRlci1hcml0aCAt
cGlwZQorQ0ZMQUdTICs9IC1pd2l0aHByZWZpeCBpbmNsdWRlIC1Xbm8tcG9pbnRlci1hcml0aCAt
cGlwZQogQ0ZMQUdTICs9IC1JJChCQVNFRElSKS9pbmNsdWRlIAogQ0ZMQUdTICs9IC1JJChCQVNF
RElSKS9pbmNsdWRlL2FzbS14ODYvbWFjaC1nZW5lcmljCiBDRkxBR1MgKz0gLUkkKEJBU0VESVIp
L2luY2x1ZGUvYXNtLXg4Ni9tYWNoLWRlZmF1bHQK
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>130853</attachid>
            <date>2007-09-13 16:58 0000</date>
            <desc>Patch to app-emulation/xen-tools/xen-tools-3.1.0.ebuild</desc>
            <filename>xen-tools-3.1.0.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGFwcC1lbXVsYXRpb24veGVuLXRvb2xzL3hlbi10b29scy0zLjEuMC5lYnVpbGQKKysrIGFw
cC1lbXVsYXRpb24veGVuLXRvb2xzL3hlbi10b29scy0zLjEuMC5lYnVpbGQKQEAgLTEyMCw2ICsx
MjAsOSBAQAogCiAJIyBGaXggYnVpbGRpbmcgc21hbGwgZHVtYiB1dGlsaXR5IGNhbGxlZCAneGVu
LWRldGVjdCcgb24gaGFyZGVuZWQKIAllcGF0Y2ggIiR7RklMRVNESVJ9LyR7UE59LTMuMS4wLXhl
bi1kZXRlY3Qtbm9waWUtZml4LnBhdGNoIgorCisJIyBEZWxldGUgLVdlcnJvcgorCWVwYXRjaCAi
JHtGSUxFU0RJUn0vJHtQTn0tMy4xLjAtZGVsZXRlLVdlcnJvci5wYXRjaCIKIH0KIAogc3JjX2Nv
bXBpbGUoKSB7Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>130878</attachid>
            <date>2007-09-14 02:56 0000</date>
            <desc>Patch to app-emulation/xen-tools/xen-tools-3.1.0.ebuild</desc>
            <filename>xen-tools-3.1.0.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGFwcC1lbXVsYXRpb24veGVuLXRvb2xzL3hlbi10b29scy0zLjEuMC5lYnVpbGQtCTIwMDct
MDktMTQgMDM6NTk6MjEuMDAwMDAwMDAwICswMjAwCisrKyBhcHAtZW11bGF0aW9uL3hlbi10b29s
cy94ZW4tdG9vbHMtMy4xLjAuZWJ1aWxkCTIwMDctMDktMTQgMDQ6NDk6MDcuMDAwMDAwMDAwICsw
MjAwCkBAIC0yLDcgKzIsNyBAQAogIyBEaXN0cmlidXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhl
IEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYyCiAjICRIZWFkZXI6IC92YXIvY3Zzcm9vdC9n
ZW50b28teDg2L2FwcC1lbXVsYXRpb24veGVuLXRvb2xzL3hlbi10b29scy0zLjEuMC5lYnVpbGQs
diAxLjUgMjAwNy8wOS8wMyAxOTo0MDozMCBtYXJpbmVhbSBFeHAgJAogCi1pbmhlcml0IGZsYWct
by1tYXRpYyBkaXN0dXRpbHMgZXV0aWxzIG11bHRpbGliCitpbmhlcml0IGRpc3R1dGlscyBldXRp
bHMgZmxhZy1vLW1hdGljIG11bHRpbGliIHRvb2xjaGFpbgogCiBERVNDUklQVElPTj0iWGVuZCBk
YWVtb24gYW5kIHRvb2xzIgogSE9NRVBBR0U9Imh0dHA6Ly93d3cueGVuc291cmNlLmNvbS94ZW4v
eGVuLyIKQEAgLTU2LDcgKzU2LDcgQEAKIAkJZGllICJVU0U9aHZtIGlzIHVuc3VwcG9ydGVkIG9u
IHRoaXMgc3lzdGVtLiIKIAlmaQogCi0JaWYgW1sgIiQoc2NhbmVsZiAtcyBfX2d1YXJkIC1xIGB3
aGljaCBweXRob25gKSIgXV0gOyB0aGVuCisJaWYgW1sgIiQoc2NhbmVsZiAtcyBfX2d1YXJkIC1x
ICQodHlwZSAtUCBweXRob24pKSIgXV0gOyB0aGVuCiAJCWV3YXJuICJ4ZW5kIG1heSBub3Qgd29y
ayB3aGVuIHB5dGhvbiBpcyBidWlsdCB3aXRoIHN0YWNrIHNtYXNoaW5nIHByb3RlY3Rpb24gKHNz
cCkuIgogCQlld2FybiAiSWYgJ3htIGNyZWF0ZScgZmFpbHMgd2l0aCAnPFByb3RvY29sRXJyb3Ig
Zm9yIC9SUEMyOiAtMSA+Jywgc2VlIGJ1ZyAjMTQxODY2IgogCWZpCkBAIC0xMjcsNiArMTI3LDcg
QEAKIAl1c2UgZGVidWcgJiYgbXlvcHQ9IiR7bXlvcHR9IGRlYnVnPXkiCiAKIAl1c2UgY3VzdG9t
LWNmbGFncyB8fCB1bnNldCBDRkxBR1MKKwl2ZXJzaW9uX2lzX2F0X2xlYXN0ICI0LjIiICIkKGdj
Yy12ZXJzaW9uKSIgJiYgYXBwZW5kLWZsYWdzIC1mbm8tc3RyaWN0LW92ZXJmbG93CiAJI2djYy1z
cGVjcy1zc3AgJiYgYXBwZW5kLWZsYWdzIC1mbm8tc3RhY2stcHJvdGVjdG9yIC1mbm8tc3RhY2st
cHJvdGVjdG9yLWFsbAogCiAJaWYgdXNlIGh2bTsgdGhlbgpAQCAtMTg1LDcgKzE4Niw3IEBACiAJ
ZWxvZyAiUGxlYXNlIHZpc2l0IHRoZSBYZW4gYW5kIEdlbnRvbyB3aWtpOiIKIAllbG9nICJodHRw
Oi8vZ2VudG9vLXdpa2kuY29tL0hPV1RPX1hlbl9hbmRfR2VudG9vIgogCi0JaWYgW1sgIiQoc2Nh
bmVsZiAtcyBfX2d1YXJkIC1xIGB3aGljaCBweXRob25gKSIgXV0gOyB0aGVuCisJaWYgW1sgIiQo
c2NhbmVsZiAtcyBfX2d1YXJkIC1xICQodHlwZSAtUCBweXRob24pKSIgXV0gOyB0aGVuCiAJCWVj
aG8KIAkJZXdhcm4gInhlbmQgbWF5IG5vdCB3b3JrIHdoZW4gcHl0aG9uIGlzIGJ1aWx0IHdpdGgg
c3RhY2sgc21hc2hpbmcgcHJvdGVjdGlvbiAoc3NwKS4iCiAJCWV3YXJuICJJZiAneG0gY3JlYXRl
JyBmYWlscyB3aXRoICc8UHJvdG9jb2xFcnJvciBmb3IgL1JQQzI6IC0xID4nLCBzZWUgYnVnICMx
NDE4NjYiCg==
</data>        

          </attachment>
    </bug>

</bugzilla>