[Bug web/100480] Where to file complaints re project-maintainers?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100480 mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #5 from mrs at gcc dot gnu.org --- gcc is a volunteer project. No one is paid to read complaints. If you would like to volunteer to read and handle complaints, we can create a bug category called complaints, we could then document it. Aside from that, there is only the gcc list, and that is already documented on the web site at: https://gcc.gnu.org/lists.html https://lists.gnu.org/mailman/listinfo/gnu-misc-discuss is a fine (public) place to discuss the bug bounty program and how it interacts with the gcc project. This is documented on the gnu.org web site.
[Bug driver/78206] bootstrap failure under Apple sandbox that blacklists reads in /usr/local
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78206 mrs at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mrs at gcc dot gnu.org Resolution|--- |FIXED --- Comment #8 from mrs at gcc dot gnu.org --- Not sure why I didn't already mark this as fixed.
[Bug objc/80912] enhancement: -Wundeclared-selector improvements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80912 --- Comment #3 from mrs at gcc dot gnu.org --- Yes, what you say seems reasonable.
[Bug objc/80912] enhancement: -Wundeclared-selector improvements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80912 mrs at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2018-10-07 CC||mrs at gcc dot gnu.org Ever confirmed|0 |1
[Bug c++/87380] Explicit instantations should use weak symbols on darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87380 --- Comment #18 from mrs at gcc dot gnu.org --- So, didn't you just say that it works on darwin8 and later and is broken on darwin7? If so, then darwin8.h needs the #define (since it is the first version where ar has been fixed). ?
[Bug c++/87380] Explicit instantations should use weak symbols on darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87380 --- Comment #14 from mrs at gcc dot gnu.org --- You can test it if you can dump the ar symbol table, with a assembled .s file. Nothing needs to work except the assembler and ar and the tool to dump the symbol table. In the olden days, there was no entry for the weak symbol. I was wondering around trying to recall which tool dumps the ar symbol table, no well; it seems like I used to know how to dump it, but haven't in years.
[Bug c++/87380] Explicit instantations should use weak symbols on darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87380 --- Comment #13 from mrs at gcc dot gnu.org --- Ah, yes, likely it would be ar that has changed. Anyway, the ld version is a cheap indirect proxy for bugs in ar. We're likely to get new ar versions with new ld versions. A real config test is fine as well.
[Bug c++/87380] Explicit instantations should use weak symbols on darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87380
--- Comment #12 from mrs at gcc dot gnu.org ---
I changed the test case around, and the linker seems to be able to resolve from
a .a now:
$ ar -q liblib.a lib.o
$ nm -m liblib.a
liblib.a(lib.o):
0020 (__TEXT,__eh_frame) non-external EH_frame1
(__TEXT,__text) external __Z5matchPi
0018 (__DATA,__data) weak external __ZN1AIiE6memberE
$ nm main.o
0018 s EH_frame1
U __ZN1AIiE6memberE
T _main
$ ../gcc/xgcc -B../gcc main.cc -L. -llib -o t -lstdc++
so, I think this is now safe to flip with later linkers. Some type of code
like:
if (darwin_target_linker
&& (strverscmp (darwin_target_linker, "409.12") >= 0))
I think will do it. We just need to figure out when the bug was fixed. I
tested 409.12. This is the linker included with Xcode 10.0, which is the now
current Xcode. Jack or Iain might have access to older systems.
up:t mrs$ cat lib.cc
#define LIB
#include "lib.h"
template class A;
bool match(int* p)
{
return p == ::member;
}
up:t mrs$ cat lib.h
template
struct A {
static T member;
};
template
T A::member;
bool match(int*);
#ifndef LIB
extern template class A;
#endif
up:t mrs$ cat main.cc
#include "lib.h"
extern char _ZN1AIiE6memberE[3];
int main()
{
void *vp = _ZN1AIiE6memberE;
// if (!match(::member))
//throw 1;
}
is the type of test case I tried. This is _with_ the change
TARGET_WEAK_NOT_IN_ARCHIVE_TOC to make it 0. This is required to get the
symbol weak.
[Bug c++/87380] Explicit instantations should use weak symbols on darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87380 mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=15428 --- Comment #10 from mrs at gcc dot gnu.org --- I've related 15428 which has some details for why this is the way it is. Unless the underlying bug has been fixed in the linker, changing this will merely re-introduce the previous bug that was fixed. If we do that, we need to weigh which feature we want to work and which to break. The previous answer, was to make static linking work. See 2004-06-03 Matt Austern and 2004-03-12 Matt Austern for the totality of the code.
[Bug jit/64089] libgccjit.so.0.0.1 linkage failure on darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64089 --- Comment #21 from mrs at gcc dot gnu.org --- I'm fine with Backporting for affected branches.
[Bug jit/64089] libgccjit.so.0.0.1 linkage failure on darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64089 --- Comment #19 from mrs at gcc dot gnu.org --- I'm fine with Backporting for affected branches.
[Bug target/84113] [7/8 Regression] libgcc/unwind.inc:136:1: unrecognizable insn: internal compiler error on Darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113 mrs at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||mrs at gcc dot gnu.org Resolution|--- |FIXED --- Comment #40 from mrs at gcc dot gnu.org --- Fixed.
[Bug target/84113] [7/8 Regression] libgcc/unwind.inc:136:1: unrecognizable insn: internal compiler error on Darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113 --- Comment #39 from mrs at gcc dot gnu.org --- Author: mrs Date: Thu Feb 8 18:48:37 2018 New Revision: 257501 URL: https://gcc.gnu.org/viewcvs?rev=257501=gcc=rev Log: 2018-02-08 Iain Sandoe <i...@codesourcery.com> PR target/84113 * config/rs6000/altivec.md (*restore_world): Remove LR use. * config/rs6000/predicates.md (restore_world_operation): Adjust op count, remove one USE. Modified: branches/gcc-7-branch/gcc/ChangeLog branches/gcc-7-branch/gcc/config/rs6000/altivec.md branches/gcc-7-branch/gcc/config/rs6000/predicates.md
[Bug target/84113] [7/8 Regression] libgcc/unwind.inc:136:1: unrecognizable insn: internal compiler error on Darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113 --- Comment #38 from mrs at gcc dot gnu.org --- Author: mrs Date: Thu Feb 8 18:39:43 2018 New Revision: 257500 URL: https://gcc.gnu.org/viewcvs?rev=257500=gcc=rev Log: Mark previous change with: PR target/84113 Modified: trunk/gcc/ChangeLog
[Bug bootstrap/81037] Xcode 9 requires back ports on gcc-5-branch and gcc-6-branch for bootstrapping under Xcode 9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81037 mrs at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2017-06-21 CC||mrs at gcc dot gnu.org Known to work||6.3.1 Ever confirmed|0 |1 Known to fail||6.3.0
[Bug testsuite/79867] [cygwin] LD_LIBRARY_PATH ignored, contaminating (nearly?) all test results
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79867 mrs at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mrs at gcc dot gnu.org Resolution|--- |FIXED --- Comment #3 from mrs at gcc dot gnu.org --- Patch to fix most is now checked in.
[Bug testsuite/79867] [cygwin] LD_LIBRARY_PATH ignored, contaminating (nearly?) all test results
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79867 --- Comment #2 from mrs at gcc dot gnu.org --- Author: mrs Date: Mon Apr 10 17:45:35 2017 New Revision: 246813 URL: https://gcc.gnu.org/viewcvs?rev=246813=gcc=rev Log: 2017-04-10 Daniel Santos <daniel.san...@pobox.com> PR testsuite/79867 * lib/target-libpath.exp: Merge in cygwin fix from libffi. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/lib/target-libpath.exp
[Bug driver/78206] bootstrap failure under Apple sandbox that blacklists reads in /usr/local
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78206 --- Comment #6 from mrs at gcc dot gnu.org --- Author: mrs Date: Mon Nov 7 19:17:04 2016 New Revision: 241926 URL: https://gcc.gnu.org/viewcvs?rev=241926=gcc=rev Log: 2016-11-06 Jack Howarth <howarth.at@gmail.com> PR driver/78206 * incpath.c: (remove_dup(): Also silently ignore EPERM. Modified: branches/gcc-6-branch/gcc/ChangeLog branches/gcc-6-branch/gcc/incpath.c
[Bug driver/78206] bootstrap failure under Apple sandbox that blacklists reads in /usr/local
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78206 --- Comment #5 from mrs at gcc dot gnu.org --- Author: mrs Date: Mon Nov 7 18:35:50 2016 New Revision: 241920 URL: https://gcc.gnu.org/viewcvs?rev=241920=gcc=rev Log: 2016-11-06 Jack Howarth <howarth.at@gmail.com> PR driver/78206 * incpath.c: (remove_dup(): Also silently ignore EPERM. Modified: branches/gcc-5-branch/gcc/ChangeLog branches/gcc-5-branch/gcc/incpath.c
[Bug driver/78206] bootstrap failure under Apple sandbox that blacklists reads in /usr/local
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78206 --- Comment #4 from mrs at gcc dot gnu.org --- Author: mrs Date: Mon Nov 7 18:33:49 2016 New Revision: 241919 URL: https://gcc.gnu.org/viewcvs?rev=241919=gcc=rev Log: 2016-11-06 Jack Howarth <howarth.at@gmail.com> PR driver/78206 * incpath.c: (remove_dup(): Also silently ignore EPERM. Modified: trunk/gcc/ChangeLog trunk/gcc/incpath.c
[Bug target/60563] FAIL: g++.dg/ext/sync-4.C on *-apple-darwin*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60563 --- Comment #13 from mrs at gcc dot gnu.org --- The change in c12 is ok if you'd like to do that. The only problem with it is that then we will not be able to discover when radr://19802258 is fixed. When people notice that that bug is fixed, we should revert the c12 patch. Essentially, we allow the test case to track any _other_ issue that prevents things from just working (to catch any regressions), so that when ld64 is fixed, the test case will remain working.
[Bug tree-optimization/77654] restrict pointer attribute not preserved with -fprefetch-loop-arrays
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77654 mrs at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mrs at gcc dot gnu.org Resolution|--- |FIXED --- Comment #5 from mrs at gcc dot gnu.org --- Fixed.
[Bug target/63890] [4.9/5 regression] Compiling trivial program with -O -p leads to misaligned stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890 --- Comment #31 from mrs at gcc dot gnu.org --- Does anyone have handy logs for: FAIL: g++.old-deja/g++.law/profile1.C -std=gnu++11 execution test FAIL: g++.old-deja/g++.law/profile1.C -std=gnu++14 execution test FAIL: g++.old-deja/g++.law/profile1.C -std=gnu++98 execution test FAIL: gcc.dg/nest.c execution test FAIL: gcc.dg/nested-func-4.c execution test FAIL: gcc.dg/pr32450.c execution test FAIL: gcc.target/i386/mcount_pic.c execution test (all with -m32). handy for -m32 before things broke originally? I'm wondering if these are regressions from that time? If they were present, we can close this PR with the bug fix. If not, I'd like to keep this open (unless someone wants to file a new PR and link to think one for the details. If we don't know, let's keep it open for now til someone can investigate.
[Bug target/63890] [4.9/5/6 regression] Compiling trivial program with -O -p leads to misaligned stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890 --- Comment #26 from mrs at gcc dot gnu.org --- Certainly adding TARGET_MACHO is Ok by me.
[Bug bootstrap/57438] bootstrap fails on x86_64 darwin in stage2 linking cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438 --- Comment #23 from mrs at gcc dot gnu.org --- On the platform, external symbols are defined to be 1 or more bytes. 0 is not one or more. Once that is fixed, then the problem goes away. If you want to have Apple update their abi for future systems to include zero byte objects, you will have to ask them to change their abi.
[Bug testsuite/68629] FAIL: c-c++-common/attr-simd-3.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68629 mrs at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #10 from mrs at gcc dot gnu.org --- This has been fixed.
[Bug testsuite/68629] FAIL: c-c++-common/attr-simd-3.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68629 --- Comment #9 from mrs at gcc dot gnu.org --- Necessary, no. I'd defer to others if they think it is better in the cilk area. Makes sense to me, if someone wants to do that.
[Bug target/67973] All the tests for -gstabs* fail on x86_64-apple-darwin14 with Xcode 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973 --- Comment #17 from mrs at gcc dot gnu.org --- A back port is Ok.
[Bug testsuite/68629] FAIL: c-c++-common/attr-simd-3.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68629 mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #7 from mrs at gcc dot gnu.org --- I changed cilk to turn off all tests on non-pthread targets by default. That change might fix this PR, feel free to test and let us know if the problem is fixed.
[Bug target/67710] FAIL: gcc.dg/darwin-*version-*.c (test for excess errors) with Xcode 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67710 --- Comment #8 from mrs at gcc dot gnu.org --- Ok.
[Bug target/68772] Many -gstabs tests FAIL with Xcode 7 as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68772 --- Comment #5 from mrs at gcc dot gnu.org --- The work checked in above is unrelated to this PR.
[Bug target/68774] gcc should allow disabling markup in Xcode 7 assembler messages
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68774 --- Comment #1 from mrs at gcc dot gnu.org --- I glanced around and didn't find how to turn it off. First step, ask around and find the option to turn it off. From there, we can pass it when the gcc option to not color is given.
[Bug rtl-optimization/68623] New: lra doesn't check predicate after reloading an early clobber
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68623
Bug ID: 68623
Summary: lra doesn't check predicate after reloading an early
clobber
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mrs at gcc dot gnu.org
Target Milestone: ---
lra doesn't check the predicate after reload an output register to ensure the
instruction remains valid. The predicate is the load_multiple_operation and it
ensures that the hard registers are sequential. When the first output register
is the same as the address, then the input register must be reloaded. The
output register cannot be, unless all the output registers are and then the
specific property embodied by load_multiple_operation would need to be
preserved. Here is the pattern:
(define_insn "*ldmdi2"
[(match_parallel 0 "load_multiple_operation"
[(set (match_operand:DI 1 "a_hard_register_operand" "=")
(mem:DI (match_operand:DI 2 "register_operand" "r")))
(set (match_operand:DI 3 "c1_hard_register_operand" "")
(mem:DI (plus:DI (match_dup 2) (match_operand 4 "const_int_operand"
"KS10"])]
""
"ldm\t%1,{%2,%3|0(%2),2}"
[(set_attr "type" "ldm")
(set_attr "count" "2")])
and the instruction after reload:
(insn 28 27 55 2 (parallel [
(set (reg:DI 27 $work1 [208])
(mem:DI (reg/v/f:DI 19 $a1 [orig:187 p ] [187]) [0 S8 A64]))
(set (reg:DI 20 $a2)
(mem:DI (plus:DI (reg/v/f:DI 19 $a1 [orig:187 p ] [187])
(const_int 8 [0x8])) [0 S8 A64]))
]) t.c:28 349 {*ldmdi2}
(nil))
before reload, $a1 is set in the first set. $a1 and $a2 are sequential. The
predicate:
(define_predicate "load_multiple_operation"
(match_code "parallel")
{
int count = XVECLEN (op, 0);
int dest_regno;
rtx src_addr;
int i;
/* Perform a quick check so we don't blow up below. */
if (count <= 1
|| GET_CODE (XVECEXP (op, 0, 0)) != SET
|| GET_CODE (SET_DEST (XVECEXP (op, 0, 0))) != REG
|| GET_CODE (SET_SRC (XVECEXP (op, 0, 0))) != MEM)
return 0;
dest_regno = REGNO (SET_DEST (XVECEXP (op, 0, 0)));
src_addr = XEXP (SET_SRC (XVECEXP (op, 0, 0)), 0);
if (dest_regno >= FIRST_PSEUDO_REGISTER
|| (dest_regno + count) > FIRST_PSEUDO_REGISTER)
return 0;
/* Check, is base, or base + displacement. */
if (GET_CODE (src_addr) != REG)
return 0;
for (i = 1; i < count; i++)
{
rtx elt = XVECEXP (op, 0, i);
if (debugit) {
printf("i = %d\n",i);
debug_rtx(elt);
}
if (GET_CODE (elt) != SET
|| GET_CODE (SET_DEST (elt)) != REG
|| GET_MODE (SET_DEST (elt)) != DImode
|| REGNO (SET_DEST (elt)) != (unsigned) (dest_regno + i)
|| GET_CODE (SET_SRC (elt)) != MEM
|| GET_MODE (SET_SRC (elt)) != DImode
|| GET_CODE (XEXP (SET_SRC (elt), 0)) != PLUS
|| ! rtx_equal_p (XEXP (XEXP (SET_SRC (elt), 0), 0), src_addr)
|| GET_CODE (XEXP (XEXP (SET_SRC (elt), 0), 1)) != CONST_INT
|| INTVAL (XEXP (XEXP (SET_SRC (elt), 0), 1)) != i * 8)
return 0;
}
return 1;
})
[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773 --- Comment #34 from mrs at gcc dot gnu.org --- So, for bugs that aren't fixed, sometimes we work around them. We can use this bug to track things like the vendor bug status (fixed or not), and potential workarounds. Plus, we can list this bug in the documentation for _why_ the compiler doesn't work.
[Bug inline-asm/61692] ICE in extract_insn in recog.c for asm with many parameters
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61692 --- Comment #5 from mrs at gcc dot gnu.org --- Mine. Mine supports 33. Don't expect it to go past 40. Most folks won't. In 10-30 years, maybe we might need to update to 50, but we can do that then.
[Bug inline-asm/61692] ICE in extract_insn in recog.c for asm with many parameters
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61692 mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #3 from mrs at gcc dot gnu.org --- This test case isn't portable. If upped to 40 then it would be more portable.
[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773 mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #26 from mrs at gcc dot gnu.org --- Are there any symbols in .text? If so, this is wrong. All symbols have to have 1 or more bytes after them. This is just how the ABI is. The creator of a symbol with no content after is needs to be fixed, if so. gcc_unreablable is one way to zap things so that there is no nop.
[Bug target/68269] [5/6 regression] FAIL: gcc.dg/pr68129_1.c (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68269 mrs at gcc dot gnu.org changed: What|Removed |Added Component|rtl-optimization|target --- Comment #5 from mrs at gcc dot gnu.org --- Ok, at least ia64-elf works. /* This assert keeps the simplification from producing a result that cannot be represented in a CONST_DOUBLE but a lot of upstream callers expect that this function never fails to simplify something and so you if you added this to the test above the code would die later anyway. If this assert happens, you just need to make the port support wide int. */ =>gcc_assert (width <= HOST_BITS_PER_DOUBLE_INT); So, the meaning is entirely clear. You can either have bad answers and remove the assert, or fix the port to use wide-int, those are the only two options. Anyway, the wide-int code was done, because gcc can't work without it. You're just hitting one of those corners. gcc is processing: (set (zero_extract:DI (subreg:DI (reg:OI 381) 0) (const_int 32 [0x20]) (const_int 0 [0])) (subreg:DI (reg:SI 382) 0)) with expand_field_assignment, and inner is: (reg:OI 381) and compute_mode winds up being OImode. It then goes on to end the world trying in vein to do wide-int things, but can't. So, I'd recommend fixing the port to be wide-int based.
[Bug rtl-optimization/68269] [5/6 regression] FAIL: gcc.dg/pr68129_1.c (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68269 mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #4 from mrs at gcc dot gnu.org --- I tried ia64: *** Configuration ia64-unknown-none not supported make[1]: *** [configure-gcc] Error 1 I wish people would actually tell me which one. :-(
[Bug debug/66728] [5 Regression] CONST_WIDE_INT causes corrupted DWARF debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66728 mrs at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|RESOLVED Known to work||5.2.1 Resolution|--- |FIXED --- Comment #12 from mrs at gcc dot gnu.org --- Fixed.
[Bug debug/66728] [5 Regression] CONST_WIDE_INT causes corrupted DWARF debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66728 --- Comment #11 from mrs at gcc dot gnu.org --- Author: mrs Date: Mon Nov 9 18:27:43 2015 New Revision: 230039 URL: https://gcc.gnu.org/viewcvs?rev=230039=gcc=rev Log: PR debug/66728 * dwarf2out.c (get_full_len): Return a value based upon the actual precision needed for the value. (add_const_value_attribute): Use a maximal wide-int for CONST_WIDE_INTs, not VOIDmode. (output_die): Don't ever output NULL with printf. * rtl.h (get_precision of rtx_mode_t): Ensure we never process BLKmode nor VOIDmode values. Modified: branches/gcc-5-branch/gcc/ChangeLog branches/gcc-5-branch/gcc/dwarf2out.c branches/gcc-5-branch/gcc/rtl.h
[Bug debug/66728] [5/6 Regression] CONST_WIDE_INT causes corrupted DWARF debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66728 --- Comment #8 from mrs at gcc dot gnu.org --- Author: mrs Date: Fri Nov 6 20:16:06 2015 New Revision: 229885 URL: https://gcc.gnu.org/viewcvs?rev=229885=gcc=rev Log: PR debug/66728 * dwarf2out.c (get_full_len): Return a value based upon the actual precision needed for the value. (add_const_value_attribute): Use a maximal wide-int for CONST_WIDE_INTs, not VOIDmode. (output_die): Don't ever output NULL with printf. * rtl.h (get_precision of rtx_mode_t): Ensure we never process BLKmode nor VOIDmode values. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c trunk/gcc/rtl.h
[Bug debug/66728] [5/6 Regression] CONST_WIDE_INT causes corrupted DWARF debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66728 mrs at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||mrs at gcc dot gnu.org Known to work||6.0 Resolution|--- |FIXED --- Comment #9 from mrs at gcc dot gnu.org --- Fixed.
[Bug middle-end/34010] [4.9 Regression] ppc64 bad stdargs codegen for zero sized objects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34010 --- Comment #16 from mrs at gcc dot gnu.org --- I checked https://gcc.gnu.org/ml/gcc-testresults/2015-04/msg01438.html and the failure is gone.
[Bug middle-end/66311] [5 Regression] Problems with some integer(16) values
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66311 mrs at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work||5.3.0 Resolution|--- |FIXED Known to fail||5.2.0 --- Comment #21 from mrs at gcc dot gnu.org --- Fixed.
[Bug middle-end/66311] [5 Regression] Problems with some integer(16) values
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66311 --- Comment #20 from mrs at gcc dot gnu.org --- Author: mrs Date: Sat Oct 17 03:55:03 2015 New Revision: 228932 URL: https://gcc.gnu.org/viewcvs?rev=228932=gcc=rev Log: 2015-10-16 Richard Sandiford <richard.sandif...@arm.com> PR middle-end/66311 * wide-int.cc (wi::from_mpz): Make sure that absolute mpz value is zero- rather than sign-extended. testsuite: 2015-10-16 Francois-Xavier Coudert <fxcoud...@gcc.gnu.org> PR middle-end/66311 * gfortran.dg/pr66311.f90: New file. Added: branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr66311.f90 Modified: branches/gcc-5-branch/gcc/ChangeLog branches/gcc-5-branch/gcc/testsuite/ChangeLog branches/gcc-5-branch/gcc/wide-int.cc
[Bug target/67973] All the tests for -gstabs* fail on x86_64-apple-darwin14 with Xcode 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973 --- Comment #2 from mrs at gcc dot gnu.org --- Ah, found it, use the GNU assembler. Maybe a little tricky, as one day, even that will be removed. At that point, I think we just reject the -gstabs option. The other option, is to just reject that now on darwin14+ (or wherever it no longer works).
[Bug target/67973] All the tests for -gstabs* fail on x86_64-apple-darwin14 with Xcode 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973 mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #1 from mrs at gcc dot gnu.org --- So, I think I prefer if we have -gstabs and -gstabs+ automagically add -Q for the assembler on systems that have/need -Q. Then, we fix existing users that merely use -gstabs, and the test suite as well. I looked around, and didn't see the documentation for -Q. What does it mean? #define ASM_SPEC is where the specs for the assembler live.
[Bug boehm-gc/66848] boehm-gc fails test suite on x86_64-apple-darwin15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848 mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #12 from mrs at gcc dot gnu.org --- Is this just a partial import from upstream? If so, I think we should just check it in and call the issue solved.
[Bug jit/64089] libgccjit.so.0.0.1 linkage failure on darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64089 mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #11 from mrs at gcc dot gnu.org --- I'd endorse that step forward. The export list I think is also doable in some fashion, but we can leave that for another day.
[Bug fortran/66311] [5/6 Regression] Problems with some integer(16) values
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66311 --- Comment #9 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- I've audited the patch for the memory management nightmares; we are safe with it.
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 --- Comment #18 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Thu Jul 9 17:50:58 2015 New Revision: 225623 URL: https://gcc.gnu.org/viewcvs?rev=225623root=gccview=rev Log: 2015-07-09 Iain Sandoe i...@codesourcery.com PR target/66523 * config/darwin.c (darwin_mark_decl_preserved): Exclude 'L' label names from preservation. Modified: branches/gcc-5-branch/gcc/ChangeLog branches/gcc-5-branch/gcc/config/darwin.c
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 --- Comment #19 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Thu Jul 9 17:56:23 2015 New Revision: 225624 URL: https://gcc.gnu.org/viewcvs?rev=225624root=gccview=rev Log: 2015-07-09 Iain Sandoe i...@codesourcery.com PR target/66523 * config/darwin.c (darwin_mark_decl_preserved): Exclude 'L' label names from preservation. Modified: branches/gcc-4_9-branch/gcc/ChangeLog branches/gcc-4_9-branch/gcc/config/darwin.c
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.9.4, 5.1.1, 5.2.0 Resolution|--- |FIXED Known to fail||4.9.3, 5.1.0 --- Comment #20 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Fixed.
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 --- Comment #15 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Jack, can you spin a gcc-4.9 test?
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 --- Comment #13 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Wed Jul 8 16:56:46 2015 New Revision: 225565 URL: https://gcc.gnu.org/viewcvs?rev=225565root=gccview=rev Log: 2015-07-08 Iain Sandoe i...@codesourcery.com PR target/66523 * config/darwin.c (darwin_mark_decl_preserved): Exclude 'L' label names from preservation. Modified: trunk/gcc/ChangeLog trunk/gcc/config/darwin.c
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 Known to work||6.0 Target Milestone|--- |5.2 Severity|normal |major --- Comment #14 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Fixed in trunk, awaiting RM approval for gcc 5.
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 --- Comment #9 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Ok. Ok for all active release branches.
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 --- Comment #11 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- No, but one has to get RM approval. Should be easy enough to get that, as long as the work gets done before they make the last snapshot. Does someone have the regression test done on the release branch (and trunk)? Does it look good on both? If so, I can ask them RM if I can drop it in.
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #6 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Another proposal, any symbol with an 'L.*' spelling should be not so marked, as these can never be used this way. Seems like we should have a predicate to call before marking something as no dead strip and it should get rid of all of them, including L.* symbols.
[Bug libitm/52482] libitm INVALID MNEMONIC in .S (powerpc asm)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52482 --- Comment #13 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Fri Jul 3 17:28:43 2015 New Revision: 225388 URL: https://gcc.gnu.org/viewcvs?rev=225388root=gccview=rev Log: 2015-07-03 Carlos Sánchez de La Lama csanchez...@gmail.com PR target/52482 * config/powerpc/sjlj.S: Port to Xcode 2.5. Modified: trunk/libitm/ChangeLog trunk/libitm/config/powerpc/sjlj.S
[Bug libitm/52482] libitm INVALID MNEMONIC in .S (powerpc asm)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52482 --- Comment #15 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Fri Jul 3 17:35:37 2015 New Revision: 225390 URL: https://gcc.gnu.org/viewcvs?rev=225390root=gccview=rev Log: 2015-07-03 Carlos Sánchez de La Lama csanchez...@gmail.com PR target/52482 * config/powerpc/sjlj.S: Port to Xcode 2.5. Modified: branches/gcc-4_9-branch/libitm/ChangeLog branches/gcc-4_9-branch/libitm/config/powerpc/sjlj.S
[Bug target/66509] the new clang-based assembler in Xcode 7 on 10.11 fails on the libjava/java/lang/reflect/natArray.cc file from FSF gcc 5.1 at -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509 --- Comment #24 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Fri Jul 3 17:00:49 2015 New Revision: 225386 URL: https://gcc.gnu.org/viewcvs?rev=225386root=gccview=rev Log: 2015-07-03 Jack Howarth howarth.at@gmail.com PR target/66509 * configure.ac: Fix filds and fildq test for 64-bit. * configure: Regenerated. Modified: branches/gcc-5-branch/gcc/ChangeLog branches/gcc-5-branch/gcc/configure branches/gcc-5-branch/gcc/configure.ac
[Bug libitm/52482] libitm INVALID MNEMONIC in .S (powerpc asm)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52482 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #16 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Fixed. Fixed in all open release branches.
[Bug target/66509] the new clang-based assembler in Xcode 7 on 10.11 fails on the libjava/java/lang/reflect/natArray.cc file from FSF gcc 5.1 at -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509 --- Comment #25 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Fri Jul 3 17:50:48 2015 New Revision: 225400 URL: https://gcc.gnu.org/viewcvs?rev=225400root=gccview=rev Log: 2015-07-03 Jack Howarth howarth.at@gmail.com PR target/66509 * configure.ac: Fix filds and fildq test for 64-bit. * configure: Regenerated. Modified: branches/gcc-4_9-branch/gcc/ChangeLog branches/gcc-4_9-branch/gcc/configure branches/gcc-4_9-branch/gcc/configure.ac
[Bug libitm/52482] libitm INVALID MNEMONIC in .S (powerpc asm)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52482 --- Comment #14 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Fri Jul 3 17:31:21 2015 New Revision: 225389 URL: https://gcc.gnu.org/viewcvs?rev=225389root=gccview=rev Log: 2015-07-03 Carlos Sánchez de La Lama csanchez...@gmail.com PR target/52482 * config/powerpc/sjlj.S: Port to Xcode 2.5. Modified: branches/gcc-5-branch/libitm/ChangeLog branches/gcc-5-branch/libitm/config/powerpc/sjlj.S
[Bug libitm/52482] libitm INVALID MNEMONIC in .S (powerpc asm)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52482 --- Comment #17 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Fink's 4.7 has to be patched by itself, if you would like the fix there.
[Bug target/66509] the new clang-based assembler in Xcode 7 on 10.11 fails on the libjava/java/lang/reflect/natArray.cc file from FSF gcc 5.1 at -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509 --- Comment #22 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Yes. It cleanly applies to the 5 branch and the 4.9 branch. Let me know how a build and test cycle goes on both, and I propose to drop it into both.
[Bug target/66509] the new clang-based assembler in Xcode 7 on 10.11 fails on the libjava/java/lang/reflect/natArray.cc file from FSF gcc 5.1 at -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Known to work||6.0 Target Milestone|--- |6.0 Known to fail||5.1.0
[Bug target/66509] the new clang-based assembler in Xcode 7 on 10.11 fails on the libjava/java/lang/reflect/natArray.cc file from FSF gcc 5.1 at -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509 --- Comment #19 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Tue Jun 30 02:10:43 2015 New Revision: 225158 URL: https://gcc.gnu.org/viewcvs?rev=225158root=gccview=rev Log: PR target/66509 * configure.ac: Fix filds and fildq test for 64-bit. * configure: Regenerated. Modified: trunk/gcc/ChangeLog trunk/gcc/configure trunk/gcc/configure.ac
[Bug middle-end/34010] [4.9 Regression] ppc64 bad stdargs codegen for zero sized objects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34010 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.9.3 |--- --- Comment #14 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Update target milestone to nothing.
[Bug target/66509] the new clang-based assembler in Xcode 7 on 10.11 fails on the libjava/java/lang/reflect/natArray.cc file from FSF gcc 5.1 at -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #15 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- The fix requires that binutils also support the () spelling as the test runs on all x86 systems. Also, it will break systems older then when () was first introduced, if it was after filds itself was supported. I don't know when each was new.
[Bug target/63810] gcc sets incorrect macro for OS X deployment targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63810 --- Comment #26 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Thu May 28 12:27:05 2015 New Revision: 223808 URL: https://gcc.gnu.org/viewcvs?rev=223808root=gccview=rev Log: 2015-05-28 Lawrence Velázquez v...@larryv.me PR target/63810 * config/darwin-c.c (version_components): New global enum. (parse_version, version_as_legacy_macro) (version_as_modern_macro, macosx_version_as_macro): New functions. (version_as_macro): Remove. (darwin_cpp_builtins): Use new function. testsuite: PR target/63810 * gcc.dg/darwin-minversion-3.c: Update testcase. * gcc.dg/darwin-minversion-4.c: Ditto. * gcc.dg/darwin-minversion-5.c: New testcase. * gcc.dg/darwin-minversion-6.c: Ditto. * gcc.dg/darwin-minversion-7.c: Ditto. * gcc.dg/darwin-minversion-8.c: Ditto. * gcc.dg/darwin-minversion-9.c: Ditto. * gcc.dg/darwin-minversion-10.c: Ditto. * gcc.dg/darwin-minversion-11.c: Ditto. * gcc.dg/darwin-minversion-12.c: Ditto. Added: trunk/gcc/testsuite/gcc.dg/darwin-minversion-10.c trunk/gcc/testsuite/gcc.dg/darwin-minversion-11.c trunk/gcc/testsuite/gcc.dg/darwin-minversion-12.c trunk/gcc/testsuite/gcc.dg/darwin-minversion-5.c trunk/gcc/testsuite/gcc.dg/darwin-minversion-6.c trunk/gcc/testsuite/gcc.dg/darwin-minversion-7.c trunk/gcc/testsuite/gcc.dg/darwin-minversion-8.c trunk/gcc/testsuite/gcc.dg/darwin-minversion-9.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/darwin-c.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/darwin-minversion-3.c trunk/gcc/testsuite/gcc.dg/darwin-minversion-4.c
[Bug target/63810] gcc sets incorrect macro for OS X deployment targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63810 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Known to work||6.0 Resolution|--- |FIXED --- Comment #27 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Fixed in 6.0. Backports pre approved after bake time and testing that includes older darwins and ppc.
[Bug target/63810] gcc sets incorrect macro for OS X deployment targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63810 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org Known to fail||5.1.0 --- Comment #22 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Though I approved it on list, you should feel free to update with the review points others have and post that version if you wish.
[Bug debug/61352] gcc 4.9.0 fails to execute dsymutil when linking executables on darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61352 --- Comment #12 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Wed May 6 00:33:49 2015 New Revision: 222835 URL: https://gcc.gnu.org/viewcvs?rev=222835root=gccview=rev Log: 2015-05-05 Jack Howarth howarth.at@gmail.com Backport from mainline 2014-05-29 Mike Stump mikest...@comcast.net PR debug/61352 * collect2.c (maybe_run_lto_and_relink): Be sure to always run post ld passes when lto is used. Modified: branches/gcc-4_9-branch/gcc/ChangeLog branches/gcc-4_9-branch/gcc/collect2.c
[Bug middle-end/34010] [4.8/4.9/5 Regression] ppc64 bad stdargs codegen for zero sized objects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34010 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #9 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- I haven't had a ppc64 box for years. Either, the tests results mailing list or you'd have to ask one of the darwin ppc64 people. Jack and Iain I think both still have ppc64 boxes.
[Bug target/63890] [4.9/5 regression] Compiling trivial program with -O -p leads to misaligned stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890 --- Comment #15 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Substantially changing code gen 2 days before release with inadequate testing is slightly dangerous; seem more appropriate for stage 1.
[Bug target/63890] [4.9/5 regression] Compiling trivial program with -O -p leads to misaligned stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890 --- Comment #17 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- I'm happy to defer the question to the person that reviews the patch for the tree. I'd like a codegen type person that understands the proposed change to review it. They may feel perfectly comfortable approving it for the tree now.
[Bug target/63892] [5 Regression] gcc.dg/sibcall-3.c fails on darwin with -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63892 Bug 63892 depends on bug 65150, which changed state. Bug 65150 Summary: [5 Regression] r220875 causes bootstrap failure on x86_64 darwin https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65150 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED
[Bug bootstrap/65150] [5 Regression] r220875 causes bootstrap failure on x86_64 darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65150 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #23 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Fixed?
[Bug target/63890] [4.9/5 regression] Compiling trivial program with -O -p leads to misaligned stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added CC||mrs at gcc dot gnu.org --- Comment #8 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Yes, the stack must be suitably aligned before the call to mcount.
[Bug bootstrap/65150] [5 Regression] r220875 causes bootstrap failure on x86_64 darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65150 --- Comment #16 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- My take, Jakub should review/approve it. The the people with darwin boxes can check any proposed patch to ensure the testcases in question pass and ensure the bootstrap works and there are no regressions.
[Bug target/63890] [4.9/5 regression] Compiling trivial program with -O -p leads to misaligned stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Severity|normal |major --- Comment #10 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Bump priority to RMs can make informed decisions.
[Bug target/63890] [4.9/5 regression] Compiling trivial program with -O -p leads to misaligned stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890 --- Comment #9 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- This is caused by: --- ChangeLog (revision 203170) +++ ChangeLog (revision 203171) @@ -1,3 +1,8 @@ +2013-10-03 Jan Hubicka j...@suse.cz + + * i386.c (ix86_option_override_internal): Do not enable + accumulate-outgoing-args when producing unwind info. Without saying if this is the right approach, I can just note that it works. Index: config/i386/i386.h === --- config/i386/i386.h(revision 220946) +++ config/i386/i386.h(working copy) @@ -1606,7 +1606,7 @@ enum reg_class #define ACCUMULATE_OUTGOING_ARGS \ ((TARGET_ACCUMULATE_OUTGOING_ARGS optimize_function_for_speed_p (cfun)) \ - || TARGET_STACK_PROBE || TARGET_64BIT_MS_ABI) + || TARGET_STACK_PROBE || TARGET_64BIT_MS_ABI || crtl-profile) /* If defined, a C expression whose value is nonzero when we want to use PUSH instructions to pass outgoing arguments. */ The idea is, if mcount requires alignment of the stack, and outgoing arguments is the only way to get that, then it would makes sense to have -p imply outgoing arguments. Previously on darwin we had flag_asynchronous_unwind_tables which turned on target_flags |= MASK_ACCUMULATE_OUTGOING_ARGS, which ensured that TARGET_ACCUMULATE_OUTGOING_ARGS was true which was enough to ensure that ACCUMULATE_OUTGOING_ARGS was true. If linux and all other x86 ports also needs stack alignment in mcount, then the above should be correct. If not, then darwin needs to ask specially, since no one else does.
[Bug bootstrap/65150] r220875 causes bootstrap failure on x86_64 darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65150 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 CC||mrs at gcc dot gnu.org Severity|normal |critical
[Bug rtl-optimization/30957] Misscompare with variable expansion optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30957 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #21 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- So, is there anything left as a bug in the compiler, or has this issue been fixed?
[Bug libffi/64855] FAIL: libffi.call/* -W -Wall -Wno-psabi -O0 -DABI_NUM=* -DABI_ATTR=* execution test on x86_64-apple-darwin*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64855 --- Comment #7 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Thu Jan 29 22:09:16 2015 New Revision: 220264 URL: https://gcc.gnu.org/viewcvs?rev=220264root=gccview=rev Log: 2015-01-29 Jack Howarth howarth.at@gmail.com PR libffi/64855 * testsuite/lib/libffi.exp: Don't set targetabis on darwin. Modified: trunk/libffi/ChangeLog trunk/libffi/testsuite/lib/libffi.exp
[Bug libffi/64855] FAIL: libffi.call/* -W -Wall -Wno-psabi -O0 -DABI_NUM=* -DABI_ATTR=* execution test on x86_64-apple-darwin*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64855 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||mrs at gcc dot gnu.org Known to work||5.0 Resolution|--- |FIXED --- Comment #8 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Fixed.
[Bug libgomp/64635] darwin produces libgomp-plugin-host_nonshm.1.dylib but tries to load libgomp-plugin-host_nonshm.so.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635 --- Comment #25 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Wed Jan 28 21:25:19 2015 New Revision: 220220 URL: https://gcc.gnu.org/viewcvs?rev=220220root=gccview=rev Log: 2015-01-28 Jack Howarth howarth.at@gmail.com PR libgomp/64635 * configure.tgt (*-*-aix*): Use config_path aix posix. (*-*-darwin*): Use config_path bsd darwin posix. (*-*-hpux*): Use config_path hpux posix. * target.c: Add include of plugin-suffix.h and use SONAME_SUFFIX macro. * config/aix/plugin-suffix.h: New file. * config/darwin/plugin-suffix.h: New file. * config/hpux/plugin-suffix.h: New file. * config/posix/plugin-suffix.h: New file. Added: trunk/libgomp/config/aix/ trunk/libgomp/config/aix/plugin-suffix.h
[Bug libgomp/64635] darwin produces libgomp-plugin-host_nonshm.1.dylib but tries to load libgomp-plugin-host_nonshm.so.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635 --- Comment #24 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Wed Jan 28 21:23:14 2015 New Revision: 220218 URL: https://gcc.gnu.org/viewcvs?rev=220218root=gccview=rev Log: 2015-01-28 Jack Howarth howarth.at@gmail.com PR libgomp/64635 * configure.tgt (*-*-aix*): Use config_path aix posix. (*-*-darwin*): Use config_path bsd darwin posix. (*-*-hpux*): Use config_path hpux posix. * target.c: Add include of plugin-suffix.h and use SONAME_SUFFIX macro. * config/aix/plugin-suffix.h: New file. * config/darwin/plugin-suffix.h: New file. * config/hpux/plugin-suffix.h: New file. * config/posix/plugin-suffix.h: New file. Added: trunk/libgomp/config/darwin/ trunk/libgomp/config/darwin/plugin-suffix.h trunk/libgomp/config/hpux/ trunk/libgomp/config/hpux/plugin-suffix.h trunk/libgomp/config/posix/plugin-suffix.h Modified: trunk/libgomp/ChangeLog trunk/libgomp/configure.tgt trunk/libgomp/target.c
[Bug libgomp/64635] darwin produces libgomp-plugin-host_nonshm.1.dylib but tries to load libgomp-plugin-host_nonshm.so.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||mrs at gcc dot gnu.org Resolution|--- |FIXED --- Comment #26 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Fixed.
[Bug libobjc/51891] class_copyIvarList crashes on empty ivars
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51891 --- Comment #4 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Fri Jan 9 18:12:51 2015 New Revision: 219399 URL: https://gcc.gnu.org/viewcvs?rev=219399root=gccview=rev Log: Added PR libobjc/51891. Modified: trunk/gcc/testsuite/ChangeLog trunk/libobjc/ChangeLog
[Bug libobjc/51891] class_copyIvarList crashes on empty ivars
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51891 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mrs at gcc dot gnu.org Resolution|--- |FIXED --- Comment #5 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Fixed.
[Bug target/63651] Lot of failures in obj(c|-c++) with yosemite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63651 --- Comment #16 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- We can fixincludes NS_BLOCKS_AVAILABLE support back in, this would disappear interfaces that cannot be supported. In the past, this was a safe thing to do, and might well be still safe wrt the runtime. Deeper language issues would likely need someone to do real work. No really nice fix for that other than someone who wanted to do the work stepping forward. Until then, SDK support for older OSes might be the old way to get code compiled on newer systems. We should be able to steal code from MIT style runtimes to put into newer systems, if we can get FSF approval for incorporating code they don't own. This should be easy enough, we don't vend sell or ship a competing abi compatible runtime, so, bundling one I think should be trivial, if we want to.
[Bug target/57792] toplevel configure should enable --with-sysroot=`xcrun --show-sdk-path` for darwin13 and later
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792 --- Comment #15 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Mandating commands line tools is fine. Would be nice if everything worked flawlessly if no optional package had to be installed, but I'm pragmatic.
[Bug target/61387] [5 Regression] ~900 test failures on on x86_64-apple-darwin13 for g++ with -m64 after r211089
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61387 --- Comment #15 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Author: mrs Date: Tue Oct 7 18:59:24 2014 New Revision: 215983 URL: https://gcc.gnu.org/viewcvs?rev=215983root=gccview=rev Log: 2014-10-07 Iain Sandoe i...@codesourcery.com PR target/61387 * config/i386/i386.c (x86_output_mi_thunk): Fix darwin fallout. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c
[Bug target/61387] [5 Regression] ~900 test failures on on x86_64-apple-darwin13 for g++ with -m64 after r211089
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61387 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #16 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Fixed.
[Bug target/61387] [5 Regression] ~900 test failures on on x86_64-apple-darwin13 for g++ with -m64 after r211089
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61387 --- Comment #13 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- I like Ian's change the best. I've sent that to gcc-patches for consideration.
[Bug rtl-optimization/25285] pessimization of goto * (computed goto)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25285 mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed||2014-09-10 CC||mrs at gcc dot gnu.org Resolution|INVALID |--- Ever confirmed|0 |1 --- Comment #9 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Customer unhappy.
