<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>12394</bug_id>
          
          <creation_ts>2017-12-04 21:43:55 +0000</creation_ts>
          <short_desc>Libgfortran broken for cross-compilation</short_desc>
          <delta_ts>2019-01-10 13:49:07 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>devtools / tool chain</component>
          <version>2.4.1</version>
          <rep_platform>All</rep_platform>
          <op_sys>arm</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>2.1.4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Nick Clark">nicholas.clark</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>matthias.schoepfer</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>randy.macleod</cc>
    
    <cc>sergio.paracuellos</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Don&apos;t know</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>78503</commentid>
    <comment_count>0</comment_count>
    <who name="Nick Clark">nicholas.clark</who>
    <bug_when>2017-12-04 21:43:55 +0000</bug_when>
    <thetext>Libgfortran doesn&apos;t appear to compile correctly on the latest Rocko (or on Morty, and presumably Pyro too).

I can enable fortran support by adding &apos;FORTRAN_forcevariable = &quot;,fortran&quot;&apos; to my local.conf, which (I think) should enable Fortran in gcc/libgcc, and should allow me to build the libgfortran target.

I&apos;m uncertain whether it works when compiling for on/for x86-64, but it doesn&apos;t seem to work when compiling on an x86-64 host for an ARM target.

With no patches, the build errors out because it can&apos;t find compiled libraries/headers for libbacktrace.

If I manually add the header paths as extra CFLAGS during libgfortran.inc&apos;s do_comfigure() step, I can get all the way to linking before the build complains about not being able to find libbacktrace.la. If I manually add the path to libgfortran&apos;s Makefile.in (similar to this patch:
https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg98445.html ), I get a little farther and then eventually get a failure that resembles:

libbacktrace.a(atomic.o) in archive is not an object

With no Fortran support, I can&apos;t make an LAPACK recipe and thus I can&apos;t use most linear algebra libraries/tools on target.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>78504</commentid>
    <comment_count>1</comment_count>
    <who name="Nick Clark">nicholas.clark</who>
    <bug_when>2017-12-04 22:04:06 +0000</bug_when>
    <thetext>Some extra notes. It seems that libbacktrace is always built for my host architecture (x86-64), regardless of what the target is.

So on my machine, the archive:

build/tmp/${MACHINE}/${DISTRO}/work/cortexa9hf-neon-ua-linux-gnueabi/gcc-runtime/7.2.0-r0/gcc-7.2.0/build.arm-ua-linux-gnueabi.arm-ua-linux-gnueabi/libbacktrace/libbacktrace.la

appears to contain x86-64 .o&apos;s instead of ARM.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>78745</commentid>
    <comment_count>2</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2017-12-19 11:53:29 +0000</bug_when>
    <thetext>I&apos;ve sent a patch which fixes this against master and also added a test for this to oe-selftest.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>78784</commentid>
    <comment_count>3</comment_count>
      <attachid>4162</attachid>
    <who name="Matthias Schoepfer">matthias.schoepfer</who>
    <bug_when>2017-12-21 10:17:20 +0000</bug_when>
    <thetext>Created attachment 4162
Full error log bitbake libgfortran with MACHINE=&quot;qemux86_64&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>78785</commentid>
    <comment_count>4</comment_count>
    <who name="Matthias Schoepfer">matthias.schoepfer</who>
    <bug_when>2017-12-21 10:19:16 +0000</bug_when>
    <thetext>Hi there,

I am stuck with the same problem. I tried the afore mentioned patch (regarding libbacktrace in Makefile.am / Makefile.in), but no luck:

ERROR: libgfortran-7.2.0-r0 do_packagedata: The recipe libgfortran is trying to install files into a shared area when those files already exist. Those files and their manifest location are:
  /home/mschoepf/identpro/yocto/ros-devel/tmp/pkgdata/qemux86-64/runtime/libgfortran
    (matched in manifest-qemux86-64-gcc-runtime.packagedata)
  /home/mschoepf/identpro/yocto/ros-devel/tmp/pkgdata/qemux86-64/runtime/libgfortran-dev
    (matched in manifest-qemux86-64-gcc-runtime.packagedata)
  /home/mschoepf/identpro/yocto/ros-devel/tmp/pkgdata/qemux86-64/runtime/libgfortran-staticdev
    (matched in manifest-qemux86-64-gcc-runtime.packagedata)
Please verify which recipe should provide the above files.


Can you please post you patch or where to find it. I searched in poky master but could not find it there...

Thanks and Regards,

  Matthias</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>78786</commentid>
    <comment_count>5</comment_count>
    <who name="Matthias Schoepfer">matthias.schoepfer</who>
    <bug_when>2017-12-21 10:27:18 +0000</bug_when>
    <thetext>Nevermind, I found it in openembedded-core master.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>78790</commentid>
    <comment_count>6</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2017-12-21 15:29:59 +0000</bug_when>
    <thetext>http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=4ac5511f940232a198ebc3e1c012c252d9ddc6fd</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>78811</commentid>
    <comment_count>7</comment_count>
    <who name="Nick Clark">nicholas.clark</who>
    <bug_when>2017-12-21 17:32:30 +0000</bug_when>
    <thetext>Thanks, Richard! You rock.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>82708</commentid>
    <comment_count>8</comment_count>
    <who name="Sergio Paracuellos">sergio.paracuellos</who>
    <bug_when>2019-01-08 13:15:53 +0000</bug_when>
    <thetext>I have a similar issue in &apos;sumo&apos; branch. The patch you are pointing here is not enough to solve the issue. I have to apply the following patch to be able to find libbacktrace headers: 

diff -Naur gcc-7.3.0/libgfortran/Makefile.in gcc-7.3.0.modif/libgfortran/Makefile.in
--- gcc-7.3.0/libgfortran/Makefile.in	2018-01-25 09:17:54.059232055 +0100
+++ gcc-7.3.0.modif/libgfortran/Makefile.in	2019-01-08 12:42:00.583138367 +0100
@@ -582,7 +582,7 @@
 toolexeclib_DATA = libgfortran.spec
 libgfortran_la_LINK = $(LINK) $(libgfortran_la_LDFLAGS)
 libgfortran_la_LDFLAGS = -version-info `grep -v &apos;^\#&apos; $(srcdir)/libtool-version` \
-	$(LTLDFLAGS) $(LIBQUADLIB) ../libbacktrace/libbacktrace.la \
+	$(LTLDFLAGS) $(LIBQUADLIB) ../../libbacktrace/libbacktrace.la \
 	$(HWCAP_LDFLAGS) \
 	-lm $(extra_ldflags_libgfortran) \
 	$(version_arg) -Wc,-shared-libgcc
@@ -603,7 +603,7 @@
 	      -I$(MULTIBUILDTOP)../libgcc \
 	      -I$(srcdir)/$(MULTISRCTOP)../libbacktrace \
 	      -I$(MULTIBUILDTOP)../libbacktrace \
-	      -I../libbacktrace
+	      -I../../libbacktrace
 
 gfor_io_src = io/size_from_kind.c $(am__append_2)
 gfor_io_headers = \




but then I get the following error:

| /home/sergio/YOCTO/build/tmp/work/aarch64-poky-linux/gcc-runtime/7.3.0-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux/../../libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/7.3.0/ld: ../../libbacktrace/.libs/libbacktrace.a(dwarf.o): Relocations in generic ELF (EM: 62)
| /home/sergio/YOCTO/build/tmp/work/aarch64-poky-linux/gcc-runtime/7.3.0-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux/../../libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/7.3.0/ld: ../../libbacktrace/.libs/libbacktrace.a(dwarf.o): Relocations in generic ELF (EM: 62)
| /home/sergio/YOCTO/build/tmp/work/aarch64-poky-linux/gcc-runtime/7.3.0-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux/../../libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/7.3.0/ld: ../../libbacktrace/.libs/libbacktrace.a(dwarf.o): Relocations in generic ELF (EM: 62)
| ../../libbacktrace/.libs/libbacktrace.a(dwarf.o): error adding symbols: File in wrong format
| collect2: error: ld returned 1 exit status
| Makefile:1364: recipe for target &apos;libgfortran.la&apos; failed
| make[1]: *** [libgfortran.la] Error 1
| make[1]: Leaving directory &apos;/home/sergio/YOCTO/build/tmp/work/aarch64-poky-linux/gcc-runtime/7.3.0-r0/gcc-7.3.0/build.aarch64-poky-linux.aarch64-poky-linux/aarch64-poky-linux/libgfortran&apos;
| Makefile:1242: recipe for target &apos;all&apos; failed
| make: *** [all] Error 2
| ERROR: oe_runmake failed
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_compile (log file is located at /home/sergio/YOCTO/build/tmp/work/aarch64-poky-linux/gcc-runtime/7.3.0-r0/temp/log.do_compile.24547)
ERROR: Task (/home/sergio/YOCTO/workspace/poky/meta/recipes-devtools/gcc/gcc-runtime_7.3.bb:do_compile) failed with exit code &apos;1&apos;

So It seems that libbacktrace is always built for my host architecture instead of for arm64 bits...

Is this a known problem? Am I doing something wrong?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>82722</commentid>
    <comment_count>9</comment_count>
    <who name="Sergio Paracuellos">sergio.paracuellos</who>
    <bug_when>2019-01-10 13:49:07 +0000</bug_when>
    <thetext>The problem was using a bbappend file for recipes-devtools/gcc/gcc-runtime_7.3.bbappend with:

RUNTIMETARGET += &quot;libgfortran&quot; 

It seems that in &apos;sumo&apos; libgfortran is a separate recipe so avoiding this bbappend file fortran compiles properly as it is.

Sorry for the noise.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>4162</attachid>
            <date>2017-12-21 10:17:20 +0000</date>
            <delta_ts>2017-12-21 10:17:20 +0000</delta_ts>
            <desc>Full error log bitbake libgfortran with MACHINE=&quot;qemux86_64&quot;</desc>
            <filename>log.do_packagedata.26516</filename>
            <type>application/octet-stream</type>
            <size>4414</size>
            <attacher name="Matthias Schoepfer">matthias.schoepfer</attacher>
            
              <data encoding="base64">REVCVUc6IEV4ZWN1dGluZyBweXRob24gZnVuY3Rpb24gc3N0YXRlX3Rhc2tfcHJlZnVuYwpERUJV
RzogUHl0aG9uIGZ1bmN0aW9uIHNzdGF0ZV90YXNrX3ByZWZ1bmMgZmluaXNoZWQKREVCVUc6IFNJ
VEUgZmlsZXMgWydlbmRpYW4tbGl0dGxlJywgJ2NvbW1vbi1saW51eCcsICdjb21tb24tZ2xpYmMn
LCAnYml0LTY0JywgJ3g4Nl82NC1saW51eCcsICdjb21tb24nXQpERUJVRzogRXhlY3V0aW5nIHNo
ZWxsIGZ1bmN0aW9uIGRvX3BhY2thZ2VkYXRhCkRFQlVHOiBTaGVsbCBmdW5jdGlvbiBkb19wYWNr
YWdlZGF0YSBmaW5pc2hlZApERUJVRzogRXhlY3V0aW5nIHB5dGhvbiBmdW5jdGlvbiBzc3RhdGVf
dGFza19wb3N0ZnVuYwpOT1RFOiBVc2luZyB1bWFzayAwbzAwMiAobm90IDIyKSBmb3Igc3N0YXRl
IHBhY2thZ2luZwpERUJVRzogUHJlcGFyaW5nIHRyZWUgL2hvbWUvbXNjaG9lcGYvaWRlbnRwcm8v
eW9jdG8vcm9zLWRldmVsL3RtcC93b3JrL2NvcmUyLTY0LWlkcC1saW51eC9saWJnZm9ydHJhbi83
LjIuMC1yMC9wa2dkYXRhIGZvciBwYWNrYWdpbmcgYXQgL2hvbWUvbXNjaG9lcGYvaWRlbnRwcm8v
eW9jdG8vcm9zLWRldmVsL3RtcC93b3JrL2NvcmUyLTY0LWlkcC1saW51eC9saWJnZm9ydHJhbi83
LjIuMC1yMC9zc3RhdGUtYnVpbGQtcGFja2FnZWRhdGEvcGtnZGF0YQpERUJVRzogRXhlY3V0aW5n
IHB5dGhvbiBmdW5jdGlvbiBzc3RhdGVfaGFyZGNvZGVfcGF0aApOT1RFOiBSZW1vdmluZyBoYXJk
Y29kZWQgcGF0aHMgZnJvbSBzc3RhdGUgcGFja2FnZTogJ2ZpbmQgL2hvbWUvbXNjaG9lcGYvaWRl
bnRwcm8veW9jdG8vcm9zLWRldmVsL3RtcC93b3JrL2NvcmUyLTY0LWlkcC1saW51eC9saWJnZm9y
dHJhbi83LjIuMC1yMC9zc3RhdGUtYnVpbGQtcGFja2FnZWRhdGEvIFwoIC1uYW1lICIqLmxhIiAt
byAtbmFtZSAiKi1jb25maWciIC1vIC1uYW1lICIqX2NvbmZpZyIgLW8gLW5hbWUgInBvc3RpbnN0
LSoiIFwpIC10eXBlIGYgfCB4YXJncyBncmVwIC1sIC1lICcvaG9tZS9tc2Nob2VwZi9pZGVudHBy
by95b2N0by9yb3MtZGV2ZWwvdG1wL3dvcmsvY29yZTItNjQtaWRwLWxpbnV4L2xpYmdmb3J0cmFu
LzcuMi4wLXIwL3JlY2lwZS1zeXNyb290JyAtZSAnL2hvbWUvbXNjaG9lcGYvaWRlbnRwcm8veW9j
dG8vcm9zLWRldmVsL3RtcC9ob3N0dG9vbHMnIHwgdGVlIC9ob21lL21zY2hvZXBmL2lkZW50cHJv
L3lvY3RvL3Jvcy1kZXZlbC90bXAvd29yay9jb3JlMi02NC1pZHAtbGludXgvbGliZ2ZvcnRyYW4v
Ny4yLjAtcjAvc3N0YXRlLWJ1aWxkLXBhY2thZ2VkYXRhL2ZpeG1lcGF0aCB8IHhhcmdzIC0tbm8t
cnVuLWlmLWVtcHR5IHNlZCAtaSAtZSAnczovaG9tZS9tc2Nob2VwZi9pZGVudHByby95b2N0by9y
b3MtZGV2ZWwvdG1wL3dvcmsvY29yZTItNjQtaWRwLWxpbnV4L2xpYmdmb3J0cmFuLzcuMi4wLXIw
L3JlY2lwZS1zeXNyb290OkZJWE1FU1RBR0lOR0RJUlRBUkdFVDpnJyAtZSAnczovaG9tZS9tc2No
b2VwZi9pZGVudHByby95b2N0by9yb3MtZGV2ZWwvdG1wL2hvc3R0b29sczpGSVhNRV9IT1NUVE9P
TFNfRElSOmcnJwpERUJVRzogUHl0aG9uIGZ1bmN0aW9uIHNzdGF0ZV9oYXJkY29kZV9wYXRoIGZp
bmlzaGVkCkRFQlVHOiBTSVRFIGZpbGVzIFsnZW5kaWFuLWxpdHRsZScsICdjb21tb24tbGludXgn
LCAnY29tbW9uLWdsaWJjJywgJ2JpdC02NCcsICd4ODZfNjQtbGludXgnLCAnY29tbW9uJ10KREVC
VUc6IEV4ZWN1dGluZyBzaGVsbCBmdW5jdGlvbiBzc3RhdGVfY3JlYXRlX3BhY2thZ2UKREVCVUc6
IFNoZWxsIGZ1bmN0aW9uIHNzdGF0ZV9jcmVhdGVfcGFja2FnZSBmaW5pc2hlZApERUJVRzogRXhl
Y3V0aW5nIHB5dGhvbiBmdW5jdGlvbiBzc3RhdGVfc2lnbl9wYWNrYWdlCkRFQlVHOiBQeXRob24g
ZnVuY3Rpb24gc3N0YXRlX3NpZ25fcGFja2FnZSBmaW5pc2hlZApERUJVRzogRXhlY3V0aW5nIHB5
dGhvbiBmdW5jdGlvbiBzc3RhdGVfaGFyZGNvZGVfcGF0aF91bnBhY2sKREVCVUc6IFB5dGhvbiBm
dW5jdGlvbiBzc3RhdGVfaGFyZGNvZGVfcGF0aF91bnBhY2sgZmluaXNoZWQKREVCVUc6IFN0YWdp
bmcgZmlsZXMgZnJvbSAvaG9tZS9tc2Nob2VwZi9pZGVudHByby95b2N0by9yb3MtZGV2ZWwvdG1w
L3dvcmsvY29yZTItNjQtaWRwLWxpbnV4L2xpYmdmb3J0cmFuLzcuMi4wLXIwL3BrZ2RhdGEgdG8g
L2hvbWUvbXNjaG9lcGYvaWRlbnRwcm8veW9jdG8vcm9zLWRldmVsL3RtcC9wa2dkYXRhL3FlbXV4
ODYtNjQKRVJST1I6IFRoZSByZWNpcGUgbGliZ2ZvcnRyYW4gaXMgdHJ5aW5nIHRvIGluc3RhbGwg
ZmlsZXMgaW50byBhIHNoYXJlZCBhcmVhIHdoZW4gdGhvc2UgZmlsZXMgYWxyZWFkeSBleGlzdC4g
VGhvc2UgZmlsZXMgYW5kIHRoZWlyIG1hbmlmZXN0IGxvY2F0aW9uIGFyZToKICAvaG9tZS9tc2No
b2VwZi9pZGVudHByby95b2N0by9yb3MtZGV2ZWwvdG1wL3BrZ2RhdGEvcWVtdXg4Ni02NC9ydW50
aW1lL2xpYmdmb3J0cmFuCiAgICAobWF0Y2hlZCBpbiBtYW5pZmVzdC1xZW11eDg2LTY0LWdjYy1y
dW50aW1lLnBhY2thZ2VkYXRhKQogIC9ob21lL21zY2hvZXBmL2lkZW50cHJvL3lvY3RvL3Jvcy1k
ZXZlbC90bXAvcGtnZGF0YS9xZW11eDg2LTY0L3J1bnRpbWUvbGliZ2ZvcnRyYW4tZGV2CiAgICAo
bWF0Y2hlZCBpbiBtYW5pZmVzdC1xZW11eDg2LTY0LWdjYy1ydW50aW1lLnBhY2thZ2VkYXRhKQog
IC9ob21lL21zY2hvZXBmL2lkZW50cHJvL3lvY3RvL3Jvcy1kZXZlbC90bXAvcGtnZGF0YS9xZW11
eDg2LTY0L3J1bnRpbWUvbGliZ2ZvcnRyYW4tc3RhdGljZGV2CiAgICAobWF0Y2hlZCBpbiBtYW5p
ZmVzdC1xZW11eDg2LTY0LWdjYy1ydW50aW1lLnBhY2thZ2VkYXRhKQpQbGVhc2UgdmVyaWZ5IHdo
aWNoIHJlY2lwZSBzaG91bGQgcHJvdmlkZSB0aGUgYWJvdmUgZmlsZXMuCgpUaGUgYnVpbGQgaGFz
IHN0b3BwZWQsIGFzIGNvbnRpbnVpbmcgaW4gdGhpcyBzY2VuYXJpbyBXSUxMIGJyZWFrIHRoaW5n
cyAtIGlmIG5vdCBub3csIHBvc3NpYmx5IGluIHRoZSBmdXR1cmUgKHdlJ3ZlIHNlZW4gYnVpbGRz
IGZhaWwgc2V2ZXJhbCBtb250aHMgbGF0ZXIpLiBJZiB0aGUgc3lzdGVtIGtuZXcgaG93IHRvIHJl
Y292ZXIgZnJvbSB0aGlzIGF1dG9tYXRpY2FsbHkgaXQgd291bGQsIGhvd2V2ZXIgdGhlcmUgYXJl
IHNldmVyYWwgZGlmZmVyZW50IHNjZW5hcmlvcyB3aGljaCBjYW4gcmVzdWx0IGluIHRoaXMgYW5k
IHdlIGRvbid0IGtub3cgd2hpY2ggb25lIHRoaXMgaXMuIEl0IG1heSBiZSB5b3UgaGF2ZSBzd2l0
Y2hlZCBwcm92aWRlcnMgb2Ygc29tZXRoaW5nIGxpa2UgdmlydHVhbC9rZXJuZWwgKGUuZy4gZnJv
bSBsaW51eC15b2N0byB0byBsaW51eC15b2N0by1kZXYpLCBpbiB0aGF0IGNhc2UgeW91IG5lZWQg
dG8gZXhlY3V0ZSB0aGUgY2xlYW4gdGFzayBmb3IgYm90aCByZWNpcGVzIGFuZCBpdCB3aWxsIHJl
c29sdmUgdGhpcyBlcnJvci4gSXQgbWF5IGJlIHlvdSBjaGFuZ2VkIERJU1RST19GRUFUVVJFUyBm
cm9tIHN5c3RlbWQgdG8gdWRldiBvciB2aWNlIHZlcnNhLiBDbGVhbmluZyB0aG9zZSByZWNpcGVz
IHNob3VsZCBhZ2FpbiByZXNvbHZlIHRoaXMgZXJyb3IsIGhvd2V2ZXIgc3dpdGNoaW5nIERJU1RS
T19GRUFUVVJFUyBvbiBhbiBleGlzdGluZyBidWlsZCBkaXJlY3RvcnkgaXMgbm90IHN1cHBvcnRl
ZCAtIHlvdSBzaG91bGQgcmVhbGx5IGNsZWFuIG91dCB0bXAgYW5kIHJlYnVpbGQgKHJldXNpbmcg
c3N0YXRlIHNob3VsZCBiZSBzYWZlKS4gSXQgY291bGQgYmUgdGhlIG92ZXJsYXBwaW5nIGZpbGVz
IGRldGVjdGVkIGFyZSBoYXJtbGVzcyBpbiB3aGljaCBjYXNlIGFkZGluZyB0aGVtIHRvIFNTVEFU
RV9EVVBXSElURUxJU1QgbWF5IGJlIHRoZSBjb3JyZWN0IHNvbHV0aW9uLiBJdCBjb3VsZCBhbHNv
IGJlIHlvdXIgYnVpbGQgaXMgaW5jbHVkaW5nIHR3byBkaWZmZXJlbnQgY29uZmxpY3RpbmcgdmVy
c2lvbnMgb2YgdGhpbmdzIChlLmcuIGJsdWV6IDQgYW5kIGJsdWV6IDUgYW5kIHRoZSBjb3JyZWN0
IHNvbHV0aW9uIGZvciB0aGF0IHdvdWxkIGJlIHRvIHJlc29sdmUgdGhlIGNvbmZsaWN0LiBJZiBp
biBkb3VidCwgcGxlYXNlIGFzayBvbiB0aGUgbWFpbGluZyBsaXN0LCBzaGFyaW5nIHRoZSBlcnJv
ciBhbmQgZmlsZWxpc3QgYWJvdmUuCkVSUk9SOiBJZiB0aGUgYWJvdmUgbWVzc2FnZSBpcyB0b28g
bXVjaCwgdGhlIHNpbXBsZXIgdmVyc2lvbiBpcyB5b3UncmUgYWR2aXNlZCB0byB3aXBlIG91dCB0
bXAgYW5kIHJlYnVpbGQgKHJldXNpbmcgc3N0YXRlIGlzIGZpbmUpLiBUaGF0IHdpbGwgbGlrZWx5
IGZpeCB0aGluZ3MgaW4gbW9zdCAoYnV0IG5vdCBhbGwpIGNhc2VzLgpERUJVRzogUHl0aG9uIGZ1
bmN0aW9uIHNzdGF0ZV90YXNrX3Bvc3RmdW5jIGZpbmlzaGVkCkVSUk9SOiBGdW5jdGlvbiBmYWls
ZWQ6IHNzdGF0ZV90YXNrX3Bvc3RmdW5jCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>