http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54451
rbmj at verizon dot net changed:
What|Removed |Added
CC||rbmj at verizon dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54451
--- Comment #6 from rbmj at verizon dot net 2012-09-09 18:08:11 UTC ---
Making local changes to bring stdint.h into compliance works for me as well.
(In reply to comment #5)
> (In reply to comment #4)
> > Maybe it would be nice to use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54631
Bug #: 54631
Summary: vxworks.c fails to compile
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54631
rbmj at verizon dot net changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53457
--- Comment #9 from rbmj at verizon dot net 2012-10-02 01:08:00 UTC ---
Paolo:
This was wrapped up with several other fixincludes patches with regards to
vxWorks, and Bruce Korb has approved the set and has agreed to commit.
However
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53457
--- Comment #11 from rbmj at verizon dot net 2012-10-02 18:21:50 UTC ---
I've tried to split it up as I think Bruce wanted; if you check the thread,
those patches should all be ready.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54805
Bug #: 54805
Summary: __gthread* on VxWorks
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54805
--- Comment #1 from rbmj at verizon dot net 2012-10-29 19:22:09 UTC ---
Ping?
Robert Mason
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55126
Bug #: 55126
Summary: Libstdc++-v3 fails to compile
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55126
--- Comment #2 from rbmj at verizon dot net 2012-10-30 01:04:08 UTC ---
git bisect reports that commit that introduced the regression is svn: 192488
(or git: 584abc984ad...).
I don't know enough about the codebase to easily tell wher
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54805
rbmj at verizon dot net changed:
What|Removed |Added
Attachment #28349|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
rbmj at verizon dot net changed:
What|Removed |Added
CC||rbmj at verizon dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #19 from rbmj at verizon dot net 2012-10-30 01:59:10 UTC ---
*** Bug 55126 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55126
rbmj at verizon dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53378
rbmj at verizon dot net changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53457
rbmj at verizon dot net changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #21 from rbmj at verizon dot net 2012-11-01 18:05:36 UTC ---
That fixes it for me :)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53264
rbmj at verizon dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53264
Bug #: 53264
Summary: gcc/gcov-io.c and gcc/libgcov.c fail to compile
(target vxWorks - gcc 4.7.0)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53264
--- Comment #1 from rbmj at verizon dot net 2012-05-07 13:47:11 UTC ---
Created attachment 27333
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27333
Proposed fix (against 4.7.0 sources)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53378
Bug #: 53378
Summary: gcc/regs.h hides system header regs.h on vxWorks
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53378
--- Comment #2 from rbmj at verizon dot net 2012-05-16 16:33:36 UTC ---
No it is not. regs.h is a system header on VxWorks. I can see a big:
/* regs.h - CPU registers */
/* Copyright 1984-2003 Wind River Systems, Inc. */
At the top of /usr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53378
--- Comment #4 from rbmj at verizon dot net 2012-05-18 12:16:29 UTC ---
The issue is that this is affecting a system header (ioLib.h) which is included
from other, standard header files.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53264
--- Comment #2 from rbmj at verizon dot net 2012-05-19 20:39:14 UTC ---
ping? I retagged with component:target, in hopes that someone will see. It's
trivial - it shouldn't be an issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53443
Bug #: 53443
Summary: Bad Macro Definition SUBSUBTARGET_OVERRIDE_OPTIONS in
vxworks.h
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53264
rbmj at verizon dot net changed:
What|Removed |Added
Attachment #27333|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53445
Bug #: 53445
Summary: No sticky bit on VxWorks - fix chmod.c
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53444
Bug #: 53444
Summary: Accommodate non-compliant strerror_r() on VxWorks.
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53456
Bug #: 53456
Summary: Add time support for VxWorks
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53456
--- Comment #1 from rbmj at verizon dot net 2012-05-22 19:04:03 UTC ---
Created attachment 27479
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27479
Patch against trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53457
Bug #: 53457
Summary: Accommodate non-compliant ioctl() on VxWorks
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53457
rbmj at verizon dot net changed:
What|Removed |Added
CC||rbmj at verizon dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53456
--- Comment #4 from rbmj at verizon dot net 2012-05-23 13:10:14 UTC ---
VxWorks does not provide the process time in most versions and for most cases.
In fact, many VxWorks applications are not processes in the traditional sense
but instead tasks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53457
--- Comment #3 from rbmj at verizon dot net 2012-05-23 13:13:16 UTC ---
I don't know much about fixincludes, but it *seems* to me like it could be done
with fixincludes. I don't know how to get fixincludes to do that, though.
Also, sor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53378
--- Comment #5 from rbmj at verizon dot net 2012-05-23 17:27:09 UTC ---
Could this be fixed by a fixincludes stub somewhat like the following?
/*
* Work around same-named gcc header regs.h in taskLib.h on VxWorks
*/
fix = {
hackname
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53378
--- Comment #7 from rbmj at verizon dot net 2012-05-23 17:57:53 UTC ---
> > Could this be fixed by a fixincludes stub somewhat like the following?
>
> I don't understand why you cannot use a similar trick as
> ada/sigtramp-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53378
--- Comment #9 from rbmj at verizon dot net 2012-05-23 19:29:23 UTC ---
Created attachment 27482
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27482
Errors introduced by gcc/regs.h
The problem is that gcc/regs.h introduces its own err
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53456
rbmj at verizon dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53457
--- Comment #5 from rbmj at verizon dot net 2012-05-24 20:39:20 UTC ---
Would something like the following fixincludes hacks work?
/*
* Wrap VxWorks ioctl to keep everything pretty
*/
fix = {
hackname= vxworks_ioctl_macro;
files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53443
rbmj at verizon dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53264
rbmj at verizon dot net changed:
What|Removed |Added
Attachment #27468|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53264
--- Comment #5 from rbmj at verizon dot net 2012-06-25 18:19:57 UTC ---
Created attachment 27702
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27702
Fixincludes rule to allow gcc/libgcov.c to compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53264
--- Comment #6 from rbmj at verizon dot net 2012-06-25 18:20:36 UTC ---
OK, so two new patches.
1. For gcc/gcov-io.c: Patch posted at [1] and attached to the bug.
2. For gcc/libgcov.c: Patch posted at [2], approved at [3], and attached to the
bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53457
--- Comment #7 from rbmj at verizon dot net 2012-06-25 18:23:02 UTC ---
Fixed with this (approved, but not committed) patch series:
http://gcc.gnu.org/ml/gcc-patches/2012-06/msg00382.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53378
--- Comment #10 from rbmj at verizon dot net 2012-06-25 18:25:11 UTC ---
This issue is resolved in this (approved, not committed) patch series here:
http://gcc.gnu.org/ml/gcc-patches/2012-06/msg00382.html, specifically
http://gcc.gnu.org/ml/gcc
++
Assignee: unassigned at gcc dot gnu.org
Reporter: rbmj at verizon dot net
Line 186 of thread.cc:
::sleep(__s.count() + (__ns >= 100));
There are two issues with this:
1) Semantically, it doesn't make sense that there would only be 6 zeros after
anything dealing with nan
46 matches
Mail list logo
