http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27396
Jonathan Gray changed:
What|Removed |Added
CC||jsg at openbsd dot org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39572
Jonathan Gray changed:
What|Removed |Added
CC||jsg at openbsd dot org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49246
--- Comment #3 from Jonathan Gray 2011-10-23 01:08:43
UTC ---
This seems to be resolved by adding PCH support for OpenBSD. Without which
builds will fail even if PCH are disabled.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49246
--- Comment #2 from Jonathan Gray 2011-08-09 00:16:20
UTC ---
I was still seeing it about a week or so ago. At the moment I can't even get
past stage1 however. Something seems to go into an infinite loop around
stage 1 in i386-unknown-openbsd5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
--- Comment #23 from Jonathan Gray 2011-07-28 19:24:43
UTC ---
yes, with the bypass line as proposed both
#ifndef NULL
#ifdef __GNUG__
#define NULL__null
#else
#define NULL((void *)0)
#endif
#endif
and
#ifndef NULL
#ifdef __GNUG__
#d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
--- Comment #20 from Jonathan Gray 2011-07-12 13:00:32
UTC ---
So can you commit your patch and unbreak the build? It is clearly broken,
anyone wanting to do a less broken version of the fixincludes mangling can do
so at a later point.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
--- Comment #18 from Jonathan Gray 2011-07-03 19:00:36
UTC ---
Thanks for pointing that out, I've changed the definitions in OpenBSD to
#ifndef NULL
#ifdef __GNUG__
#define NULL__null
#elif defined(__cplusplus)
#define NULL0L
#else
#def
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
--- Comment #16 from Jonathan Gray 2011-06-30 12:18:43
UTC ---
Yes, it appears to be the AIX/Interix part which is causing the problem. I
removed just the OpenBSD part and it still happened and then further removed
the AIX/Interix one and it was
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
--- Comment #14 from Jonathan Gray 2011-06-30 10:13:20
UTC ---
Created attachment 24644
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24644
unfixed string.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
--- Comment #12 from Jonathan Gray 2011-06-29 21:17:31
UTC ---
The problem appears to be in the "fixed" version of string.h
before:
#ifndef NULL
#ifdef __GNUG__
#define NULL__null
#else
#define NULL((void *)0)
#endif
#endif
after:
#i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
--- Comment #11 from Jonathan Gray 2011-06-29 21:01:45
UTC ---
There is some problem with the gcc headers it would seem, placing #include
at the start of lto-plugin.c the correct definition of NULL gets
picked up. I am still trying to figure ou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
Jonathan Gray changed:
What|Removed |Added
CC||jsg at openbsd dot org
--- Comment #10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49246
Summary: bootstrap comparison failure with 174455 on OpenBSD
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49208
Summary: bootstrap fails on OpenBSD/i386
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46803
--- Comment #7 from Jonathan Gray 2010-12-05 12:44:55
UTC ---
I don't understand the quoting suggestion, why does gcc/unwind-generic.h for
example then contain lines such as
typedef unsigned _Unwind_Word __attribute__((__mode__(__unwind_word__))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46803
--- Comment #5 from Jonathan Gray 2010-12-05 11:20:18
UTC ---
disabling pch doesn't seem to help here, it still bails out in stage1
Examples of the headers can be found at:
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/include/time.h?rev=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46803
--- Comment #2 from Jonathan Gray 2010-12-04 21:15:38
UTC ---
like so:
../gcc/configure --prefix=/usr/gcc \
--program-transform-name=s,^,e, \
--disable-nls \
--enable-checking \
--with-system-zlib \
--dis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46803
Summary: libstdc++ build errors on unknown attributes
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: u
--- Comment #4 from jsg at openbsd dot org 2009-09-28 11:09 ---
committed here http://gcc.gnu.org/viewcvs?view=revision&revision=152218
--
jsg at openbsd dot org changed:
What|Removed |A
--- Comment #4 from jsg at openbsd dot org 2009-09-23 08:43 ---
I have changed the header in OpenBSD to use __builtin_offsetof for gcc >= 4.0,
though I don't agree with the warning or having code in GCC that makes it be
invoked if offsetof isn't using a builtin.
The OpenB
--- Comment #20 from jsg at openbsd dot org 2009-09-20 13:14 ---
bootstrap also fails on OpenBSD/i386 when it used to work a week ago ie:
gcc version 4.5.0 20090913 (experimental) (GCC)
When stage1 is building libgcc:
configure:3003: $? = 0
configure:2992: /usr/users/jsg/src/obj/./gcc
--- Comment #3 from jsg at openbsd dot org 2009-09-19 17:11 ---
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01269.html inclusive of stdint
bits.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41358
--- Comment #1 from jsg at openbsd dot org 2009-09-15 12:16 ---
Created an attachment (id=18583)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18583&action=view)
update types for OpenBSD targets
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41358
targets
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsg at openbsd dot org
GCC build triplet: i386-unknown-openbsd4.6
24 matches
Mail list logo
