--- Comment #1 from mrs at apple dot com 2009-12-10 18:13 ---
In general you can answer what we think is best by checking the llvm-gcc
sources from llvm, and in this case, we are using:
/* { dg-options -fnext-runtime -fno-constant-cfstrings } */
/* { dg-do compile { target powerpc
--- Comment #25 from mrs at apple dot com 2009-12-09 18:29 ---
I've filed radr://7457013 for libSystem (aka libm on 10.6) to improve the
accuracy of ___divdc3. If that were fixed, then having -lm or not wouldn't
matter.
--
mrs at apple dot com changed:
What|Removed
--- Comment #27 from mrs at apple dot com 2009-12-09 18:48 ---
nm | grep ___divdc3 on all the objects and libraries on the link line, will
tell you from where this symbol can be resolved. Reading the link line, will
tell you the order ld will resolve in, but you have to realize
--- Comment #32 from mrs at apple dot com 2009-10-05 20:55 ---
I suspect the other case is simply:
if (flag_exceptions)
flag_reorder_blocks_and_partition = 0;
be added, just like the code for flag_unwind_tables. I suspect this, as the
testcase is *.C.
--
http://gcc.gnu.org
--- Comment #33 from mrs at apple dot com 2009-10-05 21:16 ---
I'm fine with the latest patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313
--- Comment #2 from mrs at apple dot com 2009-10-05 21:21 ---
Ok.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41595
--- Comment #18 from mrs at apple dot com 2009-10-01 19:14 ---
Yes. If someone wants to propose a better solution, they will...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313
--- Comment #58 from mrs at apple dot com 2009-10-01 19:18 ---
Seems reasonable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39888
--- Comment #20 from mrs at apple dot com 2009-10-02 02:03 ---
flag_reorder_blocks_and_partition was the complete name of the variable last I
looked. If flag_unwind_tables is true and this variable is true, that's the
bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313
--- Comment #51 from mrs at apple dot com 2009-09-30 19:45 ---
Looks much better than past versions... Seems like muse-shared-libgcc-ext
should be the default, and possibly that we don't even need the switch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39888
--- Comment #10 from mrs at apple dot com 2009-09-30 20:54 ---
When targeting darwin10, the .eh symbols don't have to be generated anymore.
They are from darwin.c, darwin_emit_unwind_label.
if (darwin_macosx_version_min
strverscmp (darwin_macosx_version_min, 10.6) = 0)
can
--- Comment #15 from mrs at apple dot com 2009-10-01 00:54 ---
Yeah, the patch in #11 is about the right for half the problem (darwin10), if
it weren't for ld's warning message. I don't know quite why it is doing that,
so guess we'll just have to nix that idea. So, the next best thing
--- Comment #19 from mrs at apple dot com 2009-09-23 20:43 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 22, 2009, at 8:02 PM, howarth at nitro dot med dot uc dot edu
wrote:
Doesn't this imply that you can't make force libgcc to be found before
libSystem
--- Comment #20 from mrs at apple dot com 2009-09-23 20:48 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 23, 2009, at 8:50 AM, howarth at nitro dot med dot uc dot edu
wrote:
What about just leveraging PIC-code libgcc.a on darwin by creating
--- Comment #21 from mrs at apple dot com 2009-09-23 20:49 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 23, 2009, at 9:19 AM, howarth at nitro dot med dot uc dot edu
wrote:
What we need is an approach that links in libgcc.a or libgcc_s to a
dummy
--- Comment #22 from mrs at apple dot com 2009-09-23 20:52 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 23, 2009, at 11:40 AM, howarth at nitro dot med dot uc dot edu
wrote:
Also I don't see why the macro above has any advantages over just
using
--- Comment #6 from mrs at apple dot com 2009-09-22 18:56 ---
I wonder if we could just trim out the symbols from libgcc that are in
libSystem, and arrange for gcc's installed libgcc to be found first.
Advantage, simplicity, less target specific work, easy to understand.
Downside, OS
--- Comment #8 from mrs at apple dot com 2009-09-22 21:17 ---
I meant the idea that libSystem has new symbols in it is relevant only to
darwin10. The system libgcc_s is present on older OSes, so those aspects are
still relevant. Yeah, to solve that problem one would either have
--- Comment #30 from mrs at apple dot com 2009-09-04 01:49 ---
I admit that having gcc automagically add -m32 isn't strictly needed, the user
can do that. The problem is when they don't do that. What behavior do we
want? We can pick:
1) Just work.
2) Fail immediately, telling
--- Comment #11 from mrs at apple dot com 2009-09-02 17:41 ---
dwarfdump exists on 10.5 and 10.6. Not sure if that would help at all (I've
not been following what people are doing).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
--- Comment #13 from mrs at apple dot com 2009-09-02 20:17 ---
Subject: Re: [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at
revision 151318
On Sep 2, 2009, at 12:57 PM, howarth at nitro dot med dot uc dot edu
wrote:
--- Comment #12 from howarth at nitro dot med
--- Comment #21 from mrs at apple dot com 2009-09-02 20:37 ---
The patch in #19 is wrong. If you configure a x86-ppc64 compile, it would
want to use -m32, which is wrong. We experimented with a change like that in
#20 and it resulted in failures; I can't imagine any good coming from
--- Comment #26 from mrs at apple dot com 2009-09-03 00:20 ---
First, config.guess is orthogonal to the entire discussion, because of that, we
never need to mention it again.
Next, we do a case analysis of every combination of host/target and buildÂ… We
engineer each case to work
--- Comment #16 from mrs at apple dot com 2009-08-31 17:37 ---
Oops, I mean #12 and #13. For #13, make sure there isn't an existing entry
already. If there is, the code should be added to it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
--- Comment #15 from mrs at apple dot com 2009-08-31 17:35 ---
#13 looks fine. #14 needs a build to confirm it works. I've tested the style
of #14 in the gcc-4.2.1 tree and it works as expected.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
--- Comment #18 from mrs at apple dot com 2009-08-31 20:37 ---
That file just has:
# APPLE LOCAL file dynamic-no-pic
# The -mdynamic-no-pic ensures that the compiler executable is built without
# position-independent-code -- the usual default on Darwin.
BOOT_CFLAGS=-g -O2 -mdynamic
--- Comment #13 from mrs at apple dot com 2009-02-17 19:18 ---
Ok to add that to darwin.h.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34587
--- Comment #8 from mrs at apple dot com 2009-01-24 04:18 ---
First, you didn't test 4.0.0, so all your reasoning is invalid. Second,
claiming no ABI breakage when there is abi breakage is silly. I guess if you
have no customers with no software, with do previously deployed software
--- Comment #4 from mrs at apple dot com 2009-01-24 04:22 ---
First, you didn't test 4.0.0, so all your reasoning is invalid. Second,
claiming no ABI breakage when there is abi breakage is silly. I guess if you
have no customers with no software, with do previously deployed software
--- Comment #9 from mrs at apple dot com 2008-12-18 12:21 ---
Ok with the:
+ *-*-darwin[3-8]*) have_unwind_getipinfo=no ;;
spelling. It matches the spelling in the rest of the compiler, which makes it
easier to spot and modify. Technically, the:
*-*-darwin[0-8]|*-*-darwin[0-8
--- Comment #21 from mrs at apple dot com 2008-12-12 18:42 ---
My long term guidance would be to engineer gcc to use its copy of the libgcc_s
dylib and link against it. This would mean that the newly installed libgcc_s
should be found first, over /usr/lib, and that development
--- Comment #17 from mrs at apple dot com 2008-12-09 23:24 ---
I agree, Apple would like this as well...
radr://5739832
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19351
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38375
--- Comment #1 from mrs at apple dot com 2008-12-02 21:43 ---
Radar 6400208
--
mrs at apple dot com changed:
What|Removed |Added
CC
--- Comment #5 from mrs at apple dot com 2008-11-18 20:26 ---
The C standard mandates that all enumeration constants have the same type, gcc
violates this requirement.
--
mrs at apple dot com changed:
What|Removed |Added
--- Comment #3 from mrs at apple dot com 2008-11-12 18:33 ---
I'm merely eching bits from the clang development list... Now they think the
above doesn't apply, but 3.4.5p3 does:
3 If the unquali#64257;ed-id is
#8764; type-name, the type-name is looked up in the context of the entire
--- Comment #13 from mrs at apple dot com 2008-11-11 23:13 ---
The darwin patch is fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37202
: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38087
gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37864
: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37728
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37465
--- Comment #1 from mrs at apple dot com 2008-09-10 18:28 ---
radr://6202462
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37465
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37260
--- Comment #1 from mrs at apple dot com 2008-08-27 22:47 ---
I think reshape_init_r doesn't handle init when it ia error_mark_node.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37260
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC host triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37085
--- Comment #1 from mrs at apple dot com 2008-08-11 21:39 ---
Oh, see 11.4p5 (ANSI 98 standard) for details on this type of code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37085
--- Comment #12 from mrs at apple dot com 2008-07-23 21:12 ---
radr://4232969
--
mrs at apple dot com changed:
What|Removed |Added
CC
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC host triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36868
routines missing
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc-apple-darwin9
http
--- Comment #3 from mrs at apple dot com 2008-05-07 02:40 ---
Adding:
+_ZN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEE4syncEv;
+_ZN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEE5uflowEv;
+_ZN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEE6xsgetnEPci
--- Comment #4 from mrs at apple dot com 2008-05-07 02:58 ---
Thinking and supposing are bad substitutes for solid engineering.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36164
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36113
--- Comment #1 from mrs at apple dot com 2008-05-02 20:16 ---
Radar 5881867
--
mrs at apple dot com changed:
What|Removed |Added
CC
--
mrs at apple dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36113
.
--
Summary: abi breakage in search (4.0.0 - 4.2.1)
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple
.
--
Summary: abi breakage in search (4.0.0 - 4.2.1)
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple
botch
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35640
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35462
for
c++
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc
--- Comment #1 from mrs at apple dot com 2008-03-04 20:14 ---
radr://5070293
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35462
--- Comment #1 from mrs at apple dot com 2008-03-04 20:15 ---
radr://5070293
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35463
dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35449
template
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla
--- Comment #3 from mrs at apple dot com 2008-03-04 01:19 ---
My bug is related to this, but mine is an ice on valid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35405
--- Comment #18 from mrs at apple dot com 2008-02-21 19:48 ---
Nope.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10901
--- Comment #28 from mrs at apple dot com 2008-02-20 15:44 ---
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32009
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35198
--- Comment #14 from mrs at apple dot com 2008-02-13 20:49 ---
I think we should do this; further, I think we should add pedantic to it as
well. Only people that want to be hurt by the standard should be.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
--- Comment #11 from mrs at apple dot com 2008-02-13 02:59 ---
Ok, how about:
#ifdef __GNUC_STDC_INLINE__
#define __EXTERN_INLINE __inline __attribute__((always_inline))
#else
#define __EXTERN_INLINE extern __inline __attribute__((always_inline))
#endif
__EXTERN_INLINE void foo
--- Comment #9 from mrs at apple dot com 2008-02-12 22:04 ---
Ah, I see now, you're right, that doesn't work. :-(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
at apple dot com
GCC build triplet: i686-apple-darwin9
GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35173
--- Comment #7 from mrs at apple dot com 2008-02-12 18:01 ---
Testcase for comment #6? I believe we tested every case and it works fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
--- Comment #4 from mrs at apple dot com 2008-02-12 01:28 ---
We fixed the mmintrin.h issues by using inline when __GNUC_STDC_INLINE__, and
static inline otherwise in our tree.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
--- Comment #2 from mrs at apple dot com 2008-02-08 03:10 ---
It should be const char**argv.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34193
ReportedBy: mrs at apple dot com
GCC build triplet: *-apple-darwin*
GCC host triplet: *-apple-darwin*
GCC target triplet: *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35081
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34819
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34783
--- Comment #2 from mrs at apple dot com 2008-01-14 20:08 ---
No, that bug report has a hack around, not a fix. A fix would make it work by
default out of the box.
A fix would avoid these for templated types and leave them for non-templated
types.
--
mrs at apple dot com changed
--- Comment #4 from mrs at apple dot com 2008-01-14 23:21 ---
Ah, I thought someone just hadn't gotten around to moving the state to fixed,
sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34783
: UNCONFIRMED
Severity: minor
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34516
--- Comment #22 from mrs at apple dot com 2007-12-17 04:10 ---
:-(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32009
--- Comment #3 from mrs at apple dot com 2007-12-06 23:46 ---
radr://2961456
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17736
--- Comment #8 from mrs at apple dot com 2007-11-26 20:58 ---
Apparently there are two distinct ways to make this work, either, output a
reference to bdtest, or ensure that the linker tries to resolve commons from
libraries. Linux uses the later approach. To be portable, gfortran
--- Comment #12 from mrs at apple dot com 2007-11-27 02:42 ---
Yes, the second set contains:
_U0.457:
.long _bdtest_
which is the part the makes the whole thing work on systems like darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34136
org
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34010
--- Comment #12 from mrs at apple dot com 2007-11-07 01:06 ---
This patch is wrong. See http://gcc.gnu.org/PR34010 for details.
--
mrs at apple dot com changed:
What|Removed |Added
--- Comment #2 from mrs at apple dot com 2007-10-16 19:29 ---
I can confirm the bug and that Intel's documentation does not have a immediate
restriction on any of the epi functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32961
--- Comment #2 from mrs at apple dot com 2007-06-27 19:18 ---
Radar 5276895
--
mrs at apple dot com changed:
What|Removed |Added
CC
--- Comment #20 from mrs at apple dot com 2007-06-19 23:36 ---
The patch was approved today on the gcc-patches list.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4076
--- Comment #122 from mrs at apple dot com 2007-05-22 20:41 ---
When the standard was originally written, I do think we may have missed out on
some finer points of the C object model, mainly to do with restrictions on what
one is not permitted to do stemming from the declared type
ReportedBy: mrs at apple dot com
GCC target triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31903
--- Comment #3 from mrs at apple dot com 2007-05-11 22:44 ---
I think this is a bug on Linux as well, though, I suspect it don't fail to
build, but rather I think it will compare the two typeinfo objects as equal
even though they are unrelated to each other.
--
mrs at apple dot com
--- Comment #5 from mrs at apple dot com 2007-05-12 00:00 ---
Odd, I see:
X:
.long _ZTIN12_GLOBAL__N_13fooE
.weak _ZTSN12_GLOBAL__N_13fooE
.section.gnu.linkonce.r._ZTSN12_GLOBAL__N_13fooE,a,@progbits
.type _ZTSN12_GLOBAL__N_13fooE, @object
--- Comment #2 from mrs at apple dot com 2007-05-12 05:51 ---
Can you work around it with the -Xlinker,-arg1,val1,-arg2,val2 syntax?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31906
--- Comment #37 from mrs at apple dot com 2007-04-25 01:42 ---
libgcc_s.10.5.dylib now includes __Unwind_GetIPInfo on mainline and in 4.2...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
--- Comment #38 from mrs at apple dot com 2007-04-25 01:56 ---
I think a non-working --with-system-libunwind corner case on darwin is a P4 at
best?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
--- Comment #17 from mrs at apple dot com 2007-04-13 03:09 ---
The followup problem has now been fixed in 4.2.
--
mrs at apple dot com changed:
What|Removed |Added
--- Comment #4 from mrs at apple dot com 2007-04-09 20:25 ---
radr://5076058
--
mrs at apple dot com changed:
What|Removed |Added
CC
1 - 100 of 178 matches
Mail list logo