Hello.
My name is Thomas Dettbarn. Two of my projects editors/dhex and
games/nInvaders have already found their way into the FreeBSD ports.
Currently, I am working on dMagnetic, A Magic Scrolls Interpreter. This
one lets you play classic text adventures such as "The Pawn" or
"The Guild of
On 5/18/19 4:14 PM, Andrea Venturoli wrote:
I'm not saying it's solved, however, since these dumps in the past have
stopped appearing several times, and later started happening again; so
I'll have to keep an eye on this.
Ok, so new dumps have allowed to better pinpoint where the overflow
I have a Raspberry Pi 3 model b. I use the LLVM toolchain to build the system
but the GNU toolchain is required to build U-Boot. U-Boot uses global register
variables and LLVM doesn't support this. sysutils/u-boot-pine64 does use
aarch64-none-elf-gcc, for the same reason. The family is
On 2019-May-19, at 07:40, James Shuriff wrote:
> I didn't/don't plan on touching binutils. Binutils is okay. I made new
> patches as well. What I'm really concerned with bringing up to date is
> aarch64-none-elf-gcc.
> The GNU toolchain is unfortunately required for building an Aarch64
I submitted a bug report.
- James Shuriff
-Original Message-
From: Kurt Jaeger
Sent: Sunday, May 19, 2019 3:02 AM
To: James Shuriff
Cc: freebsd-ports@freebsd.org
Subject: Re: maintenance of gcc cross ports
Hi!
> The powerpc64-gcc port and all the ports that use it as a master
>
This was in a poudriere bulk build on a head -r347549 based powerpc64
system with system clang 8 for cc and c++ and base/binutils
for the likes of ld. But the build of qt5-core uses g++8.
The log shows:
--- .obj/qatomic.o ---
g++8 -c -O2 -pipe -g -fstack-protector-strong
I didn't/don't plan on touching binutils. Binutils is okay. I made new patches
as well. What I'm really concerned with bringing up to date is
aarch64-none-elf-gcc. The GNU toolchain is unfortunately required for building
an Aarch64 system and is a prereq for a bunch of sysutils arm ports. At
On Sun, May 19, 2019 at 3:57 AM Adam Weinberger wrote:
>
> On Sun, May 19, 2019 at 3:53 AM Jonathan Chen wrote:
> >
> > Hi,
> >
> > With the update of devel/ccache to 3.7.1 (which includes a dependancy
> > on gmake), I'm seeing the following error when using synth to upgrade
> > my local ports:
On Sun, May 19, 2019 at 3:53 AM Jonathan Chen wrote:
>
> Hi,
>
> With the update of devel/ccache to 3.7.1 (which includes a dependancy
> on gmake), I'm seeing the following error when using synth to upgrade
> my local ports:
>
> 9:33pm# synth status
> Querying system about current package
Hi,
With the update of devel/ccache to 3.7.1 (which includes a dependancy
on gmake), I'm seeing the following error when using synth to upgrade
my local ports:
9:33pm# synth status
Querying system about current package installations.
Stand by, comparing installed packages against the ports tree.
[It built with GNU ld (GNU Binutils) 2.32 as ld.]
On 2019-May-18, at 21:42, Mark Millard wrote:
> On 2019-May-18, at 21:11, Mark Millard wrote:
>
>> This was in a poudriere bulk build on a head -r347549 based powerpc64
>> system with system clang 8 for cc and c++ and base/binutils
>> for ld.
Hi!
> The powerpc64-gcc port and all the ports that use it as a master
> (aarch64-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc,
> i386-gcc, mips-gcc, mips64-gcc, and sparc64-gcc) are very old and
> use buggy makefiles.
> I would like to take over maintenance of these ports. [...]
Can
12 matches
Mail list logo