[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com
https://sourceware.org/bugzilla/show_bug.cgi?id=25315 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #10 from John David Anglin --- Testing gcc fix. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com
https://sourceware.org/bugzilla/show_bug.cgi?id=25315
--- Comment #9 from John David Anglin ---
Okay, it appears to me we need to do something special in
elf_select_rtx_section. Otherwise, plabels end up in the section selected by
mergeable_constant_section().
dave@atlas:~/gnu/gcc/gcc/gcc/config/pa$ svn diff .
Index: pa-linux.h
===
--- pa-linux.h (revision 279757)
+++ pa-linux.h (working copy)
@@ -130,6 +130,9 @@
} \
while (0)
+#undef TARGET_ASM_SELECT_RTX_SECTION
+#define TARGET_ASM_SELECT_RTX_SECTION pa_elf_select_rtx_section
+
#undef TARGET_GAS
#define TARGET_GAS 1
Index: pa.c
===
--- pa.c(revision 279757)
+++ pa.c(working copy)
@@ -203,6 +203,7 @@
static bool pa_modes_tieable_p (machine_mode, machine_mode);
static bool pa_can_change_mode_class (machine_mode, machine_mode,
reg_class_t);
static HOST_WIDE_INT pa_starting_frame_offset (void);
+static section* pa_elf_select_rtx_section(machine_mode, rtx, unsigned
HOST_WIDE_INT) ATTRIBUTE_UNUSED;
/* The following extra sections are only used for SOM. */
static GTY(()) section *som_readonly_data_section;
@@ -9838,6 +9839,16 @@
return data_section;
}
+static section *
+pa_elf_select_rtx_section (machine_mode mode, rtx x,
+ unsigned HOST_WIDE_INT align)
+{
+ if (function_label_operand (x, VOIDmode))
+return get_variable_section (SYMBOL_REF_DECL (x), true);
+
+ return default_elf_select_rtx_section (mode, x, align);
+}
+
/* Implement pa_reloc_rw_mask. */
static int
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug binutils/25319] Usage of unitialized heap in tic4x_print_cond
https://sourceware.org/bugzilla/show_bug.cgi?id=25319 --- Comment #3 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=2c5b6e1a1c406cbe06e2d6f77861764ebd01b9ce commit 2c5b6e1a1c406cbe06e2d6f77861764ebd01b9ce Author: Alan Modra Date: Mon Dec 30 09:19:25 2019 +1030 Re: Usage of unitialized heap in tic4x_print_cond PR 25319 * tic4x-dis.c (tic4x_print_cond): Correct order of xcalloc args. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/25319] Usage of unitialized heap in tic4x_print_cond
https://sourceware.org/bugzilla/show_bug.cgi?id=25319 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Assignee|unassigned at sourceware dot org |amodra at gmail dot com Target Milestone|--- |2.34 --- Comment #2 from Alan Modra --- Fixed. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/14851] broken relocations for weak symbols on mingw32
https://sourceware.org/bugzilla/show_bug.cgi?id=14851
Hannes Domani changed:
What|Removed |Added
CC||ssbssa at yahoo dot de
--- Comment #2 from Hannes Domani ---
(In reply to Paolo Bonzini from comment #1)
> Correct test case:
>
> g1.c:
> int f() { printf("strong"); return 82; }
> int g() { printf("strong"); return 83; }
>
> g2.c:
> #include
> static int weak_f() { return 42; }
> static int weak_g() { return 43; }
> typeof(weak_f) f __attribute__((__weak__, __alias__("weak_f")));
> typeof(weak_g) g __attribute__((__weak__, __alias__("weak_g")));
> int main() { printf("%d/%d\n", f(), g()); }
>
> g3.c:
> static int default_f() { return 42; }
> static int default_g() { return 43; }
> static typeof(default_f) weak_f __attribute__((__weakref__("f")));
> static typeof(default_g) weak_g __attribute__((__weakref__("g")));
> int main() { printf("%d/%d\n", (weak_f?:default_f)(),
> (weak_g?:default_g)()); }
With these files I get the following results (with ld 2.33.1 & gcc 9.2.0):
gcc g2.c: 42/43
gcc g1.c g2.c: strongstrong82/83
gcc g3.c: 42/43
gcc g1.c g3.c: strongstrong82/83
So I think this was fixed.
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug ld/18199] ld fails with -flto for mingw, wrong resolution for main
https://sourceware.org/bugzilla/show_bug.cgi?id=18199 Hannes Domani changed: What|Removed |Added CC||ssbssa at yahoo dot de --- Comment #7 from Hannes Domani --- (In reply to cvs-com...@gcc.gnu.org from comment #6) > The binutils-2_26-branch branch has been updated by Kwok Yeung > : > > https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git; > h=412d26bde8585eca3ec6b8bed70197205288cbdf > > commit 412d26bde8585eca3ec6b8bed70197205288cbdf > Author: Kwok Cheung Yeung > Date: Thu Dec 10 16:11:07 2015 + > > ld: Fix LTO for MinGW targets > > When creating a dummy BFD for an IR file, the output BFD is used as > a template for the new BFD, when it needs to be the input BFD passed > into the function when not dealing with a BFD plugin. > > On most targets this is not an issue as the input and output formats > are the same anyway, but on MinGW targets, there are two variant > formats used (pe-i386/pe-x86-64 and pei-i386/pei-x86-64) which are > similar but not interchangeable here. > > PR ld/18199 > * plugin.c (plugin_get_ir_dummy_bfd): Use srctemplate as the > template when calling bfd_create if it does not use the BFD > plugin target vector. > > (Cherry-picked from commit 4a07dc81356ed8728e204e9aabeb256703c59aef) Wasn't this bug fixed with this commit? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/24074] ld fails silently when linking MinGW 64-bit app with BOINC libs
https://sourceware.org/bugzilla/show_bug.cgi?id=24074 Hannes Domani changed: What|Removed |Added CC||ssbssa at yahoo dot de --- Comment #5 from Hannes Domani --- (In reply to Daniel from comment #4) > Created attachment 11538 [details] > Broken BOINC libs I've just tried to compile & link the example a.cpp from the description, with the attached BOINC libs, and it works for me: $ g++ -c a.cpp $ g++ -static -oa.exe a.o -Lmingw64/lib -lboinc_api -lboinc And the resulting a.exe starts without problem. So I'm guessing the bug was already fixed. I used gcc 9.2.0 and binutils 2.33.1 for my tests. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/15350] GDB can't read compressed debug sections (mingw32 target)
https://sourceware.org/bugzilla/show_bug.cgi?id=15350 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|unassigned at sourceware dot org |amodra at gmail dot com Target Milestone|--- |2.34 --- Comment #5 from Alan Modra --- Should be fixed. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/25319] Usage of unitialized heap in tic4x_print_cond
https://sourceware.org/bugzilla/show_bug.cgi?id=25319 --- Comment #1 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=8c5e259235a4e4546910245b170de1e29a711034 commit 8c5e259235a4e4546910245b170de1e29a711034 Author: Alan Modra Date: Sun Dec 29 12:56:29 2019 +1030 Usage of unitialized heap in tic4x_print_cond PR 25319 * tic4x-dis.c (tic4x_print_cond): Init all of condtable. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/15350] GDB can't read compressed debug sections (mingw32 target)
https://sourceware.org/bugzilla/show_bug.cgi?id=15350 --- Comment #4 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=a6e5765ff1c5fdebaf4953eed619a717178cc7e6 commit a6e5765ff1c5fdebaf4953eed619a717178cc7e6 Author: Alan Modra Date: Sun Dec 29 12:41:12 2019 +1030 PR15350, Fix compressed debug sections for PE targets PR 15350 * bfd.c (bfd_update_compression_header): Write zlib header for formats other than ELF too. -- You are receiving this mail because: You are on the CC list for the bug.
