gym603
gym603
https://github.com/Tony607/voc2coco/blob/master/voc2coco.py
Is it related to the code [BIMserver/blob/master/BimServer/src/org/bimserver/webservices/impl/ServiceImpl.java#L3033](https://github.com/opensourceBIM/BIMserver/blob/master/BimServer/src/org/bimserver/webservices/impl/ServiceImpl.java#L3033)? Why do we need to check whether we can visit [www.google.com](http://www.google.com)?
`tar -xf ${_realname}-${pkgver}.tar.gz || tar -xf ${_realname}-${pkgver}.tar.gz` tar can't find the link file when decompressing for the first time, the second time tar can find it.
Related tests: - ```assert 3.14 in [1.0, 3.14]``` success - ```k := 3.14; assert k in [1.0, 3.14]``` failed - ```k := 3.14; assert k in [1.0, k]``` success -...
C backend code test: ``` #include typedef double f64; void main() { f64 k = 3.14; if (!((3.14 == 1.0 || 3.14 == 3.14))) { printf("Assertion failed...111\n"); } if (!((k...
Force the use of `-std=gnu99` and the test will pass. ``` # echo ${MINGW_PACKAGE_PREFIX} mingw-w64-i686 # gcc -std=c99 -municode -g -w -o ${MINGW_PACKAGE_PREFIX}-v0.exe vc/v_win.c -ladvapi32 -lws2_32 # ./${MINGW_PACKAGE_PREFIX}-v0 -keepc -g...
> Force the use of `-std=gnu99` and the test will pass. > > ``` > # echo ${MINGW_PACKAGE_PREFIX} > mingw-w64-i686 > > # gcc -std=c99 -municode -g -w -o ${MINGW_PACKAGE_PREFIX}-v0.exe...
> This seems related to gcc-mingw32 bug posted at https://groups.google.com/g/linux.debian.bugs.dist/c/Gz87kv8qZ-c Thanks, I will test further.
In order to clarify the source of the error, I used the following test code (`test.c`): ``` #include #include #include union { double f64; uint64_t u64; } buf; void main()...
> Since the v semantics depends on the semantics of C I think we have to understand if this is a Bug in GCC or if this is just undefined...