No need to have VMS in a separate elif case and a separate comment
for it saying the same thing.
No functional change intended.
---
gcc/ginclude/stddef.h | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/gcc/ginclude/stddef.h b/gcc/ginclude/stddef.h
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83826
--- Comment #2 from coypu ---
Created attachment 43145
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43145=edit
fixed sys/types.h
--- Comment #3 from coypu ---
Created attachment 43146
--> https://gcc.gnu.org/bugzilla/attachme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83826
--- Comment #2 from coypu ---
Created attachment 43145
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43145=edit
fixed sys/types.h
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
At least on netbsd:
#include
#include
int main() { return 0; }
> /usr/pkg/gcc8snapshot/bin/gcc -ffreestanding -Wsystem-headers test.c
In file included from /usr/include/amd64/int_limit
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
stack_probe on x86 is "or 0 offset(%rsp)".
it's not a no-op because it isn't atomic.
Related:
https://github.com/golang/go/issues/20427
https://lkml.org/lkml/2017/11/10/188
https:/
On Fri, Oct 13, 2017 at 11:13:52AM -0600, Jeff Law wrote:
> So we can't depend on patches that OpenBSD applies. What's important is
> what is in the official GCC sources.
>
> I'd like to see some discussion about what these macros should look like
> for the *bsd ports. Merely removing them from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82068
coypu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82068
--- Comment #4 from coypu ---
sorry, I attached an object file rather than assembly. I am guessing it's good
enough.
I am passing only -mieee to make it fail.
(If I use instead -mieee -mfp-trap-mode=n, it doesn't fail, and I get a very
similar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82068
--- Comment #3 from coypu ---
Created attachment 42104
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42104=edit
-mieee -mfp-trap-mode=n, doesn't assert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82068
--- Comment #2 from coypu ---
Created attachment 42103
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42103=edit
-mieee, asserts
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
background:
gcc 8.0.0 20170827
netbsd-8.99.2/alpha, 21264
the following test case asserts if built with -mieee, but not without:
#include
#include
#include
int
main (void
ping
Hi, GCC!
I believe netbsd is the primary user of the vax target. its status is:
good: netbsd uses gcc 5.4.0, and cross compiles its userland+kernel with
this. it runs and is also able to natively build useful programs like perl.
bad: -O0 in places, text relocations. obvious signs of more bugs
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
occasionally workarounds are needed for old libstdc++ versions, it would be
easier to do so with the help of a macro.
if the compiler used is not GCC, we can't check for GCC's
On Thu, Jun 29, 2017 at 05:23:37PM -0600, Jeff Law wrote:
> On 06/29/2017 09:51 AM, coypu wrote:
> > I was thinking of holding a party for the upcoming one year anniversary
> > of pinging this patch, that was committed to NetBSD's copy of GCC about
> > a decade ago. withou
I was thinking of holding a party for the upcoming one year anniversary
of pinging this patch, that was committed to NetBSD's copy of GCC about
a decade ago. without it, I can't compile simple programs.
---
gcc/config/netbsd.h | 2 ++
1 file changed, 2 insertions(+)
diff --git
Ping.
On Tue, Jun 20, 2017 at 08:05:42PM +, co...@sdf.org wrote:
> VAX' FFS as variable-length bit field instruction uses a "base"
> operand of type "vb" meaning "byte address".
> "base" can be 32 bits (SI) and due to the definition of
> ffssi2/__builtin_ffs() with the operand constraint "m",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81199
--- Comment #2 from coypu ---
To relay a comment on the netbsd bug,
"I don't think (the proposed idea) is correct and the real problem is that we
are linking libgcc first (again)."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81199
--- Comment #1 from coypu ---
Maybe expose __clz_tab but only in the fallback definition case, and not make
it hidden.
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
Bug report from building cmake on netbsd/vax with GCC 5.4.0
http://gnats.netbsd.org/52326
[ 88%] Building CXX object
Source/CMakeFiles
VAX' FFS as variable-length bit field instruction uses a "base"
operand of type "vb" meaning "byte address".
"base" can be 32 bits (SI) and due to the definition of
ffssi2/__builtin_ffs() with the operand constraint "m", code can be
emitted which incorrectly implies a mode-dependent (= longword,
I paid extra attention to it because it appeared in the last line of a
build failure likely caused by shell tools differences. cd rarely outputs
the new directory for me.
This script has the only occurrence of it, and in this line
it defines and exports it.
---
config-ml.in | 1 -
1 file changed, 1 deletion(-)
diff --git a/config-ml.in b/config-ml.in
index 47f153350..58c80a35c 100644
--- a/config-ml.in
+++ b/config-ml.in
@@ -493,7 +493,6 @@ multi-do:
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
Hi, I'm building a libc.
It doesn't use __attribute__((nonnull)) anywhere in stdio.h and other headers,
instead asserts in a convoluted way that the arguments aren't NULL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80600
--- Comment #10 from coypu ---
(In reply to H.J. Lu from comment #9)
>
> This may break Linux. You may want to investigate if this approach:
>
> commit 6e6c7fc1e15525a10f48d4f5ac2edd853e2f5cb7
> Author: nsz <nsz@138bc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80600
--- Comment #8 from coypu ---
Created attachment 41317
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41317=edit
Unbreak NetBSD following r243219
This patch works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80600
--- Comment #3 from coypu ---
$ /usr/pkg/gcc7/bin/gfortran -Wl,--verbose test.f95 |grep succeeded |sort -u
..
attempt to open /usr/lib/crt0.o succeeded
attempt to open /usr/lib/crtbegin.o succeeded
attempt to open /usr/lib/crtend.o succeeded
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80600
--- Comment #1 from coypu ---
Related and possible duplicate for dfly: libgcc/61309
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
building a simple fortran hello world:
/usr/bin/ld: a.out: hidden symbol `__cpu_model' in
/usr/pkg/gcc7/lib/gcc/x86_64--netbsd/7.1.0/libgcc.a(cpuinfo.o) is referenced by
DSO
On Wed, Jan 11, 2017 at 04:41:44PM +0100, Krister Walfridsson wrote:
> On Mon, 9 Jan 2017, co...@sdf.org wrote:
>
> >3 month ping, 1 week ping (trying again), etc...
>
> Apologies for not getting back to you sooner.
>
>
> >Like most operating systems, NetBSD has a libc which contains
> >stuff
3 month ping, 1 week ping (trying again), etc...
This patch has zero affect on non-netbsd users and was already
accepted in NetBSD years ago.
On Wed, Jan 04, 2017 at 11:24:27AM +, coypu wrote:
> Like most operating systems, NetBSD has a libc which contains
> stuff it needs for most pr
Identical patch was committed to NetBSD in April 28, 2008.
https://github.com/jsonn/src/commit/7105def538f68e0a0034f5c93ec7fc384ca849b2
Like most operating systems, NetBSD has a libc which contains
stuff it needs for most programs to work, and people expect
it to be linked without explicitly specifying -lc.
This patch is needed for just about any program to work.
---
gcc/config/netbsd.h | 2 ++
1 file changed, 2 insertions(+)
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
This is the (currently latest) 20161218 snapshot.
int main() {
int num = 3;
int a;
switch (num
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
Hello,
Building GCC 5.4.0 on netbsd 7.0.1 armv6hf I encounter failure like:
gcc.o:(.rodata+0x58c4): undefined reference to `host_detect_local_cpu(int, char
const**)'
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #6 from coypu ---
It is a local change bug! thanks.
I'll let you know if the build completes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #4 from coypu ---
indeed in EXTRAOBJS I only have netbsd.o
I'll try to use arm*) instead, and will report back.
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
Created attachment 39716
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39716=edit
Errors in the build
Attached errors from the bu
---
gcc/config/netbsd.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gcc/config/netbsd.h b/gcc/config/netbsd.h
index f2d6cc6..65ce943 100644
--- a/gcc/config/netbsd.h
+++ b/gcc/config/netbsd.h
@@ -96,6 +96,7 @@ along with GCC; see the file COPYING3. If not see
%{!pg:-lposix}}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77470
--- Comment #1 from coypu ---
Created attachment 39560
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39560=edit
Correct includes for libssp
This gets me a bit further, but I still have trouble using it.
For netbsd we have in stdi
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
Created attachment 39557
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39557=edit
less bogus specfile for netbsd.
Attached a patch tha
Assignee: unassigned at gcc dot gnu.org
Reporter: coypu at sdf dot org
Target Milestone: ---
apologies if this is invalid for vanilla GCC, I am very skeptical I will be
able to build it without the help of a package, which includes small changes.
configuring with --enable-libssp, I got
101 - 142 of 142 matches
Mail list logo