[Bug tree-optimization/82956] New: Incorrect relocation emitted (symbol considered external) due to inlining and hidden visibility.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82956 Bug ID: 82956 Summary: Incorrect relocation emitted (symbol considered external) due to inlining and hidden visibility. Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: mingw.android at gmail dot com Target Milestone: --- Created attachment 42590 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42590&action=edit testcase.cc I'm not really sure where the fault is here, but I am trying to compile MySQL with -O -fPIC -fvisibility-inlines-hidden and am running into a failure to link: > /opt/conda/conda-bld/mysql_1510280026509/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placeho/bin/x86_64-conda_cos6-linux-gnu-c++ > -fPIC -fvisibility-inlines-hidden -std=gnu++98 -fmessage-length=0 > -march=nocona -mtune=haswell -ftree-vectorize -fPIC -fstack-protector-strong > -fno-plt -O2 -pipe -fno-strict-aliasing -Wall -Wextra -Wformat-security -Wvla > -Woverloaded-virtual -Wno-unused-parameter -O3 -DNDEBUG -DDBUG_OFF -fPIC > -Wl,-O2 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now > -Wl,-rpath,/opt/conda/conda-bld/mysql_1510280026509/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placeho/lib > -shared -o group_replication.so > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/pax_msg.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_base.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_memory.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_vp_str.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_cfg.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_cache.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_transport.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/node_address.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_msg_queue.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_statistics.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/app_data.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/site_def.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_ssl_transport.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_recover.c.o > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/task.c.o > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/bitset.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/simset.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/node_set.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_interface.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/node_list.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/task_debug.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/sock_probe.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/task_net.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/synode_no.c.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/bindings/xcom/xcom/xcom_detector.c.o > CMakeFiles/group_replication.dir/xdr_gen/xcom_vp_xdr.c.o > CMakeFiles/group_replication.dir/libmysqlgcs/src/interface/gcs_logging.cc.o > CMakeFiles/group_replication.dir/libmysqlgcs/src/interface/xplatform/my_xp_cond.cc.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/interface/xplatform/my_xp_thread.cc.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/interface/xplatform/my_xp_mutex.cc.o > > CMakeFiles/group_replication.dir/libmysqlgcs/src/interface/xplatform/my_xp_util.cc.o > CMakeFiles/group_replication.dir/libmysqlgcs/src/interface/gcs_view.cc.o > CMakeFiles/group_replication.dir/libmysqlgcs/src/interface/gcs_types.cc.o > CMakeFiles/group_replication.dir/libmysqlgcs/src/interface/gcs_message.cc.o > CMakeFiles/group_replication.dir/libmysqlgcs/src/inte
[Bug tree-optimization/82955] New: ICE when using -fdump-passes -fdisable-tree-einline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82955 Bug ID: 82955 Summary: ICE when using -fdump-passes -fdisable-tree-einline Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: mingw.android at gmail dot com Target Milestone: --- Tested on ArchLinux's GCC 7.2.0 and also the Anaconda Distribution's gxx_linux-64 (also 7.2.0), reproducer is: echo "" | g++ -fdump-passes -fdisable-tree-einline -c -x c++ - ipa-opt_local_passes: ON tree-fixup_cfg3 : ON *rebuild_cgraph_edges: ON tree-inline_param1 : ON g++: internal compiler error: Segmentation fault (program cc1plus) Another reproducer with a different message is: echo "" | gcc -fdump-passes -fdisable-tree-einline -c -x c - ipa-opt_local_passes: ON tree-fixup_cfg3 : ON *rebuild_cgraph_edges: ON tree-inline_param1 : ON Internal compiler error: Error reporting routines re-entered.
[Bug libfortran/70684] [4.9/5/6/7 Regression] incorrect reading of values from file on Windows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70684 --- Comment #11 from Ray Donnelly --- I wonder if opening the files in text mode on Windows would be possible? I don't know a lot about fortran at present, but doing that would cause Windows to dump the \r's for you. On Thu, Apr 21, 2016 at 5:30 PM, jvdelisle at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70684 > > --- Comment #10 from Jerry DeLisle --- > (In reply to Ray Donnelly from comment #9) >> Should the other two places - next_char_default () and next_char_internal () >> -that also do: >> >> dtp->u.p.at_eol = (c == '\n' || c == EOF); >> >> not check for '\r' too? > > Placing it in next_char_default gives us a regression elsewhere. I am > actually > checking to see if after my patch whether the line above is even needed in > next_char_default. There are a lot of subtle interactions that go into this > code, so i tread lightly. > > I will not close this until I have the initial patch back ported and have done > some more testing and others have had time to do more testing. If you happen > to find a use case that fails, of course, let me know, and thanks. > > -- > You are receiving this mail because: > You are on the CC list for the bug.
[Bug libfortran/70684] [4.9/5/6/7 Regression] incorrect reading of values from file on Windows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70684 Ray Donnelly changed: What|Removed |Added CC||mingw.android at gmail dot com --- Comment #9 from Ray Donnelly --- Should the other two places - next_char_default () and next_char_internal () -that also do: dtp->u.p.at_eol = (c == '\n' || c == EOF); not check for '\r' too?
[Bug middle-end/61207] [4.9 Regression] Win64 gcc 4.9.0: ICE in in expand_expr_addr_expr_1 at -Os compiling some C++ code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61207
Ray Donnelly changed:
What|Removed |Added
CC||mingw.android at gmail dot com
--- Comment #8 from Ray Donnelly ---
Regarding https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61207#c5
It's not a question of being able to get the source code, it's about reducing
the code to the minimum amount that exhibits the bug. In the old days (maybe
still now?) gccbug would be used, now-a-days, creduce works well. Here is the
testcase from Boost:
// reduced test case:
namespace std {
class basic_string typedef string;
class basic_string {
public:
basic_string(char *, unsigned);
};
}
class A {
public:
A(char);
size();
char *begin();
*m_begin;
*m_end;
};
enum output_format {};
namespace std {
class runtime_error {
public:
runtime_error(string);
};
}
struct B : std::runtime_error {
B(A m) : runtime_error(std::string(m.begin(), m.size())) {}
};
fn1(int, output_format) {
B(0);
B(0);
}
// elapsed time: 30405 seconds
Compiling with MSYS2's mingw64/mingw-w64-x86_64-gcc 4.9.2-4 package with:
/mingw64/bin/g++ -Os testcase.ii
Gives:
internal compiler error: in expand_expr_addr_expr_1, at expr.c:7669
[Bug middle-end/61207] New: Win64 gcc 4.9.0: ICE at -Os compiling some C++ code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61207
Bug ID: 61207
Summary: Win64 gcc 4.9.0: ICE at -Os compiling some C++ code
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: mingw.android at gmail dot com
Created attachment 32810
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32810&action=edit
testcase for Win64 gcc 4.9.0 ICE at -Os compiling some C++ code
I work on the MSYS2 project and we ran into:
g++ -Os -x c++ testcase.i
testcase.i: In constructor 'QQuickFlickablePrivate::QQuickFlickablePrivate()':
testcase.i:47:10: internal compiler error: in expand_expr_addr_expr_1, at
expr.c:7669
{}
^
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://sourceforge.net/projects/msys2> for instructions.
This ICE doesn't happen at -O2 or when specifying the same flags that -Os
enables, so I think it is a specific size-optimization that causes this.
g++ --version
g++.exe (Rev4, Built by MSYS2 project) 4.9.0
.. I also tested with an unpatched version of 4.9.0 with the same results.
[Bug bootstrap/50229] [4.7/4.8 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #16 from Ray Donnelly 2013-01-16 07:59:48 UTC --- Of course, when I wrote '--enable-plugins' I really mean't *not* passing --disable-plugin (without the 's').
[Bug bootstrap/50229] [4.7/4.8 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #15 from Ray Donnelly 2013-01-15 16:07:45 UTC --- What brought me here was a desire to add some information about this bug, when I saw the odcctools comment from Iain I thought I may as well mention my compilers. Further Information: I'm also getting this when trying to build some Android cross compilers in the Canadian way, with failures when host is either Darwin or Windows. The bug only happens if --enable-plugins is specified to configure (as that's what triggers building a gengtype executable for the host machine). Darwin: build system type... x86_64-pc-linux-gnu host system type... i686-apple-darwin target system type... arm-unknown-linux-androideabi i686-apple-darwin-gcc -c -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -DGENERATOR_FILE -I. -Ibuild -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/build -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/../include -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/../libcpp/include -I/tmp/necessitas/ndk-build/build/host-gcc/i686-apple-darwin/temp-prereqs/include -I/tmp/necessitas/ndk-build/build/host-gcc/i686-apple-darwin/temp-prereqs/include -I/tmp/necessitas/ndk-build/build/host-gcc/i686-apple-darwin/temp-prereqs/include -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/../libdecnumber -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/../libdecnumber/dpd -I../libdecnumber -o build/genconstants.o /tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/genconstants.c In file included from /tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/genconstants.c:29: /tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/system.h:459:20: error: malloc.h: No such file or directory Windows: build system type... x86_64-pc-linux-gnu host system type... i686-w64-mingw32msvc target system type... arm-unknown-linux-androideabi i686-w64-mingw32msvc-gcc -c -Os -fomit-frame-pointer -s -D__USE_MINGW_ACCESS -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -I. -I. -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/. -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/../include -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/../libcpp/include -I/tmp/necessitas/ndk-build/build/host-gcc/i686-w64-mingw32msvc/temp-prereqs/include -I/tmp/necessitas/ndk-build/build/host-gcc/i686-w64-mingw32msvc/temp-prereqs/include -I/tmp/necessitas/ndk-build/build/host-gcc/i686-w64-mingw32msvc/temp-prereqs/include -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/../libdecnumber -I/tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/../libdecnumber/dpd -I../libdecnumber /tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/genconstants.c -o genconstants.o In file included from /tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/genconstants.c:29:0: /tmp/necessitas/android-qt-ndk/toolchain-source/gcc/gcc-4.7/gcc/system.h:351:22: fatal error: sys/wait.h: No such file or directory ...so as Ruben said, it seems that there's config confusion going on.
[Bug bootstrap/50229] [4.7/4.8 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 Ray Donnelly changed: What|Removed |Added CC||mingw.android at gmail dot ||com --- Comment #14 from Ray Donnelly 2013-01-15 15:56:00 UTC --- > Until someone has time to update odcctools or toolwhip to a Darwin10 version, > I wonder if it is not simply easier to build an i686-Darwin9 executable? > (which should run fine on Darwin10) I've done this. I started from javacom's toolchain4 which uses odcctools. I heavily patched odcctools to bring them more up to date. Eventually, the hope is to merge these cross compilers with the crosstool-ng project. For now though, you can find the source code here: https://github.com/mingwandroid/toolchain4 (master branch should build ok with ./build-all.sh apple provided you've got MacOSX10.7.sdk) ..and binaries here (again to use these you need MacOSX10.7.sdk): http://mingw-and-ndk.googlecode.com/files/multiarch-darwin11-cctools127.2-gcc42-5666.3-llvmgcc42-2336.1-Linux-120724.tar.xz http://mingw-and-ndk.googlecode.com/files/multiarch-darwin11-cctools127.2-gcc42-5666.3-llvmgcc42-2336.1-Windows-120614.7z http://mingw-and-ndk.googlecode.com/files/multiarch-darwin11-cctools127.2-gcc42-5666.3-llvmgcc42-2336.1-Darwin-120615.7z (the Darwin native build is provided too for testing/QA purposes).
