Hi Sebastian,
On 7 Oct 2019, at 12:31, Sebastian Reitenbach wrote:
So instead of linking everything, esp. -base with lld, I should only
link -back
and SOPE with bfd, and all the rest will hopefully work linked with
lld.
Would that be the recommneded way to go ahead, or is there meanwhile
Hi,
I've to revive this old thread.
Am Sonntag, Dezember 30, 2018 14:51 CET, schrieb David Chisnall
:
> On 25/11/2018 18:30, Sebastian Reitenbach wrote:
> > Hi,
> >
> > since a good months ago, on OpenBSD -current amd64, bundle loading stopped
> > working. I'm not sure what caused it, at
On 25/11/2018 18:30, Sebastian Reitenbach wrote:
Hi,
since a good months ago, on OpenBSD -current amd64, bundle loading stopped
working. I'm not sure what caused it, at least nothing with regard to objc and
gnustep, since I haven't touched the packages since then.
I have now managed to
Hi,
Am Mittwoch, November 28, 2018 14:03 CET, David Chisnall
schrieb:
> On 28/11/2018 12:55, Sebastian Reitenbach wrote:
> > since both work, don't know how helpful the objdump will be.
>
> Not very. Can you try making lib.c into a lib.m that implements a class
> with a +load method
On 28/11/2018 12:55, Sebastian Reitenbach wrote:
since both work, don't know how helpful the objdump will be.
Not very. Can you try making lib.c into a lib.m that implements a class
with a +load method (and add -lobjc to the compile command for loadlib.c)?
David
Am Mittwoch, November 28, 2018 13:42 CET, David Chisnall
schrieb:
> On 28/11/2018 11:35, Sebastian Reitenbach wrote:
> > (gdb) info break
> > Num Type Disp Enb AddressWhat
> > 1 breakpoint keep y 0x093f1dcad9a2 in
> > initialize_gnustep_backend at
On 28/11/2018 11:35, Sebastian Reitenbach wrote:
(gdb) info break
Num Type Disp Enb AddressWhat
1 breakpoint keep y 0x093f1dcad9a2 in
initialize_gnustep_backend at NSApplication.m:309
breakpoint already hit 1 time
2 breakpoint keep y
Am Dienstag, November 27, 2018 19:26 CET, Matt Rice
schrieb:
> On Mon, Nov 26, 2018 at 7:18 AM David Chisnall
> wrote:
> >
> > On 26/11/2018 15:03, Sebastian Reitenbach wrote:
> > > From the stacktrace, It's the last NSCAssert1 that fires, right after
> > > that line:
> > > backend =
Am Dienstag, November 27, 2018 11:02 CET, David Chisnall
schrieb:
> On 26/11/2018 20:40, Sebastian Reitenbach wrote:
> > I think I finally found where the dlopen() is called, in gnustep base
> > dynamic-load.h (which is generated while building it, took me a while
> > to find that ;)
> >
>
On Mon, Nov 26, 2018 at 7:18 AM David Chisnall
wrote:
>
> On 26/11/2018 15:03, Sebastian Reitenbach wrote:
> > From the stacktrace, It's the last NSCAssert1 that fires, right after that
> > line:
> > backend = NSClassFromString (@"GSBackend");
>
> Yup. That makes me think either:
>
> - The
On 26/11/2018 20:40, Sebastian Reitenbach wrote:
I think I finally found where the dlopen() is called, in gnustep base
dynamic-load.h (which is generated while building it, took me a while
to find that ;)
From what I can see, things look good as it successfully dlopens
the gnustep-back
Am Montag, November 26, 2018 16:14 CET, David Chisnall
schrieb:
> On 26/11/2018 15:03, Sebastian Reitenbach wrote:
> > From the stacktrace, It's the last NSCAssert1 that fires, right after that
> > line:
> > backend = NSClassFromString (@"GSBackend");
>
> Yup. That makes me think either:
Am Montag, November 26, 2018 12:22 CET, David Chisnall
schrieb:
> On 26/11/2018 08:47, Sebastian Reitenbach wrote:
> > Program received signal SIGFPE, Arithmetic exception.
> > 0x0527770d024c in _dl_find_symbol_obj (obj=0x52722e05c00,
> > sl=0x7f7f5108) at
On 26/11/2018 15:03, Sebastian Reitenbach wrote:
From the stacktrace, It's the last NSCAssert1 that fires, right after that
line:
backend = NSClassFromString (@"GSBackend");
Yup. That makes me think either:
- The dlopen failed.
- The dlopen returned success, but didn't call the
On 26/11/2018 08:47, Sebastian Reitenbach wrote:
Program received signal SIGFPE, Arithmetic exception.
0x0527770d024c in _dl_find_symbol_obj (obj=0x52722e05c00,
sl=0x7f7f5108) at /usr/src/libexec/ld.so/resolve.c:584
584 for (si = obj->buckets[sl->sl_elf_hash %
Hi,
Am Sonntag, November 25, 2018 21:22 CET, David Chisnall
schrieb:
> On 25 Nov 2018, at 18:30, Sebastian Reitenbach
> wrote:
> >
> > So, the thing is, when I replace all /usr/bin/ld* with the /usr/bin/ld.bfd,
> > and rebuild everything,
> > then GUI apps, as well as SOGo start up. But
On 25 Nov 2018, at 18:30, Sebastian Reitenbach
wrote:
>
> So, the thing is, when I replace all /usr/bin/ld* with the /usr/bin/ld.bfd,
> and rebuild everything,
> then GUI apps, as well as SOGo start up. But I can't do that when building
> packages :(
You can do that with -fuse-ld=bfd in
17 matches
Mail list logo