Bug 58446 - src/glsl/glcpp/imports.h:161: undefined reference to `sqrtf'
Summary: src/glsl/glcpp/imports.h:161: undefined reference to `sqrtf'
Status: RESOLVED WONTFIX
Alias: None
Product: Mesa
Classification: Unclassified
Component: Other (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium blocker
Assignee: mesa-dev
QA Contact:
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2012-12-18 06:54 UTC by Vinson Lee
Modified: 2016-01-27 14:07 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Vinson Lee 2012-12-18 06:54:47 UTC
mesa: dc613f11ddf1f3a6e10c2d99830fb1a84fdb55b2 (master)

The debug automake build of swrast now fails with the Open64 compiler. The regular build (non-debug) of swrast builds okay.

$ ./autogen.sh --enable-debug --with-dri-drivers=swrast --with-gallium-drivers=
$ make
[...]
make[5]: Entering directory `src/glsl/glcpp'
  CCLD   glcpp
opencc WARNING: unknown flag: -fno-builtin-memcmp
opencc WARNING: -O2 conflicts with -O0; using latter value (-O0)
prog_hash_table.o: In function `INV_SQRTF':
src/glsl/glcpp/imports.h:161: undefined reference to `sqrtf'
glcpp.o: In function `u_tsd_init':
src/glsl/glcpp/u_thread.h:118: undefined reference to `pthread_key_create'
glcpp.o: In function `u_tsd_get':
src/glsl/glcpp/u_thread.h:132: undefined reference to `pthread_getspecific'
glcpp.o: In function `u_tsd_set':
src/glsl/glcpp/u_thread.h:142: undefined reference to `pthread_setspecific'
./.libs/libglcpp.a(pp.o): In function `INV_SQRTF':
src/glsl/glcpp/imports.h:161: undefined reference to `sqrtf'
./.libs/libglcpp.a(pp.o): In function `LEN_3FV':
src/glsl/glcpp/macros.h:707: undefined reference to `sqrtf'
./.libs/libglcpp.a(pp.o): In function `LEN_2FV':
src/glsl/glcpp/macros.h:713: undefined reference to `sqrtf'
./.libs/libglcpp.a(pp.o): In function `u_tsd_init':
src/glsl/glcpp/u_thread.h:118: undefined reference to `pthread_key_create'
./.libs/libglcpp.a(pp.o): In function `u_tsd_get':
src/glsl/glcpp/u_thread.h:132: undefined reference to `pthread_getspecific'
./.libs/libglcpp.a(pp.o): In function `u_tsd_set':
src/glsl/glcpp/u_thread.h:142: undefined reference to `pthread_setspecific'
./.libs/libglcpp.a(glcpp-parse.o): In function `INV_SQRTF':
src/glsl/glcpp/imports.h:161: undefined reference to `sqrtf'
./.libs/libglcpp.a(glcpp-parse.o): In function `LEN_3FV':
src/glsl/glcpp/macros.h:707: undefined reference to `sqrtf'
./.libs/libglcpp.a(glcpp-parse.o): In function `LEN_2FV':
src/glsl/glcpp/macros.h:713: undefined reference to `sqrtf'
./.libs/libglcpp.a(glcpp-parse.o): In function `u_tsd_init':
src/glsl/glcpp/u_thread.h:118: undefined reference to `pthread_key_create'
./.libs/libglcpp.a(glcpp-parse.o): In function `u_tsd_get':
src/glsl/glcpp/u_thread.h:132: undefined reference to `pthread_getspecific'
./.libs/libglcpp.a(glcpp-parse.o): In function `u_tsd_set':
src/glsl/glcpp/u_thread.h:142: undefined reference to `pthread_setspecific'
collect2: ld returned 1 exit status


122345876479cf5cf553e38162ab105658614ab7 is the first bad commit
commit 122345876479cf5cf553e38162ab105658614ab7
Author: Emil Velikov <emil.l.velikov@gmail.com>
Date:   Wed Dec 12 14:59:36 2012 +0000

    configure.ac: Disable compiler optimizations when --enable-debug is set
    
    Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
    Reviewed-by: Dan Nicholson <dbn.lists@gmail.com>
    Reviewed-by: Chad Versace <chad.versace@linux.intel.com>

:100644 100644 a133902c69fe327c5a46c0e037878e63fe4b5d9b 1294740a482a86bb45fa3b510591f9e2b65b4f65 M	configure.ac
bisect run success
Comment 1 Emil Velikov 2014-09-22 17:28:17 UTC
I am inclined to put this as a compiler bug. The sad part is that afaict the Open64 compiler is not seeing much (any) activity recently.

Do you have any reasonable use-case the use of the compiler or can we just close this as WONTFIX ?
Comment 2 Ian Romanick 2014-09-22 18:50:33 UTC
Looking at the website, it doesn't seem like there has been much activity since 2011.  This seems like it's either a bug in Open64 or we need more Open64-specific support in Mesa's build system.

My preference would be WONTFIX...
Comment 3 Timothy Arceri 2016-01-27 14:07:41 UTC
The Open64 website has been down for almost a year, I don't think it's coming back :-p Marking as WONTFIX


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.