https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
[...]
> Once I'd recompiled libphobos at -g3 -O0, the problem vanished, though.
> I'll look closer and re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #15 from Iain Buclaw ---
> Commits r270043 and r270057 deals with the immediate problems here, other
> problems raised in pr89255 I think should be handled on a per-case b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #14 from ibuclaw at gcc dot gnu.org ---
Author: ibuclaw
Date: Mon Apr 1 14:44:04 2019
New Revision: 270057
URL: https://gcc.gnu.org/viewcvs?rev=270057&root=gcc&view=rev
Log:
PR d/88462
libphobos: Fix abort in pthread_mutex_init o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #13 from ibuclaw at gcc dot gnu.org ---
Author: ibuclaw
Date: Sun Mar 31 14:34:41 2019
New Revision: 270043
URL: https://gcc.gnu.org/viewcvs?rev=270043&root=gcc&view=rev
Log:
d: Fix run-time SIGSEGV reading ModuleInfo.flags()
The cur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #12 from Iain Buclaw ---
(In reply to Johannes Pfau from comment #10)
> I guess the proper fix to the alignment problem is using
> 'https://dlang.org/phobos/std_traits.html#classInstanceAlignment' (or rather
> the druntime equivalent)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from Johannes Pfau ---
> I guess the proper fix to the alignment problem is using
> 'https://dlang.org/phobos/std_traits.html#classInstanceAlignment' (or rather
> the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
Johannes Pfau changed:
What|Removed |Added
CC||johannespfau at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #8 from Iain Buclaw ---
>> Trying to load 32 bits from a non-4 byte aligned pointer is a no-no on a
>> strict-alignment target like sparc...
>
> I saw that on HPPA as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #8 from Iain Buclaw ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #7)
> > --- Comment #6 from Iain Buclaw ---
> >> 8, but that let the constructor already fail the first time through
> >> where _d_arraycopy checks that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Iain Buclaw ---
>> 8, but that let the constructor already fail the first time through
>> where _d_arraycopy checks that the right amount of data is copied:
>>
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #6 from Iain Buclaw ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #5)
>
> Unfortunately, this doesn't work: the first time through, _locks[0] was
> already 8-byte aligned and everything worked fine. This remained when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Iain Buclaw ---
> Stepping through the backtrace, I see the following at Thread.initLocks
> (core/thread.d around line 1719).
[...]
> So there are two things. Firs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #4 from Iain Buclaw ---
Stepping through the backtrace, I see the following at Thread.initLocks
(core/thread.d around line 1719).
---
__gshared align(Mutex.alignof) void[__traits(classInstanceSize, Mutex)][2]
_locks;
static void i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #3 from Iain Buclaw ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> > pragma(msg, pthread_mutex_t.alignof);
> > pragma(msg, Mutex.alignof);
> > pragma(msg, Mutex.m_hndl.offsetof);
>
> I get
>
> 8u
> 4u
> /homes/ro/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> pragma(msg, pthread_mutex_t.alignof);
> pragma(msg, Mutex.alignof);
> pragma(msg, Mutex.m_hndl.offsetof);
I get
8u
4u
/homes/ro/mutex_align.d:6:13: error: class core.sync.mutex.Mutex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #1 from Iain Buclaw ---
Does it appear to be the correct alignment at compile-time?
This just prints the what the front-end determines. Not discounting these
values somehow change during translation to gcc trees.
---
import core.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |9.0
18 matches
Mail list logo
