hughperman / pure-lang

Automatically exported from code.google.com/p/pure-lang
0 stars 0 forks source link

0.33: build tries to use gsl after configure failed to find it #15

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. install gsl
2. ./configure --prefix=/opt --with-libiconv-prefix=/usr/local
--enable-debug ; gmake all check

What is the expected output? What do you see instead?
expected pure avoiding gsl
see build breaking with

runtime.cc: In function 'bool dump(Blob&, std::map<pure_expr*, unsigned
int, std::less<pure_expr*>, std::allocator<std::pair<pure_expr* const,
unsigned int> > >&, size_t&, pure_expr*)':
runtime.cc:6722: error: 'gsl_matrix' was not declared in this scope
runtime.cc:6722: error: 'm' was not declared in this scope
runtime.cc:6722: error: expected primary-expression before ')' token
runtime.cc:6722: error: expected `;' before 'x'
runtime.cc:6731: error: 'gsl_matrix_int' was not declared in this scope
runtime.cc:6731: error: 'm' was not declared in this scope
runtime.cc:6731: error: expected primary-expression before ')' token
runtime.cc:6731: error: expected `;' before 'x'
runtime.cc:6740: error: 'gsl_matrix_complex' was not declared in this scope
runtime.cc:6740: error: 'm' was not declared in this scope
runtime.cc:6740: error: expected primary-expression before ')' token
runtime.cc:6740: error: expected `;' before 'x'

What version of the product are you using? On what operating system?

0.33, fbsd 7.2

Please provide any additional information below.

see attached config.log, and the product of  (./configure --prefix=/opt
--with-libiconv-prefix=/usr/local --enable-debug ; gmake all check) >|
gsl.breakage 2>&1

Original issue reported on code.google.com by neuhau...@sigpipe.cz on 28 Aug 2009 at 6:01

Attachments:

GoogleCodeExporter commented 8 years ago
i should've mentioned that this problem might stem from the fact that freebsd
packages/ports are installed in $(LOCALBASE) (/usr/local by default), which is 
*not*
in the default library path.

Original comment by neuhau...@sigpipe.cz on 28 Aug 2009 at 6:03

GoogleCodeExporter commented 8 years ago
Fixed in r2145. Thanks for reporting!

Original comment by aggraef@gmail.com on 28 Aug 2009 at 9:20