--- Comment #21 from echristo at apple dot com 2010-02-16 18:01 ---
I remember that we originally ran into this warning in a huge number of places
building OSX. Now I'd agree that null checking would be something good to
have, but there should be some way to turn it off if it's
--- Comment #23 from echristo at apple dot com 2010-02-16 18:09 ---
That looks fine to me, though you'll probably want to use null instead of
null in the command line option. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35669
--- Comment #8 from echristo at apple dot com 2009-12-29 22:21 ---
That patch looks correct for at least x86-32
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36399
--- Comment #2 from echristo at apple dot com 2008-06-03 00:37 ---
Confirmed.
--
echristo at apple dot com changed:
What|Removed |Added
Status|UNCONFIRMED
-end
AssignedTo: rguenth at gcc dot gnu dot org
ReportedBy: echristo at apple dot com
GCC build triplet: powerpc-darwin9
GCC host triplet: powerpc-darwin9
GCC target triplet: powerpc-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34739
--- Comment #2 from echristo at apple dot com 2008-01-11 11:19 ---
Doesn't ice under 4.0 so it is a regression.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #4 from echristo at apple dot com 2008-01-11 11:26 ---
It's in the bug and I have assignment issues currently and he asked me to?
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #7 from echristo at apple dot com 2008-01-11 11:48 ---
Created an attachment (id=14923)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14923action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34739
--- Comment #17 from echristo at apple dot com 2007-12-17 23:25 ---
I rather like this patch... someone should ping Paolo about it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30572
--- Comment #9 from echristo at apple dot com 2007-11-01 17:09 ---
I guess that would be a good workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30572
--- Comment #6 from echristo at apple dot com 2007-08-20 17:11 ---
No, I spoke to Daniel about it a while back, but he hasn't had time to look
into it. It's definitely caused by the toplevel changes to libgcc. The basic
idea is that the toplevel makefile re-installs libgcc into the gcc
--- Comment #6 from echristo at apple dot com 2007-08-10 02:29 ---
I hadn't but I have now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32722
--- Comment #16 from echristo at apple dot com 2007-06-29 19:00 ---
No, we shouldn't close it until we can get the compiler building on ppc with
-mdynamic-no-pic.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #4 from echristo at apple dot com 2007-06-13 06:36 ---
Patch looks reasonable.
--
echristo at apple dot com changed:
What|Removed |Added
CC
--- Comment #7 from echristo at apple dot com 2007-06-13 22:16 ---
Um. Right. :)
The new version is fine if it works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32313
--
Summary: gcov returns wrong results
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profile
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: echristo at apple
--
echristo at apple dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #2 from echristo at apple dot com 2007-05-04 02:38 ---
Yeah, probably. Bah.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31810
--- Comment #3 from echristo at apple dot com 2007-04-18 18:44 ---
As a note, this is due to the make install bit of libgcc when putting things
back into the gcc build dir we set $(slibdir) to null and then the darwin
install name ends up being set to $(slibdir)/libgcc_s.1.dylib which
--- Comment #13 from echristo at apple dot com 2007-04-10 01:57 ---
Any hope of getting this in 4.2 as well? It's not a regression, but is a fairly
longstanding bug that's easier to trip than we'd like.
--
echristo at apple dot com changed:
What|Removed
--- Comment #11 from echristo at apple dot com 2007-04-06 20:31 ---
Jan,
Yeah, that's exactly the patch I had when it finishes testing ok (it did for me
on i386), would you please commit it to the 4.2 branch as well?
--
echristo at apple dot com changed:
What|Removed
--- Comment #6 from echristo at apple dot com 2007-04-05 23:56 ---
Actually, I'll go ahead and take this, it was reported internally as well here
and I've got a patch in testing :)
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #2 from echristo at apple dot com 2007-01-24 18:56 ---
I looked at this a bit last night and I'm mystified. I'll look more after this
weekend.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30572
--
echristo at apple dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |echristo at apple dot com
|dot org
--
echristo at apple dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dalej at apple dot com
|dot org
--- Comment #2 from echristo at apple dot com 2007-01-11 22:34 ---
I can see this on x86-darwin.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #27 from echristo at apple dot com 2006-12-15 22:42 ---
Submitted patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29302
--- Comment #4 from echristo at apple dot com 2006-12-13 09:25 ---
I'm seeing it on x86_64-darwin with compile/20031023-4.c.
--
echristo at apple dot com changed:
What|Removed |Added
--
echristo at apple dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |echristo at apple dot com
|dot org
--- Comment #4 from echristo at apple dot com 2006-11-09 23:49 ---
I'm going to mark this down as wontfix since I just added a port for
ppc64-darwin and we don't need the file since the issue that caused
host-darwin.c in the rs6000 backend to be created was fixed with tiger
--- Comment #5 from echristo at apple dot com 2006-11-09 23:51 ---
This appears to work with the change to add powerpc64-darwin support.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #2 from echristo at apple dot com 2006-11-09 23:53 ---
This appears fixed with the changes to add powerpc64-darwin support.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #2 from echristo at apple dot com 2006-11-09 23:54 ---
I'd like you to retest this one with the new support I added for
powerpc64-darwin.
thanks.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #26 from echristo at apple dot com 2006-11-08 00:06 ---
I'll take this one since I've got the apple radar on it as well, removing
Geoff.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #2 from echristo at apple dot com 2006-10-19 22:24 ---
I'll take a look at this.
--
echristo at apple dot com changed:
What|Removed |Added
AssignedTo
--- Comment #7 from echristo at apple dot com 2006-10-11 18:14 ---
I'm testing it now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29426
--- Comment #8 from echristo at apple dot com 2006-10-11 18:24 ---
OK. Seems to be working (i.e. build succeeded and testing isn't blowing up).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29426
--- Comment #10 from echristo at apple dot com 2006-10-11 19:34 ---
Testing on darwin, the patch seems to get rid of the massive failures I was
seeing.
Thanks Ben.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29426
--- Comment #1 from echristo at apple dot com 2006-09-21 17:52 ---
Yes, this should pass.
--
echristo at apple dot com changed:
What|Removed |Added
CC
--- Comment #15 from echristo at apple dot com 2006-09-10 07:11 ---
So, just committed a patch for the 32-bit problems with literal16 sections.
(No, they won't be valid for 32-bit.)
I'm holding on the configure patch since 2.4 seems to work fine with the patch
for people and I find
--- Comment #1 from echristo at apple dot com 2006-09-10 07:18 ---
But wouldn't that change make it fail on platforms that don't want an r?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28950
--- Comment #16 from echristo at apple dot com 2006-09-10 07:48 ---
I believe this is fixed with the above change.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #2 from echristo at apple dot com 2006-09-09 08:12 ---
Yup. A new cctools is needed now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--
echristo at apple dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |echristo at apple dot com
|dot org
--- Comment #3 from echristo at apple dot com 2006-09-09 08:53 ---
FWIW I just hacked up a quick autoconf test for the feature as well if we'd
prefer to have that as well...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #4 from echristo at apple dot com 2006-09-09 08:54 ---
Created an attachment (id=12212)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12212action=view)
autoconf test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #7 from echristo at apple dot com 2006-09-09 18:57 ---
You run autoheader and autoconf.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #9 from echristo at apple dot com 2006-09-09 19:51 ---
Yeah, might be better off just bracketing the literal16 code in darwin.c with
#ifdef HAVE_GAS_LITERAL16. Want to do that?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #11 from echristo at apple dot com 2006-09-09 20:09 ---
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #13 from echristo at apple dot com 2006-09-09 21:27 ---
Close, but I'd prefer to actually have the test for true as well in there. I'll
go ahead and submit the patch similar. thanks for testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #7 from echristo at apple dot com 2006-08-31 22:14 ---
After discussion with DJ I'm going to mark this as WONTFIX. We'll just allow
people to shoot themselves in the foot if they try to disable a directory that
they shouldn't.
--
echristo at apple dot com changed
--- Comment #6 from echristo at apple dot com 2006-08-26 06:37 ---
Patch submitted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26999
--- Comment #16 from echristo at apple dot com 2006-08-26 00:10 ---
Should this be closed as unlikely to fix in 4.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21308
--- Comment #5 from echristo at apple dot com 2006-08-26 01:15 ---
patch in testing
--
echristo at apple dot com changed:
What|Removed |Added
AssignedTo
--- Comment #6 from echristo at apple dot com 2006-07-30 20:50 ---
Fixed thusly:
2006-07-30 Eric Christopher [EMAIL PROTECTED]
PR target/27543
* doc/extend.texi (i386 Variable Attributes): Add anchor.
(PowerPC Variable Attributes): New section
--- Comment #3 from echristo at apple dot com 2006-07-23 20:28 ---
Patch submitted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27543
--- Comment #28 from echristo at apple dot com 2006-07-23 20:30 ---
We're not going to support building 4.0 in the source directory. Closing.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #4 from echristo at apple dot com 2006-07-24 03:20 ---
I doubt we're going to backport that patch to 4.1 at all, should we just close
this bug?
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #9 from echristo at apple dot com 2006-07-24 03:22 ---
No testcase after 3 mos. No need to keep this open.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #14 from echristo at apple dot com 2006-07-24 04:54 ---
The bug says c++, feel like opening another one or fixing the title on the bug
you opened?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
--- Comment #1 from echristo at apple dot com 2006-07-24 05:07 ---
This can't possibly be a regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27544
--- Comment #8 from echristo at apple dot com 2006-07-24 05:45 ---
Is this a problem with mainline? It has 4.2 regression marked on it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23868
--- Comment #11 from echristo at apple dot com 2006-07-24 05:51 ---
Is libssp even assumed to be OK for non-native targets? I think that it should
probably be turned off by default on the embedded targets and just left that
way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25035
--- Comment #12 from echristo at apple dot com 2006-07-22 21:00 ---
This looks fixed to me.
--
echristo at apple dot com changed:
What|Removed |Added
Status
--- Comment #8 from echristo at apple dot com 2006-07-22 21:06 ---
I believe a patch to libstdc++ to check for __Unwind_GetIPInfo was committed.
Verify this still fails?
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #11 from echristo at apple dot com 2006-07-22 21:12 ---
Waiting on Edmar's feedback for Alan's patch.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #7 from echristo at apple dot com 2006-07-22 21:14 ---
Jim, were you going to check this in or did you need some more testing on it?
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #6 from echristo at apple dot com 2006-07-22 21:16 ---
Waiting on David's feedback.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #3 from echristo at apple dot com 2006-07-20 07:40 ---
Fixed thusly:
2006-07-20 Eric Christopher [EMAIL PROTECTED]
PR target/26877
* config/i386/i386.h
--- Comment #1 from echristo at apple dot com 2006-07-19 21:59 ---
I'll take this since I've submitted a patch.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #6 from echristo at apple dot com 2006-07-17 08:52 ---
Rainer, did you want to check building with the cflags inside the case
statement?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28296
--- Comment #2 from echristo at apple dot com 2006-07-10 21:01 ---
Removing regression.
--
echristo at apple dot com changed:
What|Removed |Added
Summary|[4.2
--- Comment #5 from echristo at apple dot com 2006-07-10 21:03 ---
Well, the original place isn't correct because -pthread isn't valid for all
platforms, but it could be moved to where I have XPCFLAGS for non-darwin
targets.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28296
--- Comment #2 from echristo at apple dot com 2006-07-08 01:04 ---
Well, it shouldn't have mattered, but try re-adding the CFLAGS line that I
think I accidentally deleted just after XPCFLAGS:
CFLAGS=$CFLAGS -pthread
which is also just plain wrong, but perhaps this too should be moved
--- Comment #3 from echristo at apple dot com 2006-07-08 01:11 ---
Oh yes, FWIW it worked on both x86-darwin and x86-linux which are the only
platforms I can test :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28296
--- Comment #4 from echristo at apple dot com 2006-06-12 06:45 ---
2006-06-11 Eric Christopher [EMAIL PROTECTED]
PR 27542
* doc/extend.texi (Structure-Packing Pragmas): Document ms_struct
pragma.
--
echristo at apple dot com changed:
What
--- Comment #9 from echristo at apple dot com 2006-06-12 06:54 ---
2006-06-11 Eric Christopher [EMAIL PROTECTED]
PR middle-end/27948
* stor-layout.c (place_field): Remove check
--- Comment #1 from echristo at apple dot com 2006-06-08 18:11 ---
Can you get me the size of that structure according to MS VC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27948
--- Comment #4 from echristo at apple dot com 2006-06-08 18:14 ---
Well, I suppose the question is whether or not I'm doing something wrong here.
The alignment should be added unilaterally (as far as I can tell from the
documents that I included in the documentation). Part
--- Comment #35 from echristo at apple dot com 2006-06-08 21:06 ---
I'm unlikely to work on this...
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #2 from echristo at apple dot com 2006-06-08 21:40 ---
Submitted patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27542
--- Comment #6 from echristo at apple dot com 2006-06-08 22:23 ---
Sure. Sounds good. As I said, the ABI stuff I've seen (and helped write) don't
take packed into account anywhere :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27942
--- Comment #3 from echristo at apple dot com 2006-06-08 22:39 ---
Verified. Investigating. The alignment should be 8 from what I can see:
a - 1st byte
int :0 - align to 4th byte
b - 5th byte
c - 6th byte
align structure to 8th byte because of int :0.
--
echristo at apple dot com
--- Comment #5 from echristo at apple dot com 2006-06-08 23:57 ---
FWIW btw, the edge case only occurs when the bitfield is the full length of the
array size.
Guh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27948
--- Comment #6 from echristo at apple dot com 2006-06-09 00:00 ---
Think I've got a patch. testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27948
--- Comment #7 from echristo at apple dot com 2006-06-09 01:12 ---
Confirmed. Patch appears to work. I'll submit it a bit later. Short, one liner.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27948
--- Comment #2 from echristo at apple dot com 2006-06-08 00:10 ---
Since you're using the MS abi then for sh64 you'll need to dig up where I'm
doing something wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27942
--- Comment #1 from echristo at apple dot com 2006-06-04 19:02 ---
Not sure it qualifies as a regression, but I'll take it.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #1 from echristo at apple dot com 2006-06-04 19:03 ---
ditto on the regression, i'll take it anyhow.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #26 from echristo at apple dot com 2006-03-09 03:13 ---
GOFAST was a library shipped for mips that I added a configure option to
continue to allow to compile. I fully doubt that it's in use anywhere now so
can probably be removed.
--
http://gcc.gnu.org/bugzilla
--- Comment #14 from echristo at apple dot com 2006-03-03 20:17 ---
Fixed.
--
echristo at apple dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from echristo at apple dot com 2006-03-01 22:04 ---
Confirmed. That's the error message if you use the configure from the gcc
subdir.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #11 from echristo at apple dot com 2006-02-27 08:35 ---
There are two ways to fix this, the easiest way is to pass -allow_stack_execute
through to the linker when we want an executable stack. This is problematic
since we'll not be specifying it on the command line. We can
--- Comment #13 from echristo at apple dot com 2006-02-28 01:48 ---
Patch in testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24959
--- Comment #1 from echristo at apple dot com 2006-01-12 22:25 ---
I'm testing it for Andrew.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25758
--- Comment #2 from echristo at apple dot com 2005-11-30 06:29 ---
Patch committed.
--
echristo at apple dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from echristo at apple dot com 2005-11-01 17:27 ---
The patch to 23585 is likely the cause.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24514
--- Comment #7 from echristo at apple dot com 2005-11-01 17:43 ---
Changing to P1 since it's a regression that likely affects all mips (including
primary platform mips-elf).
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #9 from echristo at apple dot com 2005-11-01 18:06 ---
Bringing down to P3 and letting Mark set the priority.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #2 from echristo at apple dot com 2005-10-31 18:17 ---
Since I don't have access to an irix box anymore I'd really need the
instruction it fails on at the least, some annotated assembly would be a good
start (compile the failing file with -dap and attach the .s output
1 - 100 of 109 matches
Mail list logo
