133246 2006-05-13 17:08 0000 sci-mathematics/octave-forge-2006.03.17 doesn't compile w/ gcc 4.1 [w/ patch] 2006-06-11 02:38:35 0000 1 1 1 Unclassified Gentoo Linux GCC Porting 2006.0 All Linux RESOLVED FIXED P2 normal --- 136366 117482 1 cbm@m.fsf.org sci@gentoo.org supermihi@web.de cbm@m.fsf.org 2006-05-13 17:08:47 0000 With gcc 4.1, I can't build octave-forge 2006.03.17. Apparently the patch mentioned here is appled upstream: http://sourceforge.net/mailarchive/forum.php?thread_id=10090390&forum_id=4874 (I haven't tried the patch yet) The errors I'm seeing are the same as the ones mention in the URL above, things like: mkoctfile -Doctave_idx_type=int -DHAVE_OCTAVE_21 -v -c make_sparse.cc -ISuperLU/SRC/ -ISuperLU/CBLAS -DNDEBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -DHAVE_OCTAVE_CONCAT -DHAVE_OCTAVE_UPLUS -o make_sparse.o i686-pc-linux-gnu-g++ -c -fPIC -I/usr/include/octave-2.1.72 -I/usr/include/octave-2.1.72/octave -mieee-fp -march=i686 -O3 -pipe -fomit-frame-pointer -ISuperLU/SRC/ -ISuperLU/CBLAS -Doctave_idx_type=int -DHAVE_OCTAVE_21 -DNDEBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -DHAVE_OCTAVE_CONCAT -DHAVE_OCTAVE_UPLUS make_sparse.cc -o make_sparse.o i686-pc-linux-gnu-g++ -shared -Wl,-Bsymbolic -o finitedifference.oct finitedifference.o -L/usr/lib/octave-2.1.72 -loctinterp -loctave -lcruft -lz -llapack -lblas -lfftw3 -lreadline -lncurses -ldl -lm -L/usr/lib/gcc/i686-pc-linux-gnu/4.1.0 -L/usr/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.1.0/../../.. -lz -lgfortranbegin -lgfortran -lm -lgcc_s mkoctfile -Doctave_idx_type=int -DHAVE_OCTAVE_21 -v newtonstep.cc i686-pc-linux-gnu-g++ -c -fPIC -I/usr/include/octave-2.1.72 -I/usr/include/octave-2.1.72/octave -mieee-fp -march=i686 -O3 -pipe -fomit-frame-pointer -Doctave_idx_type=int -DHAVE_OCTAVE_21 newtonstep.cc -o newtonstep.o /usr/include/octave-2.1.72/octave/ArrayN.h: In constructor 'ArrayN<T>::ArrayN(const dim_vector&, const T&) [with T = bool]': /usr/include/octave-2.1.72/octave/boolNDArray.h:49: instantiated from here /usr/include/octave-2.1.72/octave/ArrayN.h:66: error: no matching function for call to 'fill(const bool&)' /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:573: note: candidates are: void std::fill(unsigned char*, unsigned char*, const unsigned char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:581: note: void std::fill(signed char*, signed char*, const signed char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:589: note: void std::fill(char*, char*, const char&) /usr/include/octave-2.1.72/octave/ArrayN.h: In constructor 'ArrayN<T>::ArrayN(const dim_vector&, const T&) [with T = long long int]': /usr/include/octave-2.1.72/octave/so-array.h:48: instantiated from here /usr/include/octave-2.1.72/octave/ArrayN.h:66: error: no matching function for call to 'fill(const long long int&)' /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:573: note: candidates are: void std::fill(unsigned char*, unsigned char*, const unsigned char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:581: note: void std::fill(signed char*, signed char*, const signed char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:589: note: void std::fill(char*, char*, const char&) /usr/include/octave-2.1.72/octave/DiagArray2.h: In constructor 'DiagArray2<T>::DiagArray2(int, int, const T&) [with T = double]': /usr/include/octave-2.1.72/octave/MDiagArray2.h:57: instantiated from 'MDiagArray2<T>::MDiagArray2(int, int, const T&) [with T = double]' /usr/include/octave-2.1.72/octave/dDiagMatrix.h:50: instantiated from here /usr/include/octave-2.1.72/octave/DiagArray2.h:128: error: no matching function for call to 'fill(const double&)' /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:573: note: candidates are: void std::fill(unsigned char*, unsigned char*, const unsigned char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:581: note: void std::fill(signed char*, signed char*, const signed char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:589: note: void std::fill(char*, char*, const char&) /usr/include/octave-2.1.72/octave/DiagArray2.h: In constructor 'DiagArray2<T>::DiagArray2(int, int, const T&) [with T = std::complex<double>]': /usr/include/octave-2.1.72/octave/MDiagArray2.h:57: instantiated from 'MDiagArray2<T>::MDiagArray2(int, int, const T&) [with T = std::complex<double>]' /usr/include/octave-2.1.72/octave/CDiagMatrix.h:50: instantiated from here /usr/include/octave-2.1.72/octave/DiagArray2.h:128: error: no matching function for call to 'fill(const std::complex<double>&)' /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:573: note: candidates are: void std::fill(unsigned char*, unsigned char*, const unsigned char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:581: note: void std::fill(signed char*, signed char*, const signed char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:589: note: void std::fill(char*, char*, const char&) /usr/include/octave-2.1.72/octave/ArrayN.h: In constructor 'ArrayN<T>::ArrayN(const dim_vector&, const T&) [with T = char]': /usr/include/octave-2.1.72/octave/MArrayN.h:58: instantiated from 'MArrayN<T>::MArrayN(const dim_vector&, const T&) [with T = char]' /usr/include/octave-2.1.72/octave/chNDArray.h:46: instantiated from here /usr/include/octave-2.1.72/octave/ArrayN.h:66: error: no matching function for call to 'fill(const char&)' /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:573: note: candidates are: void std::fill(unsigned char*, unsigned char*, const unsigned char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:581: note: void std::fill(signed char*, signed char*, const signed char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:589: note: void std::fill(char*, char*, const char&) /usr/include/octave-2.1.72/octave/ArrayN.h: In constructor 'ArrayN<T>::ArrayN(const dim_vector&, const T&) [with T = double]': /usr/include/octave-2.1.72/octave/MArrayN.h:58: instantiated from 'MArrayN<T>::MArrayN(const dim_vector&, const T&) [with T = double]' /usr/include/octave-2.1.72/octave/dNDArray.h:48: instantiated from here /usr/include/octave-2.1.72/octave/ArrayN.h:66: error: no matching function for call to 'fill(const double&)' /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:573: note: candidates are: void std::fill(unsigned char*, unsigned char*, const unsigned char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:581: note: void std::fill(signed char*, signed char*, const signed char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:589: note: void std::fill(char*, char*, const char&) /usr/include/octave-2.1.72/octave/ArrayN.h: In constructor 'ArrayN<T>::ArrayN(const dim_vector&, const T&) [with T = std::complex<double>]': /usr/include/octave-2.1.72/octave/MArrayN.h:58: instantiated from 'MArrayN<T>::MArrayN(const dim_vector&, const T&) [with T = std::complex<double>]' /usr/include/octave-2.1.72/octave/CNDArray.h:47: instantiated from here /usr/include/octave-2.1.72/octave/ArrayN.h:66: error: no matching function for call to 'fill(const std::complex<double>&)' /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:573: note: candidates are: void std::fill(unsigned char*, unsigned char*, const unsigned char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:581: note: void std::fill(signed char*, signed char*, const signed char&) /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/bits/stl_algobase.h:589: note: void std::fill(char*, char*, const char&) distcc[12765] ERROR: compile make_sparse.cc on localhost failed make[2]: *** [make_sparse.o] Error 1 cbm@m.fsf.org 2006-05-14 15:11:02 0000 Created an attachment (id=86780) octave-2.1.72-gcc4.1-templates-octave-forge.patch I tested the patch mentioned above. It fixes the problem for me. *NOTE*: patch is to be applied to *octave* not octave-forge. After rebuilding octave with this patch, the in-tree octave-forge builds correctly. supermihi@web.de 2006-06-09 05:40:33 0000 I have the same problem. But how should I use your patch? Should I skate over portage and compile octave by my own? I'm not used to the details of portage, so I don't know how to modify the octave ebuild to use your patch. :( cbm@m.fsf.org 2006-06-09 12:21:27 0000 Created an attachment (id=88786) octave-2.1.72.ebuild Devs: please ignore this attachment, it has nothing but a epatch line added to it. I'm just attaching it for the benefit of Comment #2, for others, sorry for the bug noise. Re: Comment #2: Bug reports are not the right place for tech support but here goes: No you don't need to compile octave yourself. You will need to learn a little bit about "overlays" (there must be some good docs on overlays, use google). Basically you need to create the following directory: /usr/local/portage/sci-mathematics/octave Then put the octave-2.1.72.ebuild that I just attached in there. Then create /usr/local/portage/sci-mathematics/octave/files and put the octave-2.1.72-gcc4.1-templates-octave-forge.patch in there. Now cd to /usr/local/portage/sci-mathematics/octave and run "ebuild octave-2.1.72.ebuild digest" Finally, add or modify the following line in your /etc/make.conf: PORTDIR_OVERLAY="/usr/local/portage" Then you can "emerge -vp octave", from which you should see: [ebuild R ] sci-mathematics/octave-2.1.72 USE="blas emacs readline zlib -debug -doc -hdf5 -mpi -static" 0 kB [1] Total size of downloads: 0 kB Portage overlays: [1] /usr/local/portage Note the [1] telling you that it is using the overlay. If it works, let us know. If all this sounds too complicated then just wait for a friendly dev to add this patch to the tree! markusle@gentoo.org 2006-06-09 18:24:04 0000 Hi Colin, Thank you very much for your report and the patch. I just bumped octave to version 2.1.73 including the patch and octave-forge now compiles fine. Best, Markus supermihi@web.de 2006-06-10 04:47:26 0000 Hi, first thanks to comment #3 for your explanation! octave-forge now also compiles for me with octave-2.1.73 installed, but emerge octave-forge wants to downgrade octave to 2.1.72. I used --nodeps and it worked. Synced an hour ago. 86780 2006-05-14 15:11 0000 octave-2.1.72-gcc4.1-templates-octave-forge.patch octave-2.1.72-gcc4.1-templates-octave-forge.patch text/plain ZGlmZiAtdWFyIG9jdGF2ZS0yLjEuNzItb2xkL2xpYm9jdGF2ZS9BcnJheU4uaCBvY3RhdmUtMi4x LjcyL2xpYm9jdGF2ZS9BcnJheU4uaAotLS0gb2N0YXZlLTIuMS43Mi1vbGQvbGlib2N0YXZlL0Fy cmF5Ti5oCTIwMDYtMDUtMTQgMTE6MTE6NTUuMDAwMDAwMDAwIC0wNzAwCisrKyBvY3RhdmUtMi4x LjcyL2xpYm9jdGF2ZS9BcnJheU4uaAkyMDA2LTA1LTE0IDExOjEyOjEzLjAwMDAwMDAwMCAtMDcw MApAQCAtNjMsNyArNjMsNyBAQAogICBBcnJheU4gKGNvbnN0IGRpbV92ZWN0b3ImIGR2KSA6IEFy cmF5PFQ+IChkdikgeyB9CiAKICAgQXJyYXlOIChjb25zdCBkaW1fdmVjdG9yJiBkdiwgY29uc3Qg VCYgdmFsKQotICAgIDogQXJyYXk8VD4gKGR2KSB7IGZpbGwgKHZhbCk7IH0KKyAgICA6IEFycmF5 PFQ+IChkdikgeyBBcnJheTxUPjo6ZmlsbCAodmFsKTsgfQogCiAgIHRlbXBsYXRlIDxjbGFzcyBV PgogICBleHBsaWNpdCBBcnJheU4gKGNvbnN0IEFycmF5MjxVPiYgYSkgOiBBcnJheTxUPiAoYSwg YS5kaW1zICgpKSB7IH0KZGlmZiAtdWFyIG9jdGF2ZS0yLjEuNzItb2xkL2xpYm9jdGF2ZS9EaWFn QXJyYXkyLmggb2N0YXZlLTIuMS43Mi9saWJvY3RhdmUvRGlhZ0FycmF5Mi5oCi0tLSBvY3RhdmUt Mi4xLjcyLW9sZC9saWJvY3RhdmUvRGlhZ0FycmF5Mi5oCTIwMDYtMDUtMTQgMTE6MTE6NTUuMDAw MDAwMDAwIC0wNzAwCisrKyBvY3RhdmUtMi4xLjcyL2xpYm9jdGF2ZS9EaWFnQXJyYXkyLmgJMjAw Ni0wNS0xNCAxMToxMjoxMy4wMDAwMDAwMDAgLTA3MDAKQEAgLTEyNSw3ICsxMjUsNyBAQAogICAg IHsKICAgICAgIHRoaXMtPmRpbWVuc2lvbnMgPSBkaW1fdmVjdG9yIChyLCBjKTsKIAotICAgICAg ZmlsbCAodmFsKTsKKyAgICAgIEFycmF5PFQ+OjpmaWxsICh2YWwpOwogICAgIH0KIAogICBEaWFn QXJyYXkyIChjb25zdCBBcnJheTxUPiYgYSkgOiBBcnJheTxUPiAoYSkKT25seSBpbiBvY3RhdmUt Mi4xLjcyL2xpYm9jdGF2ZTogRGlhZ0FycmF5Mi5oLm9yaWcK 88786 2006-06-09 12:21 0000 octave-2.1.72.ebuild octave-2.1.72.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3NjaS1tYXRoZW1hdGljcy9vY3RhdmUvb2N0YXZl LTIuMS43Mi5lYnVpbGQsdiAxLjYgMjAwNi8wNS8xMSAwOToxNDo1NCByb2JiYXQyIEV4cCAkCgpp bmhlcml0IGZsYWctby1tYXRpYyBmb3J0cmFuCgpERVNDUklQVElPTj0iR05VIE9jdGF2ZSBpcyBh IGhpZ2gtbGV2ZWwgbGFuZ3VhZ2UgKE1hdExhYiBjb21wYXRpYmxlKSBpbnRlbmRlZCBmb3IgbnVt ZXJpY2FsIGNvbXB1dGF0aW9ucyIKTElDRU5TRT0iR1BMLTIiCkhPTUVQQUdFPSJodHRwOi8vd3d3 Lm9jdGF2ZS5vcmcvIgpTUkNfVVJJPSJmdHA6Ly9mdHAub2N0YXZlLm9yZy9wdWIvb2N0YXZlL2Js ZWVkaW5nLWVkZ2UvJHtQfS50YXIuYnoyCgkJZnRwOi8vZnRwLm1hdGgudW5pLWhhbWJ1cmcuZGUv cHViL3NvZnQvbWF0aC9vY3RhdmUvJHtQfS50YXIuYnoyIgoKU0xPVD0iMCIKSVVTRT0iZW1hY3Mg c3RhdGljIHJlYWRsaW5lIHpsaWIgZG9jIGhkZjUgbXBpIGJsYXMiCktFWVdPUkRTPSJ+YWxwaGEg fmFtZDY0IH5wcGMgfnBwYzY0IH5zcGFyYyB+eDg2IgoKREVQRU5EPSJ2aXJ0dWFsL2xpYmMKCT49 c3lzLWxpYnMvbmN1cnNlcy01LjItcjMKCT49c2NpLXZpc3VhbGl6YXRpb24vZ251cGxvdC0zLjcu MS1yMwoJPj1zY2ktbGlicy9mZnR3LTIuMS4zCgk+PWRldi11dGlsL2dwZXJmLTIuNy4yCgl6bGli PyAoIHN5cy1saWJzL3psaWIgKQoJaGRmNT8gKCBzY2ktbGlicy9oZGY1ICkKCWRvYz8gKCB2aXJ0 dWFsL3RldGV4ICkKCWJsYXM/ICggdmlydHVhbC9ibGFzICkKCW1waT8gKCB2aXJ0dWFsL21waSAp CgkhPWFwcC10ZXh0L3RleGkyaHRtbC0xLjcwIgoKIyBOT1RFOiBvY3RhdmUgc3VwcG9ydHMgYmxh cy9sYXBhY2sgZnJvbSBpbnRlbCBidXQgdGhpcyBpcyBub3Qgb3BlbgojIHNvdXJjZSBub3IgaXMg aXQgZnJlZSAoYXMgaW4gYmVlciBPUiBzcGVlY2gpIENoZWNrIG91dC4uLgojIGh0dHA6Ly9kZXZl bG9wZXIuaW50ZWwuY29tL3NvZnR3YXJlL3Byb2R1Y3RzL21rbC9ta2w1Mi9pbmRleC5odG0gZm9y CiMgbW9yZSBpbmZvcm1hdGlvbgoKc3JjX3VucGFjaygpIHsKCXVucGFjayAke0F9CgljZCAiJHtT fSIKCgllcGF0Y2ggIiR7RklMRVNESVJ9Ii9vY3RhdmUtMi4xLjcyLWdjYzQuMS1nZW50b28ucGF0 Y2gKCWVwYXRjaCAiJHtGSUxFU0RJUn0iL29jdGF2ZS0yLjEuNzItZ2NjNC4xLXRlbXBsYXRlcy1v Y3RhdmUtZm9yZ2UucGF0Y2gKfQoKCnNyY19jb21waWxlKCkgewoJZmlsdGVyLWZsYWdzIC1mZmFz dC1tYXRoCgoJbG9jYWwgbXljb25mPSItLWxvY2Fsc3RhdGVkaXI9L3Zhci9zdGF0ZS9vY3RhdmUg LS1lbmFibGUtcnBhdGgiCglteWNvbmY9IiR7bXljb25mfSAtLWVuYWJsZS1saXRlLWtlcm5lbCIK CXVzZSBzdGF0aWMgfHwgbXljb25mPSIke215Y29uZn0gLS1kaXNhYmxlLXN0YXRpYyAtLWVuYWJs ZS1zaGFyZWQgLS1lbmFibGUtZGwiCgkjIE9ubHkgYWRkIC1seiB0byBMREZMQUdTIGlmIHdlIGhh dmUgemxpYiBpbiBVU0UgIQoJIyBCVUcgIzUyNjA0CgkjIERhbm55IHZhbiBEeWsgMjAwNC8wOC8y NgoJdXNlIHpsaWIgJiYgYXBwZW5kLWxkZmxhZ3MgLWx6CgoJIyBNUEkgcmVxdWlyZXMgdGhlIHVz ZSBvZiBnY2MvZysrIHdyYXBwZXJzCgkjIG1waWNjL21waWMrKwoJIyBvY3RhdmUgbGlua3MgYWdh aW5zIC1sbXBpIGJ5IGRlZmF1bHQKCSMgbXBpY2ggbmVlZHMgLWxtcGljaCBpbnN0ZWFkCglpZiB1 c2UgbXBpOyB0aGVuCgkJQ0M9Im1waWNjIiAmJiBDWFg9Im1waUNDIgoJCWlmIGhhc192ZXJzaW9u ICdzeXMtY2x1c3Rlci9tcGljaCc7IHRoZW4KCQkJbXljb25mPSIke215Y29uZn0gLS13aXRoLW1w aT1tcGljaCIKCQllbHNlCgkJCW15Y29uZj0iJHtteWNvbmZ9IC0td2l0aC1tcGk9bXBpIgoJCWZp CgllbHNlCgkJQ0M9IiQodGMtZ2V0Q0MpIgoJCUNYWD0iJCh0Yy1nZXRDWFgpIgoJCW15Y29uZj0i JHtteWNvbmZ9IC0td2l0aG91dC1tcGkiCglmaQoKCUNDPSIke0NDfSIgQ1hYPSIke0NYWH0iIFwK CWVjb25mIFwKCQkkKHVzZV93aXRoIGhkZjUpIFwKCQkkKHVzZV9lbmFibGUgcmVhZGxpbmUpIFwK CQkke215Y29uZn0gXAoJCXx8IGRpZSAiZWNvbmYgZmFpbGVkIgoKCWVtYWtlIHx8IGRpZSAiZW1h a2UgZmFpbGVkIgp9CgpzcmNfaW5zdGFsbCgpIHsKCW1ha2UgaW5zdGFsbCBERVNURElSPSIke0R9 IiB8fCBkaWUgIm1ha2UgaW5zdGFsbCBmYWlsZWQiCglpZiB1c2UgZG9jOyB0aGVuCgkJb2N0YXZl LWluc3RhbGwtZG9jIHx8IGRpZSAiT2N0YXZlIGRvYyBpbnN0YWxsIGZhaWxlZCIKCWZpCglpZiB1 c2UgZW1hY3M7IHRoZW4KCQljZCBlbWFjcwoJCWV4ZWludG8gL3Vzci9iaW4KCQlkb2V4ZSBvdGFn cyB8fCBkaWUKCQlkb21hbiBvdGFncy4xIHx8IGRpZQoJCWZvciBlbWFjc2RpciBpbiAvdXNyL3No YXJlL2VtYWNzL3NpdGUtbGlzcCAvdXNyL2xpYi94ZW1hY3Mvc2l0ZS1saXNwOyBkbwoJCQlpbnNp bnRvICR7ZW1hY3NkaXJ9CgkJCWRvaW5zICouZWwgfHwgZGllCgkJZG9uZQoJCWNkIC4uCglmaQoJ ZG9kaXIgL2V0Yy9lbnYuZCB8fCBkaWUKCWVjaG8gIkxEUEFUSD0vdXNyL2xpYi9vY3RhdmUtJHtQ Vn0iID4gIiR7RH0iL2V0Yy9lbnYuZC85OW9jdGF2ZSB8fCBkaWUKCgkjIEZpeGVzIGxzLVIgZmls ZXMgdG8gcmVtb3ZlIC92YXIvdG1wL3BvcnRhZ2UgcmVmZXJlbmNlcy4KCXNlZCAtaSAtZSAiczok e0R9OjpnIiAiJHtEfSIvdXNyL2xpYmV4ZWMvJHtQTn0vbHMtUiB8fCBkaWUKCXNlZCAtaSAtZSAi czoke0R9OjpnIiAiJHtEfSIvdXNyL3NoYXJlLyR7UE59L2xzLVIgfHwgZGllCn0KCnBrZ19wb3N0 aW5zdCgpIHsKCWVjaG8KCWVpbmZvICJTb21lIHVzZXJzIGhhdmUgcmVwb3J0ZWQgZmFpbHVyZXMg YXQgcnVubmluZyBzaW1wbGUgdGVzdHMgaWYiCgllaW5mbyAib2N0YXZlIHdhcyBidWlsdCB3aXRo IGFncmVzc2l2ZSBvcHRpbWlzYXRpb25zLiBZb3UgY2FuIGNoZWNrIGlmIgoJZWluZm8gInlvdXIg c2V0dXAgaXMgYWZmZWN0ZWQgYnkgdGhpcyBidWcgYnkgcnVubmluZyB0aGUgZm9sbG93aW5nIHRl c3QiCgllaW5mbyAiKGluc2lkZSB0aGUgb2N0YXZlIGludGVycHJldGVyKToiCgllaW5mbwoJZWlu Zm8gIm9jdGF2ZToxPiB5ID0gWzEgMyA0IDIgMSA1IDMgNSA2IDcgNCA1IDcgMTAgMTEgM107IgoJ ZWluZm8gIm9jdGF2ZToyPiBnID0gWzEgMSAxIDEgMSAxIDEgMSAyIDIgMiAyIDIgMyAzIDNdOyIK CWVpbmZvICJvY3RhdmU6Mz4gYW5vdmEoeSwgZykiCgllaW5mbwoJZWluZm8gIklmIHRoZXNlIGNv bW1hbmRzIGNvbXBsZXRlIHN1Y2Nlc3NmdWxseSB3aXRoIG5vIGVycm9yIG1lc3NhZ2UsIgoJZWlu Zm8gInlvdXIgaW5zdGFsbGF0aW9uIHNob3VsZCBiZSBvay4gT3RoZXJ3aXNlLCB0cnkgcmVjb21w aWxpbmciCgllaW5mbyAib2N0YXZlIHVzaW5nIGxlc3MgYWdyZXNzaXZlIFwiQ0ZMQUdTXCIgKGNv bWJpbmluZyBcIi1PM1wiIGFuZCIKCWVpbmZvICJcIi1tYXJjaD1wZW50aXVtNFwiIGlzIGtub3du IHRvIGNhdXNlIHByb2JsZW1zKS4iCgllY2hvCn0KCm9jdGF2ZS1pbnN0YWxsLWRvYygpIHsKCWVj aG8gIkluc3RhbGxpbmcgZG9jdW1lbnRhdGlvbi4uLiIKCWluc2ludG8gL3Vzci9zaGFyZS9kb2Mv JHtQRn0KCWRvaW5zIGRvYy9mYXEvT2N0YXZlLUZBUS5kdmkgfHwgZGllCglkb2lucyBkb2MvaW50 ZXJwcmV0ZXIvb2N0YXZlLmR2aSB8fCBkaWUKCWRvaW5zIGRvYy9saWJvY3RhdmUvbGlib2N0YXZl LmR2aSB8fCBkaWUKCWRvaW5zIGRvYy9yZWZjYXJkL3JlZmNhcmQtYTQuZHZpIHx8IGRpZQoJZG9p bnMgZG9jL3JlZmNhcmQvcmVmY2FyZC1sZWdhbC5kdmkgfHwgZGllCglkb2lucyBkb2MvcmVmY2Fy ZC9yZWZjYXJkLWxldHRlci5kdmkgfHwgZGllCn0K