[Bug other/108464] [13 Regression] Broken -fdebug-prefix-map since r13-3599
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108464 --- Comment #6 from Orion Poplawski --- So, there was quite the initial flurry of activity here and then nothing. Any chance we could get some more movement here? It's breaking a ccache test for one. Thank you.
[Bug target/104172] [9/10/11/12 Regression] ppc64le mangling ICE with -flto -ffat-lto-objects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104172 Orion Poplawski changed: What|Removed |Added CC||orion at cora dot nwra.com --- Comment #7 from Orion Poplawski --- I believe this is causing the ccache compile failure in Fedora rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1881086
[Bug libstdc++/89416] [9 regression] std::vector::push_back no longer builds.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89416 Orion Poplawski changed: What|Removed |Added CC||orion at cora dot nwra.com --- Comment #3 from Orion Poplawski --- This change appears to break building of the score-p profiler at least with clang++ 7.0.1: /bin/sh ./libtool --tag=CXX --mode=compile /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../../build-libwrap -I./../src -I../../build-libwrap/../src -DLIBWRAP_BUILD -I../src/utils/include -I../../build-libwrap/../src/utils/include -I../../build-libwrap/../vendor/common/src/utils/include -g -O2 -c -o libscorep_tools_la-scorep_tools_dir.lo `test -f '../src/tools/lib/scorep_tools_dir.cpp' || echo '../../build-libwrap/'`../src/tools/lib/scorep_tools_dir.cpp libtool: compile: /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../../build-libwrap -I./../src -I../../build-libwrap/../src -DLIBWRAP_BUILD -I../src/utils/include -I../../build-libwrap/../src/utils/include -I../../build-libwrap/../vendor/common/src/utils/include -g -O2 -c ../../build-libwrap/../src/tools/lib/scorep_tools_dir.cpp -fPIC -DPIC -o .libs/libscorep_tools_la-scorep_tools_dir.o BUILDSTDERR: In file included from ../../build-libwrap/../src/tools/lib/scorep_tools_dir.cpp:19: BUILDSTDERR: In file included from ../../build-libwrap/../src/tools/lib/scorep_tools_dir.hpp:22: BUILDSTDERR: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/string:55: BUILDSTDERR: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/basic_string.h:40: BUILDSTDERR: /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/alloc_traits.h:604:44: error: 'copy' is a protected member of 'std::__is_alloc_insertable_impl' BUILDSTDERR: : __is_alloc_insertable_impl::template copy<_Alloc> BUILDSTDERR:^ BUILDSTDERR: /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/alloc_traits.h:595:7: note: declared protected here BUILDSTDERR: using copy = decltype(_M_select<_Alloc, const _Tp&>(0)); BUILDSTDERR: ^ BUILDSTDERR: /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/alloc_traits.h:616:44: error: 'move' is a protected member of 'std::__is_alloc_insertable_impl' BUILDSTDERR: : __is_alloc_insertable_impl::template move<_Alloc> BUILDSTDERR:^ BUILDSTDERR: /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/alloc_traits.h:598:7: note: declared protected here BUILDSTDERR: using move = decltype(_M_select<_Alloc, _Tp>(0)); BUILDSTDERR: ^ Apparently just by including
[Bug c++/88995] [8/9 Regression] internal compiler error: in lookup_template_class_1, at cp/pt.c:9471
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995 Orion Poplawski changed: What|Removed |Added CC||orion at cora dot nwra.com --- Comment #5 from Orion Poplawski --- Created attachment 45623 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45623=edit Preprocessed source gcc-c++-9.0.1-0.2.fc30.x86_64 Trying to update to VTK 8.2.0 in Fedora Rawhide. /usr/lib64/ccache/c++ -DVTK_IN_VTK -DvtkFiltersExtraction_EXPORTS -I/builddir/build/BUILD/VTK-8.2.0/build/Filters/Extraction -I/builddir/build/BUILD/VTK-8.2.0/Filters/Extraction -I/builddir/build/BUILD/VTK-8.2.0/build/Common/Core -I/builddir/build/BUILD/VTK-8.2.0/Common/Core -I/builddir/build/BUILD/VTK-8.2.0/build/Utilities/KWIML -I/builddir/build/BUILD/VTK-8.2.0/Utilities/KWIML -I/builddir/build/BUILD/VTK-8.2.0/build/Utilities/KWSys -I/builddir/build/BUILD/VTK-8.2.0/Utilities/KWSys -I/builddir/build/BUILD/VTK-8.2.0/build/ThirdParty/utf8 -I/builddir/build/BUILD/VTK-8.2.0/ThirdParty/utf8 -I/builddir/build/BUILD/VTK-8.2.0/build/Common/DataModel -I/builddir/build/BUILD/VTK-8.2.0/Common/DataModel -I/builddir/build/BUILD/VTK-8.2.0/build/Common/Math -I/builddir/build/BUILD/VTK-8.2.0/Common/Math -I/builddir/build/BUILD/VTK-8.2.0/build/Common/Misc -I/builddir/build/BUILD/VTK-8.2.0/Common/Misc -I/builddir/build/BUILD/VTK-8.2.0/build/Common/System -I/builddir/build/BUILD/VTK-8.2.0/Common/System -I/builddir/build/BUILD/VTK-8.2.0/build/Common/Transforms -I/builddir/build/BUILD/VTK-8.2.0/Common/Transforms -I/builddir/build/BUILD/VTK-8.2.0/build/Common/ExecutionModel -I/builddir/build/BUILD/VTK-8.2.0/Common/ExecutionModel -I/builddir/build/BUILD/VTK-8.2.0/build/Filters/Core -I/builddir/build/BUILD/VTK-8.2.0/Filters/Core -I/builddir/build/BUILD/VTK-8.2.0/build/Filters/General -I/builddir/build/BUILD/VTK-8.2.0/Filters/General -I/builddir/build/BUILD/VTK-8.2.0/build/Common/ComputationalGeometry -I/builddir/build/BUILD/VTK-8.2.0/Common/ComputationalGeometry -I/builddir/build/BUILD/VTK-8.2.0/build/Filters/Statistics -I/builddir/build/BUILD/VTK-8.2.0/Filters/Statistics -I/builddir/build/BUILD/VTK-8.2.0/build/Imaging/Fourier -I/builddir/build/BUILD/VTK-8.2.0/Imaging/Fourier -I/builddir/build/BUILD/VTK-8.2.0/build/Imaging/Core -I/builddir/build/BUILD/VTK-8.2.0/Imaging/Core -I/builddir/build/BUILD/VTK-8.2.0/build/ThirdParty/eigen -I/builddir/build/BUILD/VTK-8.2.0/ThirdParty/eigen -I/usr/include/eigen3 -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -D_UNICODE -DHAVE_UINTPTR_T -g -fPIC -fvisibility=hidden -std=c++11 -o CMakeFiles/vtkFiltersExtraction.dir/vtkValueSelector.cxx.o -c /builddir/build/BUILD/VTK-8.2.0/Filters/Extraction/vtkValueSelector.cxx *** WARNING *** there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins. Event| Plugins PLUGIN_FINISH_UNIT | annobin: Generate final annotations PLUGIN_START_UNIT| annobin: Generate global annotations PLUGIN_ALL_PASSES_START | annobin: Generate per-function annotations PLUGIN_ALL_PASSES_END| annobin: Register per-function end symbol /builddir/build/BUILD/VTK-8.2.0/Filters/Extraction/vtkValueSelector.cxx: In instantiation of 'void {anonymous}::ArrayValueMatchFunctor::operator()(InputArrayType*, SelectionListArrayType*) [with InputArrayType = vtkAOSDataArrayTemplate; SelectionListArrayType = vtkAOSDataArrayTemplate]': /builddir/build/BUILD/VTK-8.2.0/Filters/Extraction/vtkValueSelector.cxx:362:76: required from here /builddir/build/BUILD/VTK-8.2.0/Filters/Extraction/vtkValueSelector.cxx:123:50: internal compiler error: in lookup_template_class_1, at cp/pt.c:9471 123 | const auto valKK = faccessor.Get(cc, comp); | ^~~~
[Bug c/79677] Weird handling of -Werror=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79677 --- Comment #12 from Orion Poplawski --- Adding -Wno-format-security does indeed work. Thank you.
[Bug c/79677] Weird handling of -Werror=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79677 --- Comment #10 from Orion Poplawski --- I'm not sure how I'm practically supposed to handle this. In this case, for one sub-directory upstream adds -Wno-format to the flags: ./Utilities/KWIML/test/CMakeLists.txt:set(CMAKE_${lang}_FLAGS "${CMAKE_${lang}_FLAGS} -Wno-format") Is this still a bug in gcc?
[Bug c/79677] Weird handling of -Werror=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79677 --- Comment #9 from Orion Poplawski --- Ah, just got the -Wno-format
[Bug c/79677] Weird handling of -Werror=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79677 --- Comment #8 from Orion Poplawski --- Created attachment 40838 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40838=edit /builddir/build/BUILD/cmake-3.7.2/Utilities/KWIML/test/test.c /usr/lib64/ccache/gcc -DKWIML_LANGUAGE_C -DKWIML_LANGUAGE_CXX -I/builddir/build/BUILD/cmake-3.7.2/build/Utilities -I/builddir/build/BUILD/cmake-3.7.2/Utilities -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -Wno-format -std=gnu11 -o CMakeFiles/kwiml_test.dir/test.c.o -c /builddir/build/BUILD/cmake-3.7.2/Utilities/KWIML/test/test.c cc1: error: -Wformat-security ignored without -Wformat [-Werror=format-security] cc1: some warnings being treated as errors I don't see any extra options myself.
[Bug c/79677] Weird handling of -Werror=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79677 Orion Poplawski changed: What|Removed |Added CC||orion at cora dot nwra.com --- Comment #5 from Orion Poplawski --- With gcc 7.0.1-0.10.fc26 I'm starting to see errors like: cc1plus: error: -Wformat-security ignored without -Wformat [-Werror=format-security] If this is intended, we're going to need to fix redhat-rpm-config to change: %__global_compiler_flags -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches %{_hardened_cflags} to add -Wformat.
[Bug target/79197] [5/6/7 Regression] ICE in extract_insn in gcc/recog.c:2311
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79197 --- Comment #10 from Orion Poplawski --- With gcc-7.0.1-0.4.fc26, we no longer get ICEs, but hdf5, openblas fail their tests on ppc64le, and python2/numpy appears to segfault in tests. So something does not appear to be right.
[Bug middle-end/78409] Segfault in classify_object_over_fdes when throwing and exception
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78409 --- Comment #2 from Orion Poplawski --- So, what exactly can I get you? I'm building https://www.cora.nwra.com/~orion/fedora/octave-4.2.0-1.fc26.src.rpm on Fedora rawhide. It fails during the tests: libinterp/dldfcn/__osmesa_print__.cc-tst panic: Segmentation fault -- stopping myself... You can run the test in gdb with: cd octave-4.2.0 ./run-octave -g gdb> run octave:1> test __osmesa_print__
[Bug libgcc/78409] New: Segfault in classify_object_over_fdes when throwing and exception
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78409 Bug ID: 78409 Summary: Segfault in classify_object_over_fdes when throwing and exception Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcc Assignee: unassigned at gcc dot gnu.org Reporter: orion at cora dot nwra.com Target Milestone: --- Running on Fedora rawhide with gcc-6.2.1-2.fc26 Core was generated by `/home/orion/fedora/octave/octave-4.2.0/src/.libs/lt-octave-gui --no-init-path -'. Program terminated with signal SIGSEGV, Segmentation fault. #0 classify_object_over_fdes (ob=ob@entry=0x7f3a4d3d4910, this_fde=0x7f3a6f220018) at ../../../libgcc/unwind-dw2-fde.c:613 613 for (; ! last_fde (ob, this_fde); this_fde = next_fde (this_fde)) (gdb) print ob $1 = (struct object *) 0x7f3a4d3d4910 (gdb) print this_fde $2 = (const fde *) 0x7f3a6f220018 (gdb) print *this_fde Cannot access memory at address 0x7f3a6f220018 (gdb) print *ob $3 = {pc_begin = 0x, tbase = 0x0, dbase = 0x0, u = {single = 0x7f3a6f220018, array = 0x7f3a6f220018, sort = 0x7f3a6f220018}, s = {b = {sorted = 0, from_array = 0, mixed_encoding = 0, encoding = 255, count = 0}, i = 2040}, next = 0x7f3a4d3c3580} (gdb) print *(fde *)0x7f3a6f220018 Cannot access memory at address 0x7f3a6f220018 (gdb) bt #0 0x7f3a6ba7235e in classify_object_over_fdes (ob=ob@entry=0x7f3a4d3d4910, this_fde=0x7f3a6f220018) at ../../../libgcc/unwind-dw2-fde.c:613 #1 0x7f3a6ba72859 in init_object (ob=0x7f3a4d3d4910) at ../../../libgcc/unwind-dw2-fde.c:749 #2 0x7f3a6ba72859 in search_object (ob=ob@entry=0x7f3a4d3d4910, pc=pc@entry=0x7f3a6ba7125d <_Unwind_RaiseException+61>) at ../../../libgcc/unwind-dw2-fde.c:961 #3 0x7f3a6ba730f6 in _Unwind_Find_registered_FDE (bases=0x7f3a516fd2c8, pc=0x7f3a6ba7125d <_Unwind_RaiseException+61>) at ../../../libgcc/unwind-dw2-fde.c:1025 #4 0x7f3a6ba730f6 in _Unwind_Find_FDE (pc=0x7f3a6ba7125d <_Unwind_RaiseException+61>, bases=bases@entry=0x7f3a516fd2c8) at ../../../libgcc/unwind-dw2-fde-dip.c:454 #5 0x7f3a6ba6fb93 in uw_frame_state_for (context=context@entry=0x7f3a516fd220, fs=fs@entry=0x7f3a516fd070) at ../../../libgcc/unwind-dw2.c:1241 #6 0x7f3a6ba70db0 in uw_init_context_1 (context=context@entry=0x7f3a516fd220, outer_cfa=outer_cfa@entry=0x7f3a516fd5d0, outer_ra=0x7f3a6c2464cc <__cxxabiv1::__cxa_throw(void*, std::type_info*, void (*)(void*))+92>) at ../../../libgcc/unwind-dw2.c:1562 #7 0x7f3a6ba7125e in _Unwind_RaiseException (exc=exc@entry=0x7f3a4c5e7470) at ../../../libgcc/unwind.inc:88 #8 0x7f3a6c2464cc in __cxxabiv1::__cxa_throw(void*, std::type_info*, void (*)(void*)) (obj=obj@entry=0x7f3a4c5e7490, tinfo=0x7f3a6f10f320 , tinfo@entry=0x7f3a6ebd4a98 , dest=dest@entry=0x7f3a6e1849e0 <octave::execution_exception::~execution_exception()>) at ../../../../libstdc++-v3/libsupc++/eh_throw.cc:82 #9 0x7f3a6e39a5ce in error_1(octave::execution_exception &, std::ostream &, const char *, const char *, const char *, typedef __va_list_tag __va_list_tag *, bool) (e=..., os=..., name=name@entry=0x7f3a6e7a1625 "error", id=id@entry=0x7f3a6e796b04 "", fmt=, fmt@entry=0x7f3a6e79b3f7 "%s: unknown %s property %s", args=args@entry=0x7f3a516fd710, with_cfn=false) at libinterp/corefcn/error.cc:512 #10 0x7f3a6e39a73e in error_1(std::ostream &, const char *, const char *, const char *, typedef __va_list_tag __va_list_tag *, bool) (os=..., name=name@entry=0x7f3a6e7a1625 "error", id=id@entry=0x7f3a6e796b04 "", fmt=0x7f3a6e79b3f7 "%s: unknown %s property %s", args=args@entry=0x7f3a516fd710, with_cfn=with_cfn@entry=false) at libinterp/corefcn/error.cc:522 #11 0x7f3a6e39a797 in verror(char const*, __va_list_tag*) (fmt=, args=args@entry=0x7f3a516fd710) at libinterp/corefcn/error.cc:528 #12 0x7f3a6e39a839 in error(char const*, ...) (fmt=fmt@entry=0x7f3a6e79b3f7 "%s: unknown %s property %s") at libinterp/corefcn/error.cc:536 #13 0x7f3a6e41f28d in validate_property_name(std::__cxx11::string const&, std::__cxx11::string const&, std::set<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::less<std::__cxx11::basic_string<char, std::char_traits, std::allocator > >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > > const&, caseless_str const&) (who="get", what="axes", pnames=std::set with 142 elements = {...}, pname=...) at libinterp/corefcn/graphics.cc:101 (gdb) up #1 0x7f3a6ba72859 in init_object (ob=0x7f3a4d3d4910) at ../../../libgcc/unwind-dw2-fde.c:749 749 count = classify_object_over_fdes (ob, ob->u.single); (gdb) print *ob $5 = {pc_begin = 0xfff
[Bug c++/72822] libiberty/ demangler crash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72822 Orion Poplawski changed: What|Removed |Added CC||orion at cora dot nwra.com --- Comment #5 from Orion Poplawski --- I'm seeing this as well: ../../gdb/cp-support.c:1615: demangler-warning: unable to demangle '_ZNK6clover6detail11basic_rangeINS_13adaptor_rangeIZNS_6kernel6launchERNS_13command_queueERKSt6vectorImSaImEESA_SA_EUlmE_JRS8_EEENS0_16iterator_adaptorISB_JN9__gnu_cxx17__normal_iteratorIPmS8_ESJ_EcvT_IS6_IPjSaISN_EEvEEv' (demangler failed with signal 11)
[Bug c++/70067] internal compiler error: in strip_typedefs, at cp/tree.c:1466
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70067 --- Comment #1 from Orion Poplawski --- Created attachment 37859 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37859=edit preprocessed source
[Bug c++/70067] New: internal compiler error: in strip_typedefs, at cp/tree.c:1466
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70067 Bug ID: 70067 Summary: internal compiler error: in strip_typedefs, at cp/tree.c:1466 Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: orion at cora dot nwra.com Target Milestone: --- Trying to build 3Depict in Fedora Rawhide with gcc 6.0.0-0.14.fc25: g++ -DHAVE_CONFIG_H -I. -I..-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -I/usr/include/freetype2 -I/usr/lib64/wx/include/gtk3-unicode-3.0 -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -I/usr/include -I/usr/include/libxml2 -fopenmp -D_GLIBCXX_PARALLEL -pipe -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -c -o backend/3Depict-filter.o `test -f 'backend/filter.cpp' || echo './'`backend/filter.cpp In file included from ./common/voxels.h:39:0, from ./gl/isoSurface.h:23, from ./gl/drawables.h:33, from ./backend/filter.h:34, from ./backend/plot.h:23, from gui/dialogs/rangeEditDialog.h:22, from gui/dialogs/rangeEditDialog.cpp:19: /usr/include/vigra/accumulator.hxx: In member function 'bool vigra::acc::DynamicAccumulatorChain<T, Selected>::activateImpl(std::__cxx11::string)': /usr/include/vigra/accumulator.hxx:2223:61: internal compiler error: in strip_typedefs, at cp/tree.c:1466 return acc_detail::ApplyVisitorToTag::exec(*this, ^ Please submit a full bug report, with preprocessed source if appropriate. https://koji.fedoraproject.org/koji/taskinfo?taskID=13217310
[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 --- Comment #6 from Orion Poplawski --- (In reply to Craig Smith from comment #5) > For example, on RHEL 7, liblzma.so.5 is linked with -Ofast, which also > triggers crtfastmath.o to be used, corrupting the mxcsr register at library > load time. > (The bug might be specific to RedHat, because -Ofast is added in the rpm > spec.) I don't see any evidence of liblzma.so.5 being linked with -Ofast on RHEL7, can you point to that?
[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 --- Comment #8 from Orion Poplawski --- That version does not exist in RHEL7. Looks like it was a Mandriva thing: https://www.rpmfind.net/linux/RPM/mandriva/devel/cooker/x86_64/media/main/release/xz-5.1.2-0.alpha.1.x86_64.html
[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 Orion Poplawski orion at cora dot nwra.com changed: What|Removed |Added CC||orion at cora dot nwra.com --- Comment #4 from Orion Poplawski orion at cora dot nwra.com --- A recent issue triggered by this: https://bugzilla.redhat.com/show_bug.cgi?id=1127544
[Bug fortran/64416] New: RFE: Support REAL128 on arm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64416 Bug ID: 64416 Summary: RFE: Support REAL128 on arm Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: orion at cora dot nwra.com SUBROUTINE PMPI_Sizeof_complex128_scalar(x, size, ierror) USE, INTRINSIC :: iso_fortran_env, ONLY: REAL128 COMPLEX(REAL128)::x INTEGER, INTENT(OUT) :: size INTEGER, INTENT(OUT) :: ierror size = storage_size(x) / 8 ierror = 0 END SUBROUTINE PMPI_Sizeof_complex128_scalar gfortran -c psizeof_f.f90 psizeof_f.f90:3.21: COMPLEX(REAL128)::x 1 Error: Kind -1 not supported for type COMPLEX at (1) Linux fedora-rawhide-arm 3.18.1-2.fc22.armv7hl+lpae #1 SMP Fri Dec 19 00:19:30 UTC 2014 armv7l armv7l armv7l GNU/Linux Is it possible to add support for this, or can the architecture not handle it?
[Bug c++/61294] [4.9 Regression] erroneous memset used with constant zero length parameter warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61294 --- Comment #3 from Orion Poplawski orion at cora dot nwra.com --- Hmm, now all of a sudden I don't seem to be able to reproduce this. Thanks for your comments though. I play around if it re-appears. The problem was compounded by the use of -Wl,--fatal-warnings so it was preventing linkage.
[Bug c++/61294] New: [4.9 Regression] erroneous memset used with constant zero length parameter warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61294 Bug ID: 61294 Summary: [4.9 Regression] erroneous memset used with constant zero length parameter warning Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: orion at cora dot nwra.com Created attachment 32846 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32846action=edit preprocessed test case $ g++ -std=c++11 -O2 -c test.cxx In function 'void* memset(void*, int, size_t)', inlined from 'static void vtkDistributedDataFilter::AddConstantUnsignedCharPointArray(vtkUnstructuredGrid*, const char*, unsigned char)' at test.cxx:31883:29: test.cxx:15303:32: warning: call to '__warn_memset_zero_len' declared with attribute warning: memset used with constant zero length parameter; this could be due to transposed parameters __warn_memset_zero_len (); ^ # g++ -v Using built-in specs. COLLECT_GCC=/usr/bin/g++ COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.9.0/lto-wrapper Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.9.0-20140518/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.9.0-20140518/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux Thread model: posix gcc version 4.9.0 20140518 (Red Hat 4.9.0-5) (GCC) No warning with 4.8.2 (or without -O2)
[Bug fortran/60810] [4.7/4.8/4.9/4.10 Regression] list directed io from array results in end of file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60810 --- Comment #13 from Orion Poplawski orion at cora dot nwra.com --- Jakub - Could we get this into Fedora Rawhide? Need it to fix a broken dep in plplot. Thanks.
[Bug fortran/60810] New: [4.9 Regression] list directed io from array results in end of file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60810 Bug ID: 60810 Summary: [4.9 Regression] list directed io from array results in end of file Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: orion at cora dot nwra.com This program: program readstrlist character(len=80), dimension(2) :: ver integer :: a, b, c ver(1) = '285 383' ver(2) = '985' read( ver, *) a, b, c write ( *, *) a, b, c end Outputs: At line 8 of file readstrlist.f90 Fortran runtime error: End of file with: Using built-in specs. COLLECT_GCC=gfortran COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.9.0/lto-wrapper Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-isl=/builddir/build/BUILD/gcc-4.9.0-20140409/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.9.0-20140409/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux Thread model: posix gcc version 4.9.0 20140409 (Red Hat 4.9.0-0.9) (GCC) works with 4.8.2 and earlier and ifort version 14.0.2.
[Bug target/57936] ICE in rs6000_secondary_reload_inner:15144, type = load
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57936 Orion Poplawski orion at cora dot nwra.com changed: What|Removed |Added CC||orion at cora dot nwra.com --- Comment #4 from Orion Poplawski orion at cora dot nwra.com --- Created attachment 32130 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32130action=edit ccf2q412.out.gz I think I may be encountering the same or similar while compiling the eigen3 test cases. This is on RHEL7 ppc64 with gcc-4.8.2-3.el7. [ 13%] Building CXX object test/CMakeFiles/product_extra_3.dir/product_extra.cpp.o cd /builddir/build/BUILD/eigen-eigen-ffa86ffb5570/ppc64-redhat-linux-gnu/test /usr/bin/c++ -DEIGEN_CHOLMOD_SUPPORT -DEIGEN_SPQR_SUPPORT -DEIGEN_SUPERLU_SUPPORT -DEIGEN_UMFPACK_SUPPORT -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NO_DEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mcpu=power7 -mtune=power7 -fexceptions -pedantic -Wall -Wextra -Wundef -Wcast-align -Wchar-subscripts -Wnon-virtual-dtor -Wunused-local-typedefs -Wpointer-arith -Wwrite-strings -Wformat-security -Wno-psabi -Wno-variadic-macros -Wno-long-long -fno-check-new -fno-common -fstrict-aliasing -ansi -g2 -g0 -O2 -fno-inline-functions -I/builddir/build/BUILD/eigen-eigen-ffa86ffb5570/ppc64-redhat-linux-gnu/test -I/builddir/build/BUILD/eigen-eigen-ffa86ffb5570/test -I/builddir/build/BUILD/eigen-eigen-ffa86ffb5570 -I/builddir/build/BUILD/eigen-eigen-ffa86ffb5570/ppc64-redhat-linux-gnu -I/usr/include/suitesparse -I/usr/include/SuperLU -isystem /usr/include/QtGui -isystem /usr/include/QtCore -DEIGEN_TEST_MAX_SIZE=320 -DEIGEN_TEST_FUNC=product_extra -DEIGEN_TEST_PART_3=1 -o CMakeFiles/product_extra_3.dir/product_extra.cpp.o -c /builddir/build/BUILD/eigen-eigen-ffa86ffb5570/test/product_extra.cpp rs6000_secondary_reload_inner:15249, type = load (parallel [ (set (reg:V4SI 77 0) (reg:V4SI 32 0)) (clobber (reg:DI 3 3)) ]) /builddir/build/BUILD/eigen-eigen-ffa86ffb5570/test/product_extra.cpp: In function 'void product_extra(const MatrixType) [with MatrixType = Eigen::Matrixstd::complexfloat, -1, -1]': /builddir/build/BUILD/eigen-eigen-ffa86ffb5570/test/product_extra.cpp:101:1: internal compiler error: in rs6000_secondary_reload_fail, at config/rs6000/rs6000.c:15222 } ^ Please submit a full bug report, with preprocessed source if appropriate. See http://bugzilla.redhat.com/bugzilla for instructions. Preprocessed source stored into /tmp/ccf2q412.out file, please attach this to your bugreport.
[Bug c/56635] New: [4.8 regression] internal compiler error: in find_lattice_value, at tree-complex.c:15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56635 Bug #: 56635 Summary: [4.8 regression] internal compiler error: in find_lattice_value, at tree-complex.c:15 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: or...@cora.nwra.com In file included from /builddir/build/BUILD/gdl-0.9.3/src/datatypes.cpp:67:0: /builddir/build/BUILD/gdl-0.9.3/src/basic_op.cpp: In function 'built-in': /builddir/build/BUILD/gdl-0.9.3/src/basic_op.cpp:3791:9: internal compiler error: in find_lattice_value, at tree-complex.c:151 #pragma omp parallel if (nEl = CpuTPOOL_MIN_ELTS (CpuTPOOL_MAX_ELTS == 0 || CpuTPOOL_MAX_ELTS = nEl)) ^ Please submit a full bug report, with preprocessed source if appropriate. See http://bugzilla.redhat.com/bugzilla for instructions. Preprocessed source stored into /tmp/ccXWRPxa.out file, please attach this to your bugreport. gcc-4.8.0-0.16.fc19.x86_64
[Bug c/56635] [4.8 regression] internal compiler error: in find_lattice_value, at tree-complex.c:15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56635 --- Comment #2 from Orion Poplawski orion at cora dot nwra.com 2013-03-17 01:44:29 UTC --- Created attachment 29682 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29682 Preprocessed source Sorry, looks like it was too big. Here it is compressed.
[Bug tree-optimization/56354] New: [4.8 Regression] -O2 creates incorrect for loop code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56354 Bug #: 56354 Summary: [4.8 Regression] -O2 creates incorrect for loop code Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: or...@cora.nwra.com Created attachment 29479 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29479 loop.c test case With the attached program compiled with: gcc -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC -O1 loop.c I get the correct output: Creating arrays... i=0 i=1 i=2 i=3 i=4 i=5 i=6 i=7 i=8 i=9 But with -O2: gcc -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC -O2 loop.c Creating arrays... i=0 i=1 i=2 i=3 i=4 i=5 i=6 i=7 i=8 i=9 i=10 i=55 Segmentation fault Version-Release number of selected component (if applicable): gcc-4.8.0-0.12.fc19.x86_64
[Bug ada/56178] New: [4.8 Regression] Conversion of Long_Float to Integer triggers CONSTRAINT_ERROR overflow check failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56178 Bug #: 56178 Summary: [4.8 Regression] Conversion of Long_Float to Integer triggers CONSTRAINT_ERROR overflow check failed Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: ada AssignedTo: unassig...@gcc.gnu.org ReportedBy: or...@cora.nwra.com Description of problem: $ cat test_overflow.adb procedure Test_Overflow is r : Integer; r1 : Long_Float := 0.3; begin r := Integer(r1); end Test_Overflow; $ gnatmake test_overflow.adb gcc -c test_overflow.adb gnatbind -x test_overflow.ali gnatlink test_overflow.ali $ ./test_overflow raised CONSTRAINT_ERROR : test_overflow.adb:5 overflow check failed gcc-4.8.0-0.7.fc19.x86_64
[Bug libfortran/49791] [4.6/4.7/4.8 Regression] Formatted namelist reads fails with: Cannot match namelist object
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49791 --- Comment #22 from Orion Poplawski orion at cora dot nwra.com 2012-07-02 14:04:57 UTC --- I am on vacation and will be out of the office until Monday, July 2nd. Your message has been saved and I will respond if needed when I return. If this is an urgent CoRA computing issue, please contact Andy Frahm or send email to coracompu...@cora.nwra.com. Cheers, Orion -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com
[Bug c/49644] [4.5/4.6/4.7 Regression] post-increment of promoted operand is incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49644 --- Comment #6 from Orion Poplawski orion at cora dot nwra.com 2011-07-07 09:54:59 UTC --- I am on vacation and will be out of the office until Thursay, July 21st. Your message has been saved and I will respond if needed when I return. If this is an urgent CoRA computing issue, please send email to coracompu...@cora.nwra.com. Cheers, Orion -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com
[Bug c/49644] New: [ 4.5/4.6 Regression ] post-increment of promoted operand is incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49644 Summary: [ 4.5/4.6 Regression ] post-increment of promoted operand is incorrect. Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: or...@cora.nwra.com #include stdio.h #include complex.h int main(int argc, char *argv[]) { double data[6] = {1.0, 2.0, 3.0, 4.0, 5.0, 6.0},*d; double complex *c, s = 3.0 + 0.0I; int i; d=data; for (i = 0; i6; i++) { printf(c(%p), d(%p)=%lf\n,c,d,*d); *c++ = *d++ * s; } return 0; } With gcc 4.4.5 (compiles without warnings with -Wall): c(0x7fff16e86a00), d(0x7fff16e868d0)=1.00 c(0x7fff16e86a10), d(0x7fff16e868d8)=2.00 c(0x7fff16e86a20), d(0x7fff16e868e0)=3.00 c(0x7fff16e86a30), d(0x7fff16e868e8)=4.00 c(0x7fff16e86a40), d(0x7fff16e868f0)=5.00 c(0x7fff16e86a50), d(0x7fff16e868f8)=6.00 With gcc 4.5.1 and 4.6.0: c(0x7fff5411f2f0), d(0x7fff5411f1c0)=1.00 c(0x7fff5411f300), d(0x7fff5411f1d0)=3.00 c(0x7fff5411f310), d(0x7fff5411f1e0)=5.00 c(0x7fff5411f320), d(0x7fff5411f1f0)=0.00 c(0x7fff5411f330), d(0x7fff5411f200)=0.00 c(0x7fff5411f340), d(0x7fff5411f210)=0.00 It appears that the right hand side pointer is being incremented at the rate of its promoted size. If you remove the * s from the increment line, the code works as expected. Same problem with 32-bit and 64-bit machines.
[Bug c/49644] [ 4.5/4.6 Regression ] post-increment of promoted to complex operand is incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49644 Orion Poplawski orion at cora dot nwra.com changed: What|Removed |Added Summary|[ 4.5/4.6 Regression ] |[ 4.5/4.6 Regression ] |post-increment of promoted |post-increment of promoted |operand is incorrect. |to complex operand is ||incorrect. --- Comment #1 from Orion Poplawski orion at cora dot nwra.com 2011-07-05 15:41:08 UTC --- May only apply to complex variables. I can't reproduce with promotion of float to double.
[Bug c/49644] [4.5/4.6 Regression] post-increment of promoted operand is incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49644 --- Comment #4 from Orion Poplawski orion at cora dot nwra.com 2011-07-05 20:01:27 UTC --- Yeah, I screwed that up. But it doesn't make any difference to the problem. This should be correct though. #include stdio.h #include complex.h int main(int argc, char *argv[]) { double data[6] = {1.0, 2.0, 3.0, 4.0, 5.0, 6.0},*d; double complex ddata[6], *c, s = 3.0; int i; d=data; c=ddata; for (i = 0; i6; i++) { printf(c(%p), d(%p)=%f\n,c,d,*d); *c++ = *d++ * s; } return 0; }