![]() ![]() Makefile:613: recipe for target '.build_release/cuda/src/caffe/layers/hdf5_data_layer.o' failed Src/caffe/layers/hdf5_data_layer.cu:10:10: fatal error: hdf5.h: No such file or directory NVCC src/caffe/layers/ hdf5_data_layer.cu NVCC src/caffe/layers/ cudnn_lrn_layer.cu NVCC src/caffe/layers/ euclidean_loss_layer.cu NVCC src/caffe/layers/ cudnn_tanh_layer.cu NVCC src/caffe/layers/ cudnn_softmax_layer.cu NVCC src/caffe/layers/ base_data_layer.cu NVCC src/caffe/layers/ cudnn_relu_layer.cu NVCC src/caffe/layers/ cudnn_deconv_layer.cu The following reply was made to PR c/5290 it has been noted by GNATS.NVCC src/caffe/layers/ cudnn_conv_layer.cu Subject: c/5290: Miscompilation of GDB on i386 * gnu/gcj/convert/Convert.java (error): Program is called The following reply was made to PR libgcj/5303 it has been noted by GNATS. Workaround is to build both 2.6 and 2.8 versions, using Sun's cc to bootstrap ![]() try and bootstrap 3.0.3 with the 2.6-built 3.0.3. export that directory to a sparc-sun-solaris2.8 host build and install 3.0.3 on sparc-sun-solaris2.6 home/dcs/wpc/bullet/incoming/gcc-3.0.3/libiberty/fdmatch.c:60: warning: unused variable `sbuf2' home/dcs/wpc/bullet/incoming/gcc-3.0.3/libiberty/fdmatch.c:59: warning: unused variable `sbuf1' home/dcs/wpc/bullet/incoming/gcc-3.0.3/libiberty/fdmatch.c:60: storage size of `sbuf2' isn't known home/dcs/wpc/bullet/incoming/gcc-3.0.3/libiberty/fdmatch.c:59: storage size of `sbuf1' isn't known home/dcs/wpc/bullet/incoming/gcc-3.0.3/libiberty/fdmatch.c: In function `fdmatch': usr/include/sys/stat.h:322: parse error before '}' token usr/include/sys/stat.h:259: previous declaration of `st_blocks' usr/include/sys/stat.h:319: conflicting types for `st_blocks' usr/include/sys/stat.h:318: parse error before "blksize_t" usr/include/sys/stat.h:262: parse error before '}' token usr/include/sys/stat.h:258: parse error before "blksize_t" In file included from /home/dcs/wpc/bullet/incoming/gcc-3.0.3/libiberty/fdmatch.c:53: ![]() I/home/dcs/wpc/bullet/incoming/gcc-3.0.3/libiberty/./include -W -Wall -Wtraditional -pedantic /home/dcs/wpc/bullet/incoming/gcc-3.0.3/libiberty/fdmatch.c this makes it hard to use the sparc-sun-solaris2.6-built 3.0.3 to build anything that uses, e.g., fcntl.h, on sparc-sun-solaris2.8, including bootstrapping gcc 3.0.3. The fixincludes for 3.0.3 on sparc-sun-solaris2.6 produces a sys/types.h that is invalid for use on sparc-sun-solaris2.8 (e.g., on sparc-sun-solaris2.8 it needs to typedef blksize_t). ![]() Sparc-sun-solaris2.6 and sparc-sun-solaris2.8 >Synopsis: sparc-sun-solaris2.6 built 3.0.3 fails to bootstrap sparc-sun-solaris2.8 3.0.3: header problem Subject: bootstrap/5342: sparc-sun-solaris2.6 built 3.0.3 fails to bootstrap sparc-sun-solaris2.8 3.0.3: header problem Which is not restricted to ANSI C++, and have this problem = State-Changed-When: Wed Dec 26 16:12:44 2001Ĭontent-Transfer-Encoding: quoted-printable Synopsis: compiler doesn't work correctly Or give me some aĢ.9.x version, which is restricted to ANSI C++, has this So would you please check the g++ 2.9.6 (RedHat 7.1) and see We are using a lotįeature which are not available in g++ 3.0.3. Subject: RE: c++/5197: compiler doesn't workīut g++ 3.0.3 is more ANSI C++ standard. Sorry, I mean to find a 2.9.x version which is not restricted to ANSI C++, This format, some or all of this message may not be legible. Since your mail reader does not understand To: Jianhua Zhou, RE: c++/5197: compiler doesn't work correctly The following reply was made to PR c++/5197 it has been noted by GNATS. Subject: c++/5197: compiler doesn't work correctly Or give me some =ģ.0.3 and see if the problem is reproduced? We are using a lot feature which are not available in g++ =Ģ.9.6 (RedHat 7.1) and see if this problem is there. RE: c++/5197: compiler doesn't work correctly ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |