Seems to be a known issue and probably fixed in gcc-7.4.0:
https://bugs.gentoo.org/662208
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83317
This error is also used in the Gentoo gcc internal compiler error reporting
wiki page:
https://wiki.gentoo.org/wiki/Gcc-ICE-reporting-guide
Am Mo., 20.
>
> I just tried with MAKEOPTS="-j1" and got the same failure output at
> the same place. I normally run with the number equal to the number of
> cores. On this notebook MAKEOPTS="-j2". Are there any other
> memory-conserving tweaks available?
>
I guess you've stopped all the non-essential
Hi,
kernel.org won’t provide the signatures anymore. I was politely pointed
to the following site via IRC but got no reason for it.
https://www.kernel.org/category/site-news.html
--- Quote ---
No future PGP signatures on patches and changelogs
For legacy purposes, we will continue to provide
On Sun, Aug 19, 2018 at 10:49:27AM +0100, Mick wrote
> Some ebuilds, I have chromium in mind here, can chew up all your
> RAM and then start thrashing swap continuously. To make matters
> worse in pre-empting this, they only do it for a few versions, then
> revert to better managed memory usage.
Am Sonntag, 19. August 2018, 17:57:55 CEST schrieb Andrew Udvare:
>
> I am not having issues with KDevelop with Clang support and I have
> everything on the latest version:
>
> LLVM 6.0.1-r1 libffi ncurses
> Clang 6.0.1 +static-analyzer LLVM_TARGETS="AMDGPU BPF NVPTX X86"
> KDevelop 5.2.3 gdbui
Hi all,
I have this project https://github.com/Tatsh/gcrud and it uses a very
standard build process with CMake, but for some reason Valgrind never
sees the debug symbols.
The debug symbols are definitely there as GDB can see them, but I have
not been able to figure out why Valgrind can't. I
On 19/08/18 11:21, Alexander Puchmayr wrote:
>
> This issue is covered by bug https://bugs.gentoo.org/651658, which is open
> since March 2018 and no progress since also March 2018.
>
> It seems as if multiple slots of llvm cause the problems. mesa pulls in llvm:
> 5, while other programs pull
On 19/08/18 11:21, Alexander Puchmayr wrote:
>
> This issue is covered by bug https://bugs.gentoo.org/651658, which is open
> since March 2018 and no progress since also March 2018.
>
> It seems as if multiple slots of llvm cause the problems. mesa pulls in llvm:
> 5, while other programs pull
On 19/08/18 18:21, Alexander Puchmayr wrote:
After recent upgrades of mesa, llvm, clang etc kdevelop does not work anymore.
It crashes immediately after start with errors
[...]
It seems as if multiple slots of llvm cause the problems. mesa pulls in llvm:
5, while other programs pull in llvm:6
Hi there,
After recent upgrades of mesa, llvm, clang etc kdevelop does not work anymore.
It crashes immediately after start with errors
: CommandLine Error: Option 'help-list' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options
This issue is covered by bug
On Sunday, 19 August 2018 02:56:13 BST Walter Dnes wrote:
> On Sat, Aug 18, 2018 at 03:27:27PM -0400, Mike Gilbert wrote
>
> > On Fri, Aug 17, 2018 at 8:58 PM Walter Dnes wrote:
> > > I'm re-purposing a Lenovo T400 notebook (CORE2 and 3 gigs ram) with a
> > >
> > > 32-bit Gentoo install. I
I think the memory is only used in the context of OpenGL (or when it's used
for computing like with OpenCL).
I am sure you won't run out of memory when compiling on a pure text console
because of the grahics driver.
Am So., 19. Aug. 2018 um 05:27 Uhr schrieb Walter Dnes <
waltd...@waltdnes.org>:
12 matches
Mail list logo
