Bug 352204 – dev-libs/libgcrypt has missing symbols when compiled with -ftree-parallelize-loops=4 -floop-block

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Mike Blumenkrantz 2011-01-20 06:27:39 UTC]

with flags:
  CCLD   lemon
/usr/lib/libgcrypt.so: undefined reference to `GOMP_parallel_end'
/usr/lib/libgcrypt.so: undefined reference to `omp_get_num_threads'
/usr/lib/libgcrypt.so: undefined reference to `GOMP_parallel_start'
/usr/lib/libgcrypt.so: undefined reference to `omp_get_thread_num'

without:
  CCLD   lemon
  Success!

Reproducible: Always

[Comment 1 Mike Blumenkrantz 2011-01-20 06:28:29 UTC]

And no, I am not using -fopenmp anywhere.

[Comment 2 Diego Elio Pettenò (RETIRED) 2011-01-20 22:58:11 UTC]

I'm afraid you'll have to stop using the flag then because that flag implies -fopenmp..

[Comment 3 Dane Smith (RETIRED) 2011-06-08 14:52:46 UTC]

@flameeyes: Before I go closing this, which one of the flags in question is implying -fopenmp? I know that parallelize-tree-loops requires -pthread, but I haven't been able to dig anything up regarding those flags and openmp. Thanks!

[Comment 4 Diego Elio Pettenò (RETIRED) 2011-06-08 15:55:45 UTC]

-ftree-parallelize-loop is the one that implies OpenMP.

[Comment 5 Dane Smith (RETIRED) 2011-06-09 13:37:29 UTC]

Given that, I think this is safe to close. If you want to try to use those flags, try making sure gcc has USE="openmp". Beyond that, this really isn't a bug for this packages.

[Comment 6 Diego Elio Pettenò (RETIRED) 2011-06-09 13:40:35 UTC]

This is mostly a bug in libtool, as it doesn't passes (all) the cflags used for build when linking, but some cflags also change the behaviour of the gcc link editor frontend :/