--- Comment #2 from mrs at apple dot com 2006-05-06 21:24 ---
I have a fix for this, will post.
--
mrs at apple dot com changed:
What|Removed |Added
CC
--- Comment #6 from mrs at apple dot com 2006-05-09 00:47 ---
I have a fix for this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18740
--- Comment #3 from mrs at apple dot com 2006-05-09 00:48 ---
I have a fix for this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7948
--- Comment #4 from mrs at apple dot com 2006-05-18 19:29 ---
aka radr://4336222
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25802
--- Comment #7 from mrs at apple dot com 2006-05-19 01:39 ---
I'm building a cross compiler now...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27673
--- Comment #10 from mrs at apple dot com 2006-05-19 02:11 ---
A stage1 cross compiler with --enable-checking=assert targeting
--target=i686-unknown-linux-gnu hosted on darwin doesn't seem to fail, nor does
a darwin native compiler with --enable-checking=assert. I've reviewe
--- Comment #11 from mrs at apple dot com 2006-05-19 04:01 ---
Ok, just finished a:
configure --enable-languages=c
native build for i686-pc-linux-gnu, worked just fine... I'll try an expanded
configure line next...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27673
--- Comment #12 from mrs at apple dot com 2006-05-19 06:09 ---
Ok, finished a:
configure --enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--enable-shared --enable-threads=posix --enable-haifa --enable-checking=assert
--prefix=/usr/gcc-4.2 --with-local-prefix=/usr/local
--- Comment #11 from mrs at apple dot com 2006-05-31 22:32 ---
I have a patch:
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01580.html
that I think fixes this problem. I'd be cusious to hear if it fixes the
Fortran problem for you.
--
mrs at apple dot com ch
--- Comment #17 from mrs at apple dot com 2006-06-08 22:26 ---
This should be fixed now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26427
--- Comment #18 from mrs at apple dot com 2006-06-08 22:40 ---
The regression was introduced by:
2006-04-30 David Edelsohn <[EMAIL PROTECTED]>
* config/rs6000/rs6000.c (rs6000_override_options): Enable
TARGET_NO_FP_IN_TOC for section a
--- Comment #1 from mrs at apple dot com 2006-06-14 17:11 ---
What problem did you see when ld wasn't in build_gcc?
Also, if the compiler is configured with isysroot, if gcc.c is taught to
default to using it, then I think the change to configure.ac isn't needed.
This also
--- Comment #4 from mrs at apple dot com 2006-07-08 10:10 ---
Fix submitted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28280
--- Comment #11 from mrs at apple dot com 2006-07-11 18:31 ---
I've posted a patch to fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--- Comment #6 from mrs at apple dot com 2006-07-12 13:13 ---
I have checked in a fix for this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28280
--- Comment #9 from mrs at apple dot com 2006-07-15 18:52 ---
THis bug should be reopened.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28280
--- 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
dTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38087
--- 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 unqualified-id is
∼ type-name, the type-name is looked up in the context of the ent
--- 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
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 #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
--- 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 and
--- 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 #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 sof
--- 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 sof
--- Comment #6 from mrs at apple dot com 2005-11-15 23:56 ---
radr://4329536
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9726
ave
Product: gcc
Version: 4.2.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=25316
--- Comment #1 from mrs at apple dot com 2005-12-08 20:51 ---
Ah, Geoff found it:
The definition of 'aggregate' is in 8.5.1
I new it was there someplace.
--
mrs at apple dot com changed:
What|Removed
--- Comment #3 from mrs at apple dot com 2005-12-08 23:53 ---
As I said, the prohibition is in 8.5.1 in the definition of aggregate. This is
what makes it not a POD. No DR needed, no gcc bug fix needed, the bug was in
the Metroworks compiler and in the users understanding
--- Comment #9 from mrs at apple dot com 2006-07-19 23:50 ---
We can't define __Unwind_GetIPInfo in libgcc_s.10.5.dylib at this time. If we
create a situation in which we can, rest assured, we will.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
--- Comment #12 from mrs at apple dot com 2006-08-10 16:54 ---
Trivially, one could use turing completeness at compile time to achieve the
desired result. :-) Not that I think that is better than `fixing' this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4131
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28778
--- Comment #2 from mrs at apple dot com 2006-08-18 21:12 ---
radr://4658741
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28778
--- Comment #8 from mrs at apple dot com 2006-08-25 22:27 ---
Date: Fri, 25 Aug 2006 16:03:00 -0400
From: Jason Merrill <[EMAIL PROTECTED]>
Subject: Re: RFA: Fix PR 28139
Message-id: <[EMAIL PROTECTED]>
This is OK.
:REVIEWURL http://gcc.gnu.org/ml/gcc-patches/2006-06/m
--- Comment #4 from mrs at apple dot com 2006-09-29 01:29 ---
This should be fixed by the last checkin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28617
--- Comment #8 from mrs at apple dot com 2006-09-29 23:15 ---
> If it is a VAR_DECL, then I believe the optimization is always safe
Not in C++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29272
--- Comment #16 from mrs at apple dot com 2006-10-02 09:32 ---
The dynamic type of the object at &i is indeed float and has the value 7.0 (iff
align and sizes work out). We permitted this so that can can do:
class C { ... };
char buf[1024];
new (&buf[n]) C
and have the
--- Comment #18 from mrs at apple dot com 2006-10-02 19:28 ---
What is your position based upon? Mine is based upon having been in the room
when we decided what the C rules probably were, what the C++ rules could be and
the up side and down side of each choice and where we decided what
--- Comment #16 from mrs at apple dot com 2006-10-05 00:57 ---
Our positron branch has the fix for this in it. We should dig it out and
submit it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10901
--- Comment #10 from mrs at apple dot com 2006-10-06 05:46 ---
> Apple has no long double library support
This is false. What we don't have is symbol versioning and the `normal' names
refer to an abi different long double, 8 bytes as I recall.
The impact to the for
--- Comment #37 from mrs at apple dot com 2006-10-10 04:54 ---
Additionally, you can petition ISO/C++ to provide a more elegant solution for
you.
VxWorks also does 16-byte alignment on ppc (for altivec) as I recall.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15795
strap doesn't work
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gc
--- Comment #1 from mrs at apple dot com 2006-10-20 22:09 ---
I think something like:
Doing diffs in configure.ac.~1~:
--- configure.ac.~1~2006-10-16 12:38:48.0 -0700
+++ configure.ac2006-10-20 15:00:44.0 -0700
@@ -3419,6 +3419,16 @@ changequote([,])dnl
--- Comment #6 from mrs at apple dot com 2006-10-20 22:29 ---
If the decision is to rip out mass amounts of code for bootstrapping in stage3,
well, that can be done, but unless that it is done, this is a bug. If it is to
be done, that it is a bug that it isn't done. As for WO
--- Comment #7 from mrs at apple dot com 2006-10-20 22:33 ---
I'd like my patch to be considered for 4.2, seems safee enough.
--
mrs at apple dot com changed:
What|Removed |
--- Comment #9 from mrs at apple dot com 2006-10-20 23:24 ---
I spent a minute upgrading my build system to handle the new world order that's
coming down the pike in 4.3... The problem I thought I might hit didn't
happen, so, I'm fine with this being WONTFIX. I now do
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=30659
--- Comment #1 from mrs at apple dot com 2007-01-31 20:30 ---
radr://4958852
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30659
--- Comment #10 from mrs at apple dot com 2007-02-08 19:02 ---
Ignore me, I'm going crazy. This is really just a simple problem of the
software isn't portable to 10.3.9. The right fix is to modify it so that it
compiles. The OS has been fixed to not have this bug in m
--- Comment #13 from mrs at apple dot com 2007-02-16 17:59 ---
Adding inline seems obvious to me, all the other functions are marked inline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4076
--- Comment #16 from mrs at apple dot com 2007-04-05 02:52 ---
I think this patch breaks:
FAIL: g++.old-deja/g++.mike/p4736b.C (internal compiler error)
FAIL: g++.old-deja/g++.mike/p4736b.C (test for excess errors)
on powerpc-apple-darwin:
/Volumes/mrs3/net/gcc-4.2-fsf/gcc/gcc
--- 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
--- 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 #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 #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
--- Additional Comments From mrs at apple dot com 2005-03-24 19:36 ---
Subject: Re: shared SH libgcc is exporting too many symbols
On Mar 24, 2005, at 8:30 AM, Joern RENNECKE wrote:
> ! #if 1 /* ??? The export list mechanism is broken, everything that
> is not
> !
--- Additional Comments From mrs at apple dot com 2005-04-05 22:54 ---
Subject: Re: [PATCH] Fix PR preprocessor/19475
On Apr 5, 2005, at 4:56 AM, Jakub Jelinek wrote:
> Thanks, you're right. With following incremental patch
> it passes just fine (and fails with cc1 built
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
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
oduct: gcc
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
: 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
Severity: normal
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=37864
libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
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
--- 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
--- 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 #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
: trivial long -> int implicit conversions
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs 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 #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
s: 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=35198
--- Comment #28 from mrs at apple dot com 2008-02-20 15:44 ---
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32009
--- Comment #18 from mrs at apple dot com 2008-02-21 19:48 ---
Nope.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10901
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=35449
: 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=35450
--- 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
gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35462
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
ONFIRMED
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=35640
--
Summary: template visibility 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=35688
--- 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 #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-no
--- 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
--- 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 com
--- 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 as
--- 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 immediatel
--- 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.
Downsid
--- 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 to
--- 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
1 - 100 of 179 matches
Mail list logo
