Re: [darktable-dev] strange ld crash building darktable

2016-11-09 Thread Pascal Obry 

Jean-Luc,

> Unfortunately there was a new upgrade of binutils today on debian
> sid.
> 
> It is from 2.51.20161105-2 -> 2.51.20161108-1
> 
> And... the bug is here again.

Confirmed :( As you said it is sid so nothing to complaint about! 

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] strange ld crash building darktable

2016-11-08 Thread Jean-Luc Coulon (f5ibh) 
Hi,

Unfortunately there was a new upgrade of binutils today on debian sid.

It is from 2.51.20161105-2 -> 2.51.20161108-1

And... the bug is here again.

It seems that upsteam developpers are not aware of it. The changelog shows
that there was a revert to fixe a problem then (today) upgrading to a new
upsteam trunk snapshot... Dangerous way to manage a so important package.
But it is sid ;)

Jean-Luc

2016-11-07 17:03 GMT+01:00 Pascal Obry :

>
> Jean-Luc,
>
> > There is a new version of binutils this morning (morning for me) on
> > debian sid :  2.27.51.20161105-2 .
> > This version fixes the ld problem for me.
>
> Confirmed. Just an ld bug after all. Thanks.
>
> --
>   Pascal Obry /  Magny Les Hameaux (78)
>
>   The best way to travel is by means of imagination
>
>   http://www.obry.net
>
>   gpg --keyserver keys.gnupg.net --recv-key F949BD3B
>

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] strange ld crash building darktable

2016-11-07 Thread Pascal Obry 

Jean-Luc,

> There is a new version of binutils this morning (morning for me) on
> debian sid :  2.27.51.20161105-2 .
> This version fixes the ld problem for me.

Confirmed. Just an ld bug after all. Thanks.

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] strange ld crash building darktable

2016-11-07 Thread Jean-Luc Coulon (f5ibh) 
Bonjour Pascal, hi everybody,

There is a new version of binutils this morning (morning for me) on debian
sid :  2.27.51.20161105-2 .
This version fixes the ld problem for me.

Regards

Jean-Luc

2016-11-05 22:21 GMT+01:00 Pascal Obry :

>
> Thanks Tobias and Jean-Luc, I'm not alone :)
>
> Good to see a bug report opened.
>
> Cheers,
>
> --
>   Pascal Obry /  Magny Les Hameaux (78)
>
>   The best way to travel is by means of imagination
>
>   http://www.obry.net
>
>   gpg --keyserver keys.gnupg.net --recv-key F949BD3B
> 
> ___
> darktable developer mailing list
> to unsubscribe send a mail to darktable-dev+unsubscribe@
> lists.darktable.org
>
>

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] strange ld crash building darktable

2016-11-05 Thread Pascal Obry 

Thanks Tobias and Jean-Luc, I'm not alone :)

Good to see a bug report opened.

Cheers,

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] strange ld crash building darktable

2016-11-05 Thread Jean-Luc Coulon (f5ibh) 
Hi,

I got the same on debian/sid with the update of binutils package from
2.27-9+b1 to 2.27.51.20161102-1.

I've opened a bug (#843164) for that.

Reverting to 2.27-9 probably needs also to revert gcc/cpp/g++ and Co as
well.

Regards

Jean-Luc
​

___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] strange ld crash building darktable

2016-11-05 Thread Tobias Ellinghaus 
Am Samstag, 5. November 2016, 12:32:41 CET schrieb Pascal Obry:
> My build crash ld and here is the strange story. I'm always building
> stuff using script away from my repository and that's always been fine
> with darktable until recently.
> 
> I just found out that when building into the "build" directory under
> darktable repo all is fine:
> 
> $ cd darktable
> $ rm -fr build
> $ mkdir build
> $ cd build
> $ cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo
> -DCMAKE_INSTALL_PREFIX=/opt/darktable
> /home/obry/dev/repositories/git/darktable/ $ make -j8
> 
> But when building from say bb instead of build ld crashes:
> 
> $ cd darktable
> $ rm -fr build
> $ mkdir bb
> $ cd bb
> $ cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo
> -DCMAKE_INSTALL_PREFIX=/opt/darktable
> /home/obry/dev/repositories/git/darktable/ $ make -j8
> 
> All this run from the same shell, so that's not an environment issue.
> 
> Of course ld should not crash but I'm wondering what could be the issue
> with "build" vs "bb"?
> 
> Anyone can reproduce this?

Confirmed. I don't think that it's a bug in dt but rather the linker. It 
somehow seems to be related to the length of the folder name:

build/ works
foo/ fails
built/ works
/ works

As we don't have anything hardcoded for the latter two build locations I am 
sure that it's not us.

Tobias

[...]

signature.asc
Description: This is a digitally signed message part.

[darktable-dev] strange ld crash building darktable

2016-11-05 Thread Pascal Obry 

My build crash ld and here is the strange story. I'm always building
stuff using script away from my repository and that's always been fine
with darktable until recently.

I just found out that when building into the "build" directory under
darktable repo all is fine:

$ cd darktable
$ rm -fr build
$ mkdir build
$ cd build
$ cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_INSTALL_PREFIX=/opt/darktable 
/home/obry/dev/repositories/git/darktable/
$ make -j8

But when building from say bb instead of build ld crashes:

$ cd darktable
$ rm -fr build
$ mkdir bb
$ cd bb
$ cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_INSTALL_PREFIX=/opt/darktable 
/home/obry/dev/repositories/git/darktable/
$ make -j8

All this run from the same shell, so that's not an environment issue.

Of course ld should not crash but I'm wondering what could be the issue
with "build" vs "bb"?

Anyone can reproduce this?

$ ld --version
GNU ld (GNU Binutils for Debian) 2.27.51.20161102

$ gcc --version
gcc (Debian 6.2.0-11) 6.2.0 20161103

The crash:

*** Error in `/usr/bin/ld': corrupted double-linked list: 0x55f72d6a7a30 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x70bcb)[0x7f5631ce8bcb]
/lib/x86_64-linux-gnu/libc.so.6(+0x76fa6)[0x7f5631ceefa6]
/lib/x86_64-linux-gnu/libc.so.6(+0x7732c)[0x7f5631cef32c]
/lib/x86_64-linux-gnu/libc.so.6(+0x78cea)[0x7f5631cf0cea]
/lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x54)[0x7f5631cf2d94]
/usr/lib/x86_64-linux-gnu/libbfd-2.27.51-system.20161102.so(objalloc_create+0x1d)[0x7f5632524fbd]
/usr/lib/x86_64-linux-gnu/libbfd-2.27.51-system.20161102.so(_bfd_new_bfd+0x37)[0x7f5632486cc7]
/usr/lib/x86_64-linux-gnu/libbfd-2.27.51-system.20161102.so(bfd_fopen+0x47)[0x7f5632486ea7]
/usr/bin/ld(+0x2e5cc)[0x55f72c04e5cc]
/usr/bin/ld(+0x2eb3b)[0x55f72c04eb3b]
/usr/bin/ld(+0x2f854)[0x55f72c04f854]
/usr/bin/ld(+0x1fc09)[0x55f72c03fc09]
/usr/bin/ld(+0xe651)[0x55f72c02e651]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7f5631c982b1]
/usr/bin/ld(+0xed0a)[0x55f72c02ed0a]
=== Memory map: 
55f72c02-55f72c14b000 r-xp  08:01 401928 
/usr/bin/x86_64-linux-gnu-ld.bfd
55f72c34b000-55f72c351000 r--p 0012b000 08:01 401928 
/usr/bin/x86_64-linux-gnu-ld.bfd
55f72c351000-55f72c354000 rw-p 00131000 08:01 401928 
/usr/bin/x86_64-linux-gnu-ld.bfd
55f72c354000-55f72c356000 rw-p  00:00 0 
55f72c3af000-55f72dc4e000 rw-p  00:00 0  [heap]
7f562c00-7f562c021000 rw-p  00:00 0 
7f562c021000-7f563000 ---p  00:00 0 
7f563184f000-7f5631865000 r-xp  08:01 2097216
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f5631865000-7f5631a64000 ---p 00016000 08:01 2097216
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f5631a64000-7f5631a65000 r--p 00015000 08:01 2097216
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f5631a65000-7f5631a66000 rw-p 00016000 08:01 2097216
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f5631a66000-7f5631a77000 r-xp  08:01 657002 
/usr/lib/gcc/x86_64-linux-gnu/6/liblto_plugin.so.0.0.0
7f5631a77000-7f5631c76000 ---p 00011000 08:01 657002 
/usr/lib/gcc/x86_64-linux-gnu/6/liblto_plugin.so.0.0.0
7f5631c76000-7f5631c77000 r--p 0001 08:01 657002 
/usr/lib/gcc/x86_64-linux-gnu/6/liblto_plugin.so.0.0.0
7f5631c77000-7f5631c78000 rw-p 00011000 08:01 657002 
/usr/lib/gcc/x86_64-linux-gnu/6/liblto_plugin.so.0.0.0
7f5631c78000-7f5631e0d000 r-xp  08:01 2098180
/lib/x86_64-linux-gnu/libc-2.24.so
7f5631e0d000-7f563200c000 ---p 00195000 08:01 2098180
/lib/x86_64-linux-gnu/libc-2.24.so
7f563200c000-7f563201 r--p 00194000 08:01 2098180
/lib/x86_64-linux-gnu/libc-2.24.so
7f563201-7f5632012000 rw-p 00198000 08:01 2098180
/lib/x86_64-linux-gnu/libc-2.24.so
7f5632012000-7f5632016000 rw-p  00:00 0 
7f5632016000-7f5632018000 r-xp  08:01 2098434
/lib/x86_64-linux-gnu/libdl-2.24.so
7f5632018000-7f5632218000 ---p 2000 08:01 2098434
/lib/x86_64-linux-gnu/libdl-2.24.so
7f5632218000-7f5632219000 r--p 2000 08:01 2098434
/lib/x86_64-linux-gnu/libdl-2.24.so
7f5632219000-7f563221a000 rw-p 3000 08:01 2098434
/lib/x86_64-linux-gnu/libdl-2.24.so
7f563221a000-7f5632233000 r-xp  08:01 2097407
/lib/x86_64-linux-gnu/libz.so.1.2.8
7f5632233000-7f5632432000 ---p 00019000 08:01 2097407
/lib/x86_64-linux-gnu/libz.so.1.2.8
7f5632432000-7f5632433000 r--p 00018000 08:01 2097407
/lib/x86_64-linux-gnu/libz.so.1.2.8
7f5632433000-7f5632434000 rw-p 00019000 08:01 2097407
/lib/x86_64-linux-gnu/libz.so.1.2.8
7f5632434000-7f563255b000 r-xp  08:01 404383