amax:samax utest failure

System configuration:

Compile host is ODROID-C2, but I'm running the compile inside of a docker image that was created from a NI RoboRIO disk image (ARMv7, Cortex A9). I'm also using setarch linux32.
Compilers are gcc 6.3.0, gfortran 6.3.0
OpenBLAS 0.3.4 (but the error occurs on 0.2.20 also)

Compile was via:
make TARGET=CORTEXA9 PREFIX=/usr/local

Here's the output:
./openblas_utest
TEST 1/23 amax:samax [FAIL]
  ERR: test_amax.c:44  expected 3.300e+00, got 4.204e-45 (diff 3.300e+00, tol 1.000e-04)
...
RESULTS: 23 tests (22 ok, 1 failed, 0 skipped) ran in 1860 ms

What steps should I take next to diagnose this issue? Thanks!

Looking more at the compile log, this pops out at me:
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./sblat3 < ./sblat3.dat
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./dblat3 < ./dblat3.dat
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./cblat2 < ./cblat2.dat
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./cblat3 < ./cblat3.dat
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./zblat2 < ./zblat2.dat
 TESTS OF THE COMPLEX          LEVEL 3 BLAS

 THE FOLLOWING PARAMETER VALUES WILL BE USED:
   FOR N                   0     1     2     3     7    31
   FOR ALPHA          ( 0.0, 0.0)  ( 1.0, 0.0)  ( 0.7,-0.9)
   FOR BETA           ( 0.0, 0.0)  ( 1.0, 0.0)  ( 1.3,-1.1)

 ERROR-EXITS WILL NOT BE TESTED

 ROUTINES PASS COMPUTATIONAL TESTS IF TEST RATIO IS LESS THAN   16.00

 RELATIVE MACHINE PRECISION IS TAKEN TO BE  1.2E-07

 CGEMM  PASSED THE COMPUTATIONAL TESTS ( 17496 CALLS)

 CHEMM  PASSED THE COMPUTATIONAL TESTS (  1296 CALLS)

 CSYMM  PASSED THE COMPUTATIONAL TESTS (  1296 CALLS)

 CTRMM  PASSED THE COMPUTATIONAL TESTS (  2592 CALLS)

 CTRSM  PASSED THE COMPUTATIONAL TESTS (  2592 CALLS)

 ******* FATAL ERROR - COMPUTED RESULT IS LESS THAN HALF ACCURATE *******
                       EXPECTED RESULT                    COMPUTED RESULT
       1  (  -0.153378    ,    0.00000    )  (  -0.153378    ,    0.00000    )
       2  (   0.714370    ,   0.406021    )  (   0.714370    ,   0.406021    )
       3  (   0.209727    ,   0.325695    )  (   0.969031E-01,   0.298701    )
      THESE ARE THE RESULTS FOR COLUMN   1
 ******* CHERK  FAILED ON CALL NUMBER:
    698: CHERK ('L','N',  3,  1, 1.0, A,  4, 1.0, C,  4)                         .

 CSYRK  PASSED THE COMPUTATIONAL TESTS (  1296 CALLS)

 CHER2K PASSED THE COMPUTATIONAL TESTS (  1296 CALLS)

 CSYR2K PASSED THE COMPUTATIONAL TESTS (  1296 CALLS)

 END OF TESTS
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./zblat3 < ./zblat3.dat
rm -f ?BLAT3.SUMM
OPENBLAS_NUM_THREADS=2 ./sblat3 < ./sblat3.dat
rm -f ?BLAT2.SUMM
OPENBLAS_NUM_THREADS=2 ./sblat2 < ./sblat2.dat
OPENBLAS_NUM_THREADS=2 ./dblat3 < ./dblat3.dat
OPENBLAS_NUM_THREADS=2 ./dblat2 < ./dblat2.dat
OPENBLAS_NUM_THREADS=2 ./cblat3 < ./cblat3.dat
OPENBLAS_NUM_THREADS=2 ./cblat2 < ./cblat2.dat
 TESTS OF THE COMPLEX          LEVEL 3 BLAS

 THE FOLLOWING PARAMETER VALUES WILL BE USED:
   FOR N                   0     1     2     3     7    31
   FOR ALPHA          ( 0.0, 0.0)  ( 1.0, 0.0)  ( 0.7,-0.9)
   FOR BETA           ( 0.0, 0.0)  ( 1.0, 0.0)  ( 1.3,-1.1)

 ERROR-EXITS WILL NOT BE TESTED

 ROUTINES PASS COMPUTATIONAL TESTS IF TEST RATIO IS LESS THAN   16.00

 RELATIVE MACHINE PRECISION IS TAKEN TO BE  1.2E-07

 CGEMM  PASSED THE COMPUTATIONAL TESTS ( 17496 CALLS)

 CHEMM  PASSED THE COMPUTATIONAL TESTS (  1296 CALLS)

 CSYMM  PASSED THE COMPUTATIONAL TESTS (  1296 CALLS)

 CTRMM  PASSED THE COMPUTATIONAL TESTS (  2592 CALLS)

 CTRSM  PASSED THE COMPUTATIONAL TESTS (  2592 CALLS)

 ******* FATAL ERROR - COMPUTED RESULT IS LESS THAN HALF ACCURATE *******
                       EXPECTED RESULT                    COMPUTED RESULT
       1  (  -0.153378    ,    0.00000    )  (  -0.153378    ,    0.00000    )
       2  (   0.714370    ,   0.406021    )  (   0.714370    ,   0.406021    )
       3  (   0.209727    ,   0.325695    )  (   0.969031E-01,   0.298701    )
      THESE ARE THE RESULTS FOR COLUMN   1
 ******* CHERK  FAILED ON CALL NUMBER:
    698: CHERK ('L','N',  3,  1, 1.0, A,  4, 1.0, C,  4)                         .

 CSYRK  PASSED THE COMPUTATIONAL TESTS (  1296 CALLS)

 CHER2K PASSED THE COMPUTATIONAL TESTS (  1296 CALLS)

 CSYR2K PASSED THE COMPUTATIONAL TESTS (  1296 CALLS)

 END OF TESTS
OPENBLAS_NUM_THREADS=2 ./zblat3 < ./zblat3.dat
OPENBLAS_NUM_THREADS=2 ./zblat2 < ./zblat2.dat
make[1]: Leaving directory '/home/admin/v0.3.4/test'

Interesting, I did not see these failures on Cortex A17 and the samax microkernel was last touched in #740 (apart from a trivial instruction change a few months ago, but that happened after the 0.2.20 release that you say is also affected).
Is CHERK the only test failure with that dreaded old "less than half accurate" message?

A quick workaround for the SAMAX issue would be to append
SAMAXKERNEL = amax.c
DAMAXKERNEL = amax.c
CAMAXKERNEL = zamax.c
ZAMAXKERNEL = zamax.c

in kernel/arm/KERNEL.CORTEXA9. (Not entirely sure if this would address the CHERK problem as well, but probably not. )

Could you post longer, like full build log?
Is arm64 working correctly with your CPU?

Here's the full logfile: openblas_log.txt

No incidents during build.

Modified the kernel file, did a build, still failed. Doing a make clean followed by a build... seems the CHERK tests are still failing:
 ******* FATAL ERROR - COMPUTED RESULT IS LESS THAN HALF ACCURATE *******
                       EXPECTED RESULT                    COMPUTED RESULT
       1  (  -0.153378    ,    0.00000    )  (  -0.153378    ,    0.00000    )
       2  (   0.714370    ,   0.406021    )  (   0.714370    ,   0.406021    )
       3  (   0.209727    ,   0.325695    )  (   0.969031E-01,   0.298701    )
      THESE ARE THE RESULTS FOR COLUMN   1
 ******* CHERK  FAILED ON CALL NUMBER:
    698: CHERK ('L','N',  3,  1, 1.0, A,  4, 1.0, C,  4)

However, running a new utest seems to have fixed that issue.
By checking arm64, I assume you mean building on the ODROID host outside of the docker image?

Your CPU is a 64bit A53, and will work faster with 64bit build (though it is important here to have last avail 32bit option to work fine too)

CHERK codepath involves syrk/gemm but the individual tests for those appear to pass (as does the ZHERK test). I will try to do a TARGET=CORTEXA9 build on my A17 if and when I have time. (I do wonder if this could be a compiler problem though)

@brada4 the target ARM system that I'll be running the compiled OpenBLAS on is a A9, so this is vaguely a cross compile.
@martin-frbg totally could be a compiler thing seeing as I had to build the fortran compiler package myself via bitbake... any thoughts on how I can detect that?

No idea except perhaps trying another compiler build or version. Unmodified "develop" branch passes all tests on my Cortex A17 (Asus Tinkerboard, gcc 6.3.0) with TARGET=CORTEXA9 (which btw appears to be pretty much identical to the ARMV7 target that gets built by default)

Can you try TARGET=ARMV5 which is pure C before implicating your gfortran? It is quite unlikely that dozen tests were OK with same gfortran, then one choked.

Tried TARGET=ARMV5, but the tests segfaulted. ldd says it was linked to gfortran, so I restarted the docker image and did not install gfortran et al in it. Once I did that, it built without any issues, but there doesn't seem to be any tests?

Tests are compiled with fortran compiler, so in absence of such they dont compile.
You have to run "make clean" between build parameter changes, there should be no difference in interface where fortran links to.

I have the same issue, and the failed number is just same with virtuald. I'm compiling OpenBLAS 0.3.6 for
model name	: ARMv7 Processor rev 5 (v7l)
BogoMIPS	: 72.00
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae

@Haffon are you (cross)compiling this on a 64bit processor in 32bit mode (like virtuald did), or how/where do you compile ?

＠martin-frbg I‘m not cross compiling. I just download the 0.3.6 code into the arm board and type make. I have done the workaround with the SAMAX in kernel/arm/KERNEL.CORTEXA9 and the error still exist. I can ssh to that board and the board have HDMI and usb port, so it can by use as a standalone like PC.
uname -a
Linux linbian 4.4.55+ #1 SMP PREEMPT Thu Jan 31 19:03:50 PST 2019 armv7l GNU/Linux

ARMv7 is 32bit, I do not know what is that linux32. Probably no forced arch or target since whole build is on the host.

Interesting, so same as with my arm board (Asus Tinkerboard) where I did not see these failures.

maybe the system and core has some difference with yours. OpenBLAS will try to used hardware feature? This is the gcc -v output:
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabi/6/lto-wrapper
Target: arm-linux-gnueabi
Configured with: ../src/configure -v --with-pkgversion='Debian 6.3.0-18+deb9u1' --with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-6 --program-prefix=arm-linux-gnueabi- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm --disable-libquadmath --enable-plugin --enable-default-pie --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-6-armel/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-6-armel --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-6-armel --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-sjlj-exceptions --with-arch=armv4t --with-float=soft --enable-checking=release --build=arm-linux-gnueabi --host=arm-linux-gnueabi --target=arm-linux-gnueabi
Thread model: posix
gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)

since there is no installation instruction for arm-linux, so I just type make and enter. The Android section is tell me to do cross compile  without Fortran, they are not my case. I changed the compile command to
make TARGET=ARMV7
to make tools they are cross compiling. Does they work for me?

Both just "make" and "make TARGET=ARMV7" should work (without the TARGET argument it would autodetect the cpu, which should result in ARMV7 as well - nothing to do with cross-compile). My Tinkerboard identifies as ARMv7 rev 1 (v7l) with additional cpu features "thumbee" and "evtstrm" that probably play no role here. gcc default target (from gcc -v) is arm-linux-gnueabihf, maybe that is the difference ?

my "gcc -v" show the "--target=arm-linux-gnueabi", "cat /proc/cpuinfo" has no "thumbee" and "evtstrm" feature. use "make TARGET=ARMV7" doesn't work, I finally using "make NOFORTRAN=1" and the compilation is done, hope it will work in my application since there is no utest.

Alright. So the SAMAX problem seems to be specific to "softfp" builds (while my Tinkerboard is set up for hardfp so I cannot reproduce the bug there - I need to find out if I need to (and can) install another gcc toolchain to change this).
With NOFORTRAN=1 it will not build the BLAS and LAPACK tests as these are written in fortran, not sure why it would not build and run the utests.

Some body told me to use this branch "https://github.com/xianyi/OpenBLAS/tree/arm_soft_fp_abi", but still not work as "gnu/stubs-hard.h: No such file or directory".
In fact I'm porting caffe to some kind for development board which has arm core, I can't do "sudo apt-get install libopenblas-dev" described in "https://github.com/OAID/Caffe-HRT/blob/master/acl_openailab/installation.md", so I try to compile it manually.
Thanks.

That is 2 years untouched development branch. Probably you need to add universe or something like that. Packages are alive and well:
https://packages.debian.org/stretch/libopenblas-base
https://packages.ubuntu.com/disco/armhf/libopenblas-dev

The soft_fp_abi branch is from the first attempts to support softfp two years ago, only a few functions in it were modified back then - but it looks as if iamax_vfp.S and possibly other files are still not modified for softfp in the current version. (From looking at sdot_vfp.S, the change could be as simple as moving the computed result to a different register before returning)

@brada4 It is good way to download the .deb, but the site list of  "https://packages.ubuntu.com/disco/armhf/libopenblas-dev/download" is blank.

The debian architecture should be armel, but only armhf downloading url is present for libopenblas-base.

armel is fpu-less calling convention
TARGET=ARMv5 will use no assembly, thus be indifferent from calling convention. Try that.

Hmm. I downloaded the Linbian sd image in the hope of running it from qemu, but I cannot find a kernel or initrd in it (/boot appears to be empty, but I see kernel modules under lib/modules/4.4.55+) Does this use some nonconventional boot process, or is there something wrong with the "eagle-debian-lindeni-v5-flat" image of 2019-02-01?

@brada4 using TARGET=ARMV5 make build complete.
@martin-frbg I also have empty /boot directory.

It is SMP at least. Lets try v6 and v7, reporting bugs here, there is still double speed waiting.
Answering about /boot - bootloaders as files are are thing of a PC, it is quite possible that embedded bootloader and kernel are in flash memory partitions and not mountable filesystems.

make TARGET=ARMV6 failed.
2.for booting, this is the sudo fdisk -l output
Disk /dev/mmcblk0: 7.2 GiB,<PHONE_NUMBER> bytes, 15140864 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device         Boot  Start      End  Sectors  Size Id Type
/dev/mmcblk0p1 *<PHONE_NUMBER>9167 15058688  7.2G  b W95 FAT32
/dev/mmcblk0p2       73728   139263    65536   32M  6 FAT16
/dev/mmcblk0p3           1    41216    41216 20.1M  5 Extended
/dev/mmcblk0p5      139264   139519      256  128K 83 Linux
/dev/mmcblk0p6      139520   180479    40960   20M 83 Linux
Partition table entries are not in disk order.
Disk /dev/mmcblk0boot1: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mmcblk0boot0: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Target ARMV6 is almost identical to ARMV7 so you would expect to see the same failure(s)(KERNEL.ARMV7 includes KERNEL.ARMV6 and adds kernels for nrm2 and gemm).
Linbian appears to use u-boot (which I do not find in their SD card image either) - probably easier to  find me some debian-armel image for qemu.

2 boot partitions are there. But dont try to mount them at home without full documentation on brick recovery at hand...

Both the AMAX bug and the missing utest build should be fixed now on the develop branch. Unfortunately I have not yet been able to set up a (cross)compiler environment for softfp that includes gfortran, so I cannot investigate the CHERK error from the original report right now.

The "make" without "TARGET="  passed:
OpenBLAS build complete. (BLAS CBLAS LAPACK LAPACKE)
OS               ... Linux
Architecture     ... arm
BINARY           ... 32bit
C compiler       ... GCC  (command line : cc)
Fortran compiler ... GFORTRAN  (command line : gfortran)
Library Name     ... libopenblas_armv7p-r0.3.7.dev.a (Multi threaded; Max num-threads is 4)
then can we ignore this error :
cblas_cherk  PASSED THE TESTS OF ERROR-EXITS
******* FATAL ERROR - COMPUTED RESULT IS LESS THAN HALF ACCURATE *******
EXPECTED RESULT                    COMPUTED RESULT
1  (   0.441034    ,    0.00000    )  (   0.441034    ,    0.00000    )
2  (   0.521087E-01,  -0.416458    )  (   0.521087E-01,  -0.416458    )
3  (  -0.459436    ,  -0.371565    )  (  -0.292707    ,  -0.492507    )
THESE ARE THE RESULTS FOR COLUMN   1
******* cblas_cherk  FAILED ON CALL NUMBER:
698: cblas_cherk ( CblasColMajor,    CblasLower,  CblasNoTrans,
3,  1, 1.0, A,  4, 1.0, C,  4).
******* cblas_cherk  FAILED ON CALL NUMBER:
217: cblas_cherk ( CblasRowMajor,    CblasUpper,  CblasNoTrans,
1,  0, 0.0, A,  2, 0.0, C,  2).
******* FATAL ERROR - TESTS ABANDONED *******

No, you should not ignore numeric failures.
cblas_cherk has 2 selectable options for different code paths.
Try in interface/syrk.c near top
#undef SMP

Then
#define USE_SIMPLE_THREADED_LEVEL3

Please tell if either worked out

This is probably another case of missing softfp capability somewhere in the code, as I do not get this error on ARMV7 hardfp. (I had a small hope that it might be fixed by the amax correction, but it is much more likely to be in SCAL or in GEMM itself)

It is not work after adding the macro to interface/syrk.c.

Martin already said so. Some assemblies are not correct for softfp, it is not multiprocessing issue.

Unfortunately I have no quick suggestion - if there is a problem in @ashwinyes' softfp modifications of the CGEMM assembly kernel I am unable to see it, and both CSCAL and CGEMM_BETA appear to be implemented in generic C code.

I think best choice at present is TARGET=ARMv5, there is anticipated missing performance, but at least it works.

Few things to note.
Regarding amax.

Using iamax_vfp.S for amax kernel is wrong. iamax_vfp.S only has the implementation to find the index of the max value. So KERNEL.ARMV6 needs to be corrected. This looks to be long standing undetected issue in OpenBLAS.
For the same reason, #2142 is not correct. Needs to be reverted.
The current implementation in iamax_vfp.S works for hardfp for samax because inadvertently it stores the max value in s0 where it is supposed to end up.

Regarding CHERK

Looks to be a compiler/environment issue. Could you try replacing -O2 by -O0 in Makefile.system for FCOMMON_OPT and COMMON_OPT
Also try setting "ulimit -s unlimited"

@ashwinyes I will do it described in "Regarding CHERK" after package installation is done.

The "cblas_cherk" error disappear after I replace -O2 by -O0 and unlimite the stack size.

Thanks. Would you be able to narrow it down as to which one actually helps ?

@Haffon Looks to be a compiler issue. Would it be possible to change the compiler and re-test ?

gcc 6.3.0 is part of Ubuntu zesty, long EOL, so compiler problems are essentially unfixable if found.
You need to move to LTS (e.g. 18.04) to get it working.
e.g. https://wiki.odroid.com/odroid-c2/os_images/ubuntu/ubuntu
Probably nobody tried setarch, so maybe try clean(-er) cross-build:
make CC=arm-????-gcc HOSTCC=cc FC=arm-????-gfortran TARGET=ARMv7

In ubuntu, you may use use update-alternatives to switch between different compiler version if they are available.
For a start see, https://askubuntu.com/questions/26498/how-to-choose-the-default-gcc-and-g-version

@brada4 @ashwinyes Thanks, my gcc version is
gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)
The OS I'm using is "linbian", I think it is more same with Debian, and the last gcc for Debian is 6.3.0. I will try to update-alternatives to narrow down the issue.

@brada4 the Odroid board was what the original issue was about, this here seems to be a Lindenis V5 setup with a genuine 32bit cpu.

The initial issue is ubuntu (it turns out debian9?) on an odroid is used to build for roborio target. It fails on that build platform, though should not.

@brada4 well yes, but the Odroid guy is a different person than the one who revived this issue, and has not taken part in this since december.

Ouch, my bad. I think ARMV5 gets project ahead while this project is at digging ARMv7 softfp dilemma. :-S

Since there is no easy way to alter the gcc version, I need more time to narrow down.

Hi, roborio guy here. I'm still interested in this, but don't really have time to fix/test anything at the present moment (and robotics stuff is more of a winter thing for me anyways). Hoping that this will be fixed by next season! :)

Hi, I met similar issue and could anyone help to confirm if this is an issue on Openblas ?
cross compile with gcc-7.3.0 to build Openblas-0.3.6
Build passed with compile command:
make TARGET=POWER8 HOSTCC=gcc CC=xxxx FC=xxxx ......
Build failed with compile command:
make **TARGET_ARCH=ppc64le** TARGET=POWER8 HOSTCC=gcc CC=xxxx FC=xxxx .....
Output for failure:
make -j 8 -C utest all make[1]: Entering directory '/home/lydiaz/p4sw/sw/gpgpu/eris/OpenBLAS/OpenBLAS-0.3.6/utest' /home/lydiaz/p4sw/sw/gpgpu/eris/../../tools/unix/hosts/Linux-x86/targets/Linux-ppc64le/gcc-7.3.0/bin/powerpc64le-unknown-linux-gnu-gcc -B /home/lydiaz/p4sw/sw/gpgpu/eris/../../tools/unix/hosts/Linux-x86/targets/Linux-ppc64le/gcc-7.3.0/powerpc64le-unknown-linux-gnu/lib64 -B /home/lydiaz/p4sw/sw/gpgpu/eris/../../tools/unix/hosts/Linux-x86/targets/Linux-ppc64le/gcc-7.3.0/bin -B /home/lydiaz/p4sw/sw/gpgpu/eris/../../tools/unix/hosts/Linux-x86/targets/Linux-ppc64le/binutils-2.29.1/bin --sysroot=/home/lydiaz/p4sw/sw/gpgpu/eris/../../tools/unix/hosts/Linux-x86/targets/Linux-ppc64le/root-powerpc64le-linux-gnu  -lgfortran -Ofast -mcpu=power8 -mtune=power8 -mvsx -malign-power -DUSE_OPENMP -fno-fast-math -fopenmp -DUTEST_CHECK -DSANITY_CHECK -DREFNAME=utest_mainf_ -DMAX_STACK_ALLOC=2048 -fopenmp -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=8 -DMAX_PARALLEL_NUMBER=1 -DVERSION=\"0.3.6\" -DASMNAME=utest_main -DASMFNAME=utest_main_ -DNAME=utest_main_ -DCNAME=utest_main -DCHAR_NAME=\"utest_main_\" -DCHAR_CNAME=\"utest_main\" -DNO_AFFINITY -I..  ppc64le -c -o utest_main.o utest_main.c powerpc64le-unknown-linux-gnu-gcc: error: ppc64le: No such file or directory <builtin>: recipe for target 'utest_main.o' failed make[1]: *** [utest_main.o] Error 1 make[1]: Leaving directory '/home/lydiaz/p4sw/sw/gpgpu/eris/OpenBLAS/OpenBLAS-0.3.6/utest' Makefile:123: recipe for target 'tests' failed make: *** [tests] Error 2
Any value of TARGET_ARCH will always pass to utest and make build fail.
Can't we pass "TARGET_ARCH" to Openblas ?
Thanks.

@LydiaZhang2017 I do not see how your problem is related to this (ARM gcc) issue at all, except that you happened to cross-compile ? Nothing in the OpenBLAS build system uses TARGET_ARCH, but as it is a built-in function of make it adds the output of uname -p to the command line, confusing the compiler.

Thanks for verification and opening new issue for this.
I updated it here because it's similar to comment  in this issue.
I will follow #2193.

Its a PR, i.e attempt to fix. If you could verify if it works after change

Its a PR, i.e attempt to fix. If you could verify if it works after change

Please note this also exist in ctest.
After adding "override TARGET_ARCH=" in Makefile of utest and ctest, build passed.

Thanks for the feedback (must have totally missed - or forgotten about - the TARGET_ARCH reference in the earlier comment, sorry). I had only looked at test and lapack test, will update the PR to fix the ctest Makefile as well.

＠ashwinyes, I have downloaded the gcc 9.1.0 source and compile it, then I compile new download develop branch source of OpenBLAS with
make CC=/home/ai/opt/gcc-9.1.0/bin/armv7l-unknown-linux-gnueabi-gcc FC=/home/ai/opt/gcc-9.1.0/bin/armv7l-unknown-linux-gnueabi-gfortran HOSTCC=gcc
the amax:samax issue has gone, but there is still 2 "FATAL ERROR" issues. I will report after changing the -O option in Makefile.system.

test pass with -O1, I will use OpenBLAS compiled with this option in my armv7l platform. Is there any hints in "https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html"?

Thanks. No obvious hint (at least for me) in the list of options that get added at -O2, in particular as we cannot be sure which file it is that gets miscompiled at that level. I guess the most likely one
is the cgemm assembly kernel as it seems all other microkernels used for/by CHERK are written
in C - so only the cgemm_kernel_2x2_vfpv3.S has special code for softfp in it.
Perhaps you could try leaving the -O2 in Makefile.system, and overriding it only in kernel/Makefile
or specifically kernel/Makefile.L3 - something like override CFLAGS=$subst(-O2,-O1,$(CFLAGS))

I've gotten it to compile this year (with gcc 7.3.0 and OpenBLAS 0.3.7). Thanks!


Assignment 06

Checklist

[x] Paste a screenshot of the solution whenever possible (ctrl+v or cmd+v directly on this textbox works)
[x] Add optional notes/remarks to be taken into account for evaluating the submission

For this assignment, the idea was to slice a tapered-twisted hexagonal vase with a steep angle to give it a more dynamic look. Doing so all faces look different and the slicing pattern accentuates the twist of the vase.

Hello, thanks for your submission!
The idea of this assignment was to experiment with the design of a distance field that is related to the geometry of the shape, and explore path configurations that can emerge from that. In this case the plane distance field of the tutorial was used with small modifications. More design exploration could have been carried out.
However, the submission is complete from a coding perspective.


fingerprint for Taiwan 2020 AURIS/COROLLA SPORT

fingerprint for Taiwan 2020 AURIS/COROLLA SPORT
Device: comma two
Dongle ID: 3025b993d0e21cdf

added your fw in 78027b471fdaa0df87f9398d51214caf551f2af0


Do not make use of definitions in Draft 3 test

The definitions locator keyword was introduced in Draft 4. As a simple workaround, we can use properties instead.

I confirm that on my implementation, everything passes with this patch.

Looks great, appreciated!


why tensorflow backend is 4x slower than theano when i training a word vector level lstm.

Same comments say that tensorflow backend is slower than theano when training lstm.I meet the same question. I want to know why this happen? @fchollet

Are you using TF 0.8+? The main reason that TF is sometimes slower than theano is that it is newer. It's currently much faster than after release but there's still room for optimization. This takes time, though.

@talpay Yes, the latest version. Interesting, hope the time will be  short.

Also experiencing extreme slowness on TF side.
On Thu, Jun 2, 2016 at 5:21 AM, yanyuxiaoxiao<EMAIL_ADDRESS>wrote:

@talpay https://github.com/talpay Yes, the latest version. Interesting,
hope the time will be short.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/fchollet/keras/issues/2869#issuecomment-223178709,
or mute the thread
https://github.com/notifications/unsubscribe/AFdLCGQRRVi2gtR4qj2kd45ygtWcPGijks5qHj4kgaJpZM4IrjXl
.


Cluster-Autoscaler: remove all code - the project has moved to https://github.com/kubernetes/autoscaler/tree/master/cluster-autoscaler

Ref: #2533
cc: @MaciekPytel @piosz @jszczepkowski @fgrzadkowski @andrewsykim @mumoshu @Raffo

This change is

@mwielgus maybe it would be also worth adding a "redirect" FAQ.md? I believe I've seen people send direct links to faq already.

@MaciekPytel  good point - fixed.

/lgtm

Is anyone using cluster autoscaler? For example have you updated rescheduler?

Rescheduler has CA in vendor - it will have to be updated on the earliest convenience.
The whole contrib compiled so I guess noone used CA directly.

Great. Thanks for checking.
--
Filip
On Wed, Apr 19, 2017 at 2:09 PM, Marcin Wielgus<EMAIL_ADDRESS>wrote:

Rescheduler has CA in vendor - it will have to be updated on the earliest
convenience.
The whole contrib compiled so I guess noone used CA directly.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/kubernetes/contrib/pull/2558#issuecomment-295243022,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKUcdgRtVeCtiv0AgGflweXgAaSF_Lrmks5rxfmGgaJpZM4NBb1X
.


Run legacy data migrations in production

Blocked until

[x] #1035
[x] #1030
[x] #960
[x] #961

Acceptance Criteria:

[ ] plan for when we want this data exposed to users. What is the customer support impact?
[ ] do some offline tests to estimate how long it will take to run in production
[ ] decide on day / time to run so we don't interfere with any other site process

Run these migrations in production (@rachellougee please review & add the specific management commands):

[ ] product import

To create inactive products for DEDP courses with price 1000,  run  python manage.py create_product_for_program_courses
To create active products for DEDP courses with price 1000, run python manage.py create_product_for_program_courses --active

[ ] enrollment import

Run a command like python manage.py import_micromasters_data. This will run and import the course runs/financial aid/order/grades

[ ] grades import

The above command covers it, it doesn't need to run separately

out of scope

program enrollments #703
course certificates #705
program certificates #706

I've added the commands we need to run on production. I will update if anything changes

@pdpinch Should we run product import for the DEDP program as active or inactive? https://github.com/mitodl/mitxonline/issues/1035 is deployed, but I am not entirely sure about the impact of creating active products for all DEDP courses including the imported course run from MM
tagging @jkachel in case he knows the impact

We want to run product import with the DEDP program as active, but we need to close https://github.com/mitodl/mitxonline/issues/1035 first.

My plan to run legacy migration on production on Monday 10/03 is like this:
Before running migration

Let @blarghmatey know before running it so he can take a snapshot of MITxOnline
Run queries to capture the COUNT/MAX(id) against the following tables on BI
(It's not going to be 100% accurate as data can come in anytime, but a general idea of the current state of these tables)

SELECT COUNT(*) FROM public.courses_courserun;  --57 as of 09/30
SELECT MAX(id) FROM public.courses_courserun;

SELECT COUNT(*) FROM public.courses_courserunenrollment; --61129 as of 09/30
SELECT MAX(id) FROM public.courses_courserunenrollment;

SELECT COUNT(*) FROM public.flexiblepricing_flexibleprice; --1 as of 09/30
SELECT MAX(id) FROM public.flexiblepricing_flexibleprice;

SELECT COUNT(*) FROM public.ecommerce_order; --20 as of 09/30
SELECT MAX(id) FROM public.ecommerce_order;

SELECT COUNT(*) FROM public.ecommerce_line; --20 as of 09/30
SELECT MAX(id) FROM public.ecommerce_line;

SELECT COUNT(*) FROM public.ecommerce_transaction; --9 as of 09/30
SELECT MAX(id) FROM public.ecommerce_transaction;

SELECT COUNT(*) FROM public.courses_courserungrade; --23021 as of 09/30
SELECT MAX(id) FROM public.courses_courserungrade;

I will also take a dump of the above-specific tables in case

Running migration

Run the management command to create active products for existing DEDP courses
python manage.py create_product_for_program_courses --active

Run the import command to bring in the CourseRun, Enrollment, Order/Line/Transaction, FinancialAid, and Grades data from MicroMaster
python manage.py import_micromasters_data

Run create_product_for_program_courses command again to generate products for those migrated CourseRuns from the above step

(optional) run import_micromasters_data again to make sure Order/Line/Transaction for those imported course runs are brought over. (Or it can wait until 10/07 to run the import again)

No matter what sequence we run for product and MM data migration, it's going to be multi-steps because we need to generate products for the newly imported course runs, and Order/Line are depending on products
I've also done an offline test against the production database Tobias created in #1013,  the MM import queries take about 37 sec, not sure what the best time to run it when the traffic is relative low?

do some offline tests to estimate how long it will take to run in production

@pdpinch @rhysyngsun FYI. Feel free to correct me if anything missing here

Created products and Ran data migration on 10/04. Here are results for reference.
002_import_courserun.sql
Rows added: 82

003_import_enrollment.sql
Rows added: 5230

004_import_financial_aid.sql
Rows added: 6545

005_import_order.sql
Rows added: 10162

006_import_line.sql
Rows added: 10162

007_import_transation.sql
Rows added: 9353

008_import_combined_final_grade.sql
Rows added: 5498

Table
COUNT/MAX(ID) Before
COUNT/MAX(ID) After

courses_courserun
58/59
140/141

courses_courserunenrollment
62649/62651
67893/77771

flexiblepricing_flexibleprice
1/1
6374/6547

ecommerce_order
20/20
10182/10182

ecommerce_line
20/20
10182/13316

ecommerce_transaction
9/11
9362/9364

courses_courserungrade
24607/24607
30105/30115

Data migration run on 10/11
002_import_courserun.sql
Rows added/updated: 0
003_import_enrollment.sql
Rows added/updated: 13
004_import_financial_aid.sql
Rows added/updated: 53
005_import_order.sql
Rows added/updated: 363
Running: 006_import_line.sql
Rows added/updated: 364
007_import_transation.sql
Rows added/updated: 345
008_import_combined_final_grade.sql
Rows added/updated: 10
Removed one extra line in https://github.com/mitodl/mitxonline/issues/1125


Add Chinese traditional

Via email<EMAIL_ADDRESS>asked me to add Chinese traditional to homarr
steps

[ ] add to crowdin
[ ] add to language.ts

please help to verify chinese traditional


alpine-image for ASP.NET Core 3.1.8 is missing

We generally use the basic alpine-Image of ASP.NET CORE. But since 3.1.8 the tag 3.1.8-alpine is missing. Is this intentional? What tag should be used instead?
This is the list of existing 3.1.8 tags, taken from https://mcrflowprodcentralus.data.mcr.microsoft.com/mcrprod/dotnet/core/aspnet?P1=1599802058&P2=1&P3=1&P4=d2h2d6ybZGX%2F3r038Ud6sHD%2FqKX3fLjrBil%2B%2BxkbHrk%3D&se=2020-09-11T05%3A27%3A38Z&sig=WaObCJtY6cCj2pnFgoRUzASOrHZ3%2FD5Jpf12IMtlKLQ%3D&sp=r&sr=b&sv=2015-02-21:
"3.1.8",
"3.1.8-alpine3.11",
"3.1.8-alpine3.11-arm64v8",
"3.1.8-alpine3.12",
"3.1.8-alpine3.12-arm64v8",
"3.1.8-bionic",
"3.1.8-bionic-arm32v7",
"3.1.8-bionic-arm64v8",
"3.1.8-buster-slim",
"3.1.8-buster-slim-arm32v7",
"3.1.8-buster-slim-arm64v8",
"3.1.8-focal",
"3.1.8-focal-arm32v7",
"3.1.8-focal-arm64v8",
"3.1.8-nanoserver-1809",
"3.1.8-nanoserver-1903",
"3.1.8-nanoserver-1909",
"3.1.8-nanoserver-2004",

Shell
docker pull mcr.microsoft.com/dotnet/core/aspnet:3.1.8-alpine
Error response from daemon: manifest for mcr.microsoft.com/dotnet/core/aspnet:3.1.8-alpine not found: manifest unknown:
manifest tagged by "3.1.8-alpine" is not found

Any news on this one? We want to update our production system to the latest bits and need your advice.

Solution is https://github.com/dotnet/core/issues/5170#issuecomment-700920940


Added toggle service to covers

Description:
Added cover.toggle and cover.toggle_cover_tilt services for covers.  This was missing because covers have open/closed states instead of on/off, but is useful for devices such as garage doors that will often have a single button to open or close them.
Related issue (if applicable): fixes #20752
Pull request in home-assistant.io with documentation (if applicable): home-assistant/home-assistant.io#9245
Checklist:

[X] The code change is tested and works locally.
[X] There is no commented out code in this PR.

If user exposed functionality or configuration variables are added/changed:

[X] Documentation added/updated in home-assistant.io

Found a bug in the MQTT cover component - will submit a PR to fix that before this is fixed

This is more than a bug fix...  Changes to core should have an associated architectural issue and I couldn't find one in the architecture repo.  I'm not opposed to these new features, but think we need discussion on the approach (i.e. what properties to add...)  The arch issue is the place to have that discussion before work starts.  I suggest this PR be tabled until and an arch issue opened with your proposal to start the dialog.

This looks like it needs a rebase (and force push) to resolve the merge conflict.  Let me know if you have any questions!


[dev-docs] Add prebuild to check for .env vars

Description
Same as title
Checklist

Do all Lints pass?

[x] Have you ran pnpm spellcheck?
[x] Have you ran pnpm fmt?
[x] Have you ran pnpm lint?

Spent a bunch of time looking at alternatives. There seems to be no way to set a default .env without committing it and thus not ignoring it. I have added a .env.example though which should hopefully help.
Also, to clarify the problem, I think the error is actually quite good, it's just kind of hidden when you run build from the root.
Error: Origin is not defined in docs.config.js. Ensure it is part of your .env file for your project by adding something like `NEXT_PUBLIC_ORIGIN="http://localhost:3030"`

Anyways, I rewrote the README.md to try and make it super clear and hopefully now that the .env.example is there, it shouldn't be a huge issue anymore.


Compatibility with MacOS and C++17

BEGINRELEASENOTES

Make compatible with MacOS Monterey and Ventura
Make compatible with C++17 - requires newer compiler. Tested with gcc 9.3.0 on Centos 7.
ENDRELEASENOTES

Yes. The throw statements in the declaration of a method in C++ was never useful. It was made deprecated with C++11, 12 years ago, and removed from c++17.

@mholtrop I did pull these commits locally and tested building and running various things and am pretty convinced this is safe overall. I do want to make discuss a bit (which can be done here) and clean up the comments, but besides that I am happy with this PR. During the last weekly meeting you complained about the amount of coordination happening in this repo, and I am simply putting effort into improving that situation.

@cbravo135 Hello Cam, Sarah made the changes in the comments and restored the examples in the CMakeLists file. I hope this is now in shape to be merged. Thanks.


Update to use go-common's BuildSimpleSystemConfigurationJsonViaMap

See https://github.com/Senzing/init-database/issues/104

Pull requests:

https://github.com/Senzing/go-sdk-abstract-factory/pull/73


Prepare for shadowdom v1

:point_up: 13. April 2016 22:57
Try it. :smile:

https://github.com/aurelia-ui-toolkits/aurelia-kendoui-bridge/issues/523

@JeroenVinke How do you set this up?
I tried in a minimal setup to install templating from<EMAIL_ADDRESS>but Aurelia uses the npm versions. I guess because the jspm registry is different, it gets treated as a completely different library instead of a fork (two versions of the same lib).
I'm thinking of manipulating the config.js dependencies directly. Do you know a more "elegant" way? :smile:

Seems I'm not getting everything right..
here's the md-card markup:
<template>
  <require from="./card.css"></require>

      ${mdTitle}

        ${mdTitle}
        more_vert

      ${mdTitle}
      <slot>fallback default</slot>

        ${mdTitle}
        close

      <slot name="reveal-text">fallback reveal</slot>

</template>

The reveal-text slot is never filled. Even its fallback content is not displayed.

Is this in a branch somewhere?

Not the most recent version as I've just edited it (marginal changes) but it's in the shadow-dom branch:
https://github.com/aurelia-ui-toolkits/aurelia-materialize-bridge/tree/shadow-dom
https://github.com/aurelia-ui-toolkits/aurelia-materialize-bridge/blob/shadow-dom/src/card/card.html

Seems like it's because the <slot> is inside a template controlled by if.bind.

Next issue.. :smile:
ShadowDOM is messing up my CSS..

That dropdown has three entries. Before using <slot> it would overlap the card. Relatively easy to fix but I wouldn't expect that.

:cry:

Somthing is not right with that..
The MaterialBox usually creates an overlay, displaying an image in full height/width (it's a lightbox).
Now the image is zoomed (as if displayed in full size) but the viewport is cut to the size of the samples's card (which is the ShadowDOM root?)..

Okay, this one is strange..
Step 1: http://localhost:3000/#/samples/select/

click on "set to item 3".
select something from the select box

Select options are cut off..

switch to another route and come back
immediately select something from the select box

Select options are displayed in full.

I am sure that the aurelia team is interested in feedback on the new shadow dom before it is used by the everyone. How much time will it take to reproduce in skeleton navigation?

I don't know..
I would have to see if it happens with a less complicated setup. This here is with jQuery + Materialize involved. I can try in a minimal setup (more like this).
Better than GitBook driving me crazy on "invalid entries in SUMMARY.md" :smile:

:) I will try shadow dom again tomorrow with kendo since I now know the errors I got were caused by bluebird

Funny.. When I remove the show.bind from above everything looks good.
So it's not an Aurelia problem.

Part of the reason is, "reveal cards" also introduce an activator which sets the card itself to overflow: hidden;.

Oh wow, seems like 1.0.0-beta.3.0.0 has been pushed to npm a few hours ago..
https://www.npmjs.com/package/aurelia-templating
https://github.com/aurelia/templating/releases
Noticed that when I tried to update the gist.run bundle.. Of course that doesn't work with <content> and <template replace part...>.

done


Update dataflow container version for Pandas upgrade

I missed doing this in #23973 and it is currently causing postcommits to fail
Fixes #24531

Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

[x] Choose reviewer(s) and mention them in a comment (R: @username).
[x] Mention the appropriate issue in your description (for example: addresses #123), if applicable. This will automatically add a link to the pull request in the issue. If you would like the issue to automatically close on merging the pull request, comment fixes #<ISSUE NUMBER> instead.
[ ] Update CHANGES.md with noteworthy changes.
[x] If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.
To check the build health, please visit https://github.com/apache/beam/blob/master/.test-infra/BUILD_STATUS.md
GitHub Actions Tests Status (on master branch)

See CI.md for more information about GitHub Actions CI.

Run Python Postcommit

R: @AnandInguva

Run Python 3.9 PostCommit

LGTM once the Post commit passes. Thanks for the fix.

Run Python PreCommit


Pym.JS fails if an iframe already exists in the container

We just had a (very difficult to debug!) issue whereby iframes (inserted by Google ads) were automatically appended to our empty container div, BEFORE we managed to invoke Pym.
This line of code then failed:
https://github.com/nprapps/pym.js/blob/master/src/pym.js#L335
...as it would send a postMessage to the ad iframe, rather than our application iframe.
We fixed this by adding a pym-iframe class to the created iframe, and looking via class name rather than tag name. I've opened a PR: https://github.com/nprapps/pym.js/pull/126

Hi @ChrisBAshton, I am curious about this, Are you using data-attributes or are you manually invoking pym later on?
I thought your issue was related to something that we want to change for the 1.0.0 release but I am not sure if our approach will solve the problem. The idea is to replace the contents of the container div instead of appending to them when the parent constructs the iframe. You can preview our almost certainly final approach here https://github.com/nprapps/pym.js/blob/hearken-and-tests/src/pym.js#L226-L230

We manually invoke Pym, somewhere below our container div. Here's a diagram:

The CMS we're using injects advert iframes in an almost random fashion; sometimes this means inside our placeholder div.
e.g. initial page structure

Advert JS happens:

Pym gets invoked by our inline JS....:

Pym sends a predefined message to our iframe - only it doesn't, because it sends it to the first iframe in the iframe-container. Hence the bug.
It sounds like the new proposed Pym solution will clear the placeholder entirely - which will (in this case) remove the advert iframe too?

Hi @ChrisBAshton,
We recommend to instantiate pym as soon as possible after the container element is created to avoid this situations, but in some situations that is not possible. In our proposed solution we will make sure that the placeholder will only include the pym managed iframe so yes it will remove the advert iframe in your case....would that be a problem?

@ChrisBAshton I think that requiring the placeholder to be empty in order for the library to work with it is an understandable/reasonable requirement

@ChrisBAshton what CMS is this? That's pretty strange that it would just place the ad in whatever div it feels like.
The new version of pym does remove all child elements of the placeholder div before inserting the iframe. This is to support CMSes that don't render empty tags, so we put a placeholder, such as _ there.

No problem, I see it as a reasonable requirement too. I've raised it with the necessary product people in our team; unpredictable injection of adverts is a risky game!
That said, is there a reason why we're using getElementsByTagName rather than selecting by class name? Applying a class to the generated iframe gives more freedom for Pym users to style or programmatically interact with it. (I may just have answered my own question!!)

@ChrisBAshton I am closing this issue for now


tap handle when other than url, mentioned or custom type tapped

Let say I have this text
"Lorem pipsum https://www.google.com. pipusum lorementadiyo iblisiya. pipusum lorementadiyo iblisiya. pipusum lorementadiyo iblisiya"
I know when URL is tapped. Now I want to detect when other normal texts are tapped.

my issue is the same  I want to detect when other normal texts are tapped.


measureLayoutRelativeToParent broken in ListView in 0.8.0-rc

I was using UIManager.measureLayoutRelativeToParent to get the scroll offset of an element contained in a ListView (click on the element, and the view would scroll so the element was at the top of the screen). This stopped working between 0.7.1 and 0.8.0-rc (I can't find exactly which commit).
Here's some code showing it. Click on an element and it should log the Y offset - it works in 0.7.1, but always returns the first element's offset in 0.8.0-rc. Also, it works as expected in 0.8.0-rc if it's a ScrollView, not a ListView.
var React = require('react-native');
var UIManager = require('NativeModules').UIManager;
var { AppRegistry, StyleSheet, ListView, Text, TouchableOpacity,} = React;

var Row = React.createClass({
  measure: function () {
    var handle = React.findNodeHandle(this.refs['scrolly']);
    UIManager.measureLayoutRelativeToParent(handle, () => {}, (x, y) => {
      // Should be the y offset of the element.
      // Works correctly in 0.7.1,
      // always returns the first element offset in 0.8.0-rc.
      console.log(y);
    });
  },
  render: function() {
    return (<TouchableOpacity ref={`scrolly`} onPress={this.measure}>
      <Text style={styles.row}>{this.props.txt}</Text>
    </TouchableOpacity>);
  }
});

var dataSource = new ListView.DataSource({rowHasChanged: (r1, r2) => r1 !== r2});
dataSource = dataSource.cloneWithRows([...new Array(50)].map((_, i) => {{txt: 'txt' + i}}));
var test = React.createClass({
  render: function() {
    return (<ListView
      dataSource={dataSource}
      renderRow={row => <Row txt={'test'} />}>
    </ListView>);
  }
});

var styles = StyleSheet.create({
  row: { fontSize: 30, textAlign: 'center', margin: 10, },
});

AppRegistry.registerComponent('test', () => test);

I traced the error back to this commit: https://github.com/facebook/react-native/commit/bfbc280fb441ad76680b6f6ac00d840d10e5d831
I have a fix for the immediate problem - but I'm also concerned that measureLayoutRelativeToParent will behave unpredictably when you have stickyHeaderIndices set: in this case the children are wrapped - and I guess that will change the parent.

@mrspeaker @a2 I'm facing a similar issue in 0.8.0-rc.
onLayout was working fine in 0.7.1 - calculating the y offset of view in a listview. Now seems to be broken and always returns y: 0, x: 0.

yeah, we're going to revert bfbc280
https://github.com/facebook/react-native/commit/bfbc280fb441ad76680b6f6ac00d840d10e5d831
and
Layout-only node removal (again) as well...very hard to get right.
On Fri, Jul 17, 2015 at 5:18 AM, Yamill Vallecillo<EMAIL_ADDRESS>
wrote:

@mrspeaker https://github.com/mrspeaker @a2 https://github.com/a2 I'm
facing a similar issue in 0.8.0-rc.
onLayout was working fine in 0.7.1 - calculating the y offset of view
in a listview. Now seems to be broken and always returns y: 0, x: 0.
[image: screen shot 2015-07-16 at 11 16 21 pm]
https://cloud.githubusercontent.com/assets/755943/8739990/b65b148e-2c10-11e5-8121-f2198313354a.png
—
Reply to this email directly or view it on GitHub
https://github.com/facebook/react-native/issues/2023#issuecomment-122158025
.

reverts landed - sorry for the trouble.

Is this working for anyone? I'm still having the issue described above, where measuring a ListView cell  returns 0 for x and y.


Data from all the participants previous rounds in the participant view

I close this issue as all available data is currently being shown in the participant view. We should make new issues for the work that remains to be done in the participants view.


Add support to include a file into another

Add support to include a file into another one, currently only inside a list.
One piece I don't like so much is to use env var HCONFIG_INCLUDE_PATH to resolve filenames. Probably it would be better that file directories are relative to the file that has the include directive. Doing that by the way is a bit more complex because needs state to be passed across many pieces

Closing this for now since it needs an improved design to make it more robust.


Error after upgrading danger-swiftlint to 0.36.0

Using danger 9.4.3
Using danger-gitlab 8.0.0
Using danger-plugin-api 1.0.0
Using danger-swiftlint 0.36.0
Using gitlab-dangerfiles 4.7.0
Using danger-jira 0.9.1
Bundle complete! 7 Gemfile dependencies, 40 gems now installed.
Use `bundle info [gemname]` to see where a bundled gem is installed.
$ danger
---------------------------------------------
Checking SwiftLint...
/Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-swiftlint-0.36.0/lib/danger_plugin.rb:[68](https://gitlab.mkodo.net/blah/blah/-/jobs/162133#L68):in `lint_files': \e[31m (Danger::DSLError)
[!] Invalid `Dangerfile` file: swiftlint is not installed\e[0m
 #  from Dangerfile:11
 #  -------------------------------------------
 #
 >      CodeAnalysis.check_swiftlint(swiftlint, git)
 #      CodeAnalysis.find_unused_swift_items(git, self)
 #  -------------------------------------------
	from /Users/jenkins/builds/SDbktd4d/0/blah/blah/danger/code_analysis.rb:12:in `check_swiftlint'
	from Dangerfile:11:in `eval_file'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:311:in `eval'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:311:in `eval_file'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:204:in `block in parse'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:201:in `instance_eval'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:201:in `parse'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:287:in `run'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/executor.rb:28:in `run'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/commands/runner.rb:[73](https://gitlab.mkodo.net/blah/blah/-/jobs/162133#L73):in `run'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/claide-1.1.0/lib/claide/command.rb:334:in `run'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/bin/danger:5:in `<top (required)>'
	from /Users/jenkins/.rbenv/versions/3.0.6/bin/danger:25:in `load'
	from /Users/jenkins/.rbenv/versions/3.0.6/bin/danger:25:in `<main>'
/Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-swiftlint-0.36.0/lib/danger_plugin.rb:68:in `lint_files': swiftlint is not installed (RuntimeError)
	from /Users/jenkins/builds/SDbktd4d/0/blah/blah/danger/code_analysis.rb:12:in `check_swiftlint'
	from Dangerfile:11:in `eval_file'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:311:in `eval'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:311:in `eval_file'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:204:in `block in parse'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:201:in `instance_eval'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:201:in `parse'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/dangerfile.rb:287:in `run'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/danger_core/executor.rb:28:in `run'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/lib/danger/commands/runner.rb:73:in `run'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/claide-1.1.0/lib/claide/command.rb:334:in `run'
	from /Users/jenkins/.rbenv/versions/3.0.6/lib/ruby/gems/3.0.0/gems/danger-9.4.3/bin/danger:5:in `<top (required)>'
	from /Users/jenkins/.rbenv/versions/3.0.6/bin/danger:25:in `load'
	from /Users/jenkins/.rbenv/versions/3.0.6/bin/danger:25:in `<main>'
[!] The exception involves the following plugins:
 -  danger-swiftlint

I got the same issue since today

Gotcha, sorry you're running into that issue. The only meaningful change in 0.36.0 was an update to Swiftlint itself in #200. @aiKrice does this issue look related?

(nudging works well !)
Can you put a piece of your dangerfile ?
I will try later in  the day, (I use the binary_path with a localversion of swiftlint)

Hello @ashfurrow , I don't understand what's wrong but indeed locally it's break if I don't use the binary_path (so the local version of swiftlint downloaded by the tools).
I double check the ash and the version and it looks good. Do you have an idea why it could fail (any hint?)

The issue was solved. Can you double check please

@aiKrice Does it need a new tag - latest gem is still pointing to 0.36.0

Hello, we have the same error on Bitrise:
Running danger
$ bundle "exec" "danger" "--fail-on-errors=true"
bundler: failed to load command: danger (/Users/vagrant/.asdf/installs/ruby/3.2.4/bin/danger)
/Users/vagrant/.asdf/installs/ruby/3.2.4/lib/ruby/gems/3.2.0/gems/danger-swiftlint-0.36.0/lib/danger_plugin.rb:68:in `lint_files':  (Danger::DSLError)
[!] Invalid `Dangerfile` file: swiftlint is not installed

@ashfurrow . I think I can't push the new version of the gem. I already prepare a tag (i am not very familiar to rubygems deployment. I tried gem push command but unsuccessfully. I think my last commit is fine. Can you finish or tell me what to do ?

Last gem still pointing to 0.36.0. Please update rubygems: https://rubygems.org/gems/danger-swiftlint/versions

I can't :(
Nudge @ashfurrow

Hey, sorry for the delayed response from me here.
First and foremost, thank you to @thomasjoulin for opening the PR that fixed this and to @aiKrice for reviewing the PR and tagging a new release.
I'm still the only owner on rubygems.org which is why the tag alone didn't work. I have pushed up the 0.36.1 version so this should work now.
If anyone runs into this kind of problem again, you can specify a last-known good version in your Gemfile:
gem 'danger-swiftlint', '0.35.0'

This locks bundler to using the old version, but of course you'd also have the old version of SwiftLint, too. Not my intention to assign blame here – I should have responded sooner – I only want to share a potential workaround.
Let's keep this issue open until someone can confirm it's fixed for them.

@ashfurrow I am using 0.36.1 now and it works successfully, thanks.


Revert "[5.7] consider requirements of an underscored protocol to also be underscored (take two)"

Reverts apple/swift#59532
Explanation: The change introduced by apple/swift#59532 went against the consensus behind underscored protocols: While the protocol itself should be considered internal, the default implementations of that protocol should not. This PR reverts that implementation to return to the consensus implementation for symbol graphs.
Scope: Affects symbol graph generation when the "minimum access level" is set to public (the default).
Bug: rdar://97074558
Risk: Low. The changes are restricted to SymbolGraphGen, and should not affect normal compilation.
Testing: A new list test, SymbolGraph/Symbols/UnderscoredProtocols.swift, has been added to ensure that the desired behavior is kept.

@swift-ci Please build toolchain macOS


Merge copy instructions if possible

This merges two copy instructions to a copy2 instruction if possible.

The miri CI job fails because of this issue: https://github.com/rust-lang/miri/issues/3404


The sort order of the account list is not fixed

Description the issue:
The sort order of the account list is not fixed when:

Switch Network

Switch Account

Create Derived Account

[x] Team checked:

Taking the mechanism of Polkadot{.js} => Team will discuss, consider more

Version test: https://file.cdmteck.com/s/4oimk9zDJ8R5Aai/download?path=%2F&files=./758-merge-build-0.6.9-1668074268116.zip
Validation passed.


Use build helpers / first set of migration

Use the build helpers for the already migrated tagless components, according to #984:

alert
button
button group
dropdown
modal
nav
progress

@jelhan this was more "mechanical" work (moving existing code around), so as long as tests pass, no thorough review is needed I believe! :)

This looks awesome! Makes the code much easier. If I got it right, you are tending to do the migration as soon as possible? Maybe it would be even easier to do the remaining outerHTML conversion directly with the build helpers rather than duplicating the code for BS3/BS4?
Restarted BrowserStack test, which is flickering as usual. :roll_eyes:

Maybe it would be even easier to do the remaining outerHTML conversion directly with the build helpers rather than duplicating the code for BS3/BS4?

Yes, indeed. I focused on these helpers as I realized that often when moving to outerHTML you would have to move common templates to bs3/bs4, only to move them back to common when implementing the helpers. So I think makes sense to start using them immediately!