#908 closed Defect (fixed)
Compile problem 6.6.29, 6.7.5, 6.9.0
Reported by: | shiki08 | Owned by: | Eric Korpela |
---|---|---|---|
Priority: | Critical | Milestone: | Undetermined |
Component: | Client - Build | Version: | 6.6.29 |
Keywords: | Cc: |
Description (last modified by )
OS: Arch Linux x86-64 CPU: Core2Quad 6600 Used BOINC version: SVN (tag)
- ./_autosetup
- did the configure step
- make
here is the 6.6.29 case: http://pastebin.com/m179610f2
6.9.0 (svn latest) http://pastebin.com/m41a00a22
(I won't post the 6.7.5 case, it gets stuck at the same part)
Attachments (1)
Change History (23)
comment:1 Changed 16 years ago by
comment:2 Changed 16 years ago by
Description: | modified (diff) |
---|
comment:3 Changed 16 years ago by
Priority: | Undetermined → Critical |
---|
comment:4 Changed 16 years ago by
Version: | 6.6.28 → 6.6.29 |
---|
comment:5 Changed 16 years ago by
Set some resolution.. Not sure if its critical, but its really a serious problem if one can't compile it. It is not a blocker.. since the boinc webpage proposes an older release.
(version set to 6.6.29, but affects every version described in topic)
comment:6 Changed 16 years ago by
Component: | Undetermined → Client - Build |
---|---|
Owner: | set to romw |
Add --disable-server
unless you want to make your own project.
comment:7 Changed 16 years ago by
Owner: | changed from romw to Eric Korpela |
---|
comment:9 Changed 16 years ago by
By the way..strange:
g++ -DHAVE_CONFIG_H -I. -I.. -I../lib -I../api -I../db -I../client -I../tools -I../sched -I../lib/mac -pthread -D_USING_FCGI_ -fPIC -DPIC -pthread -msse2 -march=opteron -mtune=generic -MT libboinc_fcgi_la-gui_rpc_client.lo -MD -MP -MF .deps/libboinc_fcgi_la-gui_rpc_client.Tpo -c gui_rpc_client.cpp -fPIC -DPIC -o .libs/libboinc_fcgi_la-gui_rpc_client.o
CFLAGS="-march=core2 -mtune=core2 -mmmx -msse -msse2 -msse3 -g" CXXFLAGS="${CFLAGS}"
How does it comes ?.. it uses "march=opteron" and "-mtune=generic"..but why?
comment:11 Changed 16 years ago by
It seems like a GCC problem..
../lib/str_util.h:41: error: new declaration ‘char* strcasestr(const char*, const char*)’ /usr/include/string.h:367: error: ambiguates old declaration ‘const char* strcasestr(const char*, const char*)’
comment:12 follow-up: 13 Changed 16 years ago by
OKay, ignoring flags have been solved (edit Makefile), but I still can't compile them.. (gcc error as I posted)
comment:13 Changed 16 years ago by
Replying to shiki08:
OKay, ignoring flags have been solved (edit Makefile), but I still can't compile them.. (gcc error as I posted)
Things like this are always problems with the configure script or problems with how your system is configured. Please post your config.log.
comment:14 Changed 16 years ago by
http://pastebin.com/m629182d9
(Configuring WITHOUT C or G++ flags gives exactly the same error. I can post that output/log too.)
comment:15 Changed 16 years ago by
Try adding #include "config.h"
to str_util.h
, before the #include}}} lines it already has.
comment:16 Changed 16 years ago by
Added into config.h as #include "str_util.h" (since it was like this (the other one))
No success. output: http://pastebin.com/f4190a890
comment:18 Changed 16 years ago by
It works. Thank you. Wrote that line into /lib/str_util.hu , then:
./configure --disable-server --disable-fcgi (since fcgi returns an error)
make sudo make install
Thanks. Please fix it in SVN. :)
Changed 16 years ago by
Attachment: | str_util-include-config.diff added |
---|
comment:19 follow-up: 21 Changed 16 years ago by
Edit: Ignoring flags is still a problem. Even if I edit Makefile by hand, it ignores it and optimizes for "opteron" and "generic". Any idea? (Or should I open a new ticket?)
comment:20 Changed 16 years ago by
I had the same problem on a fresh Arch install.
Adding config include to str_util.h fixed it.
comment:21 Changed 16 years ago by
Replying to shiki08:
Edit: Ignoring flags is still a problem. Even if I edit Makefile by hand, it ignores it and optimizes for "opteron" and "generic". Any idea? (Or should I open a new ticket?)
Even if you haven't specified "--build-generic-client" (or whatever that configure flag is?). In that case the problem is probably that some other software package on your machine that gets used in the boinc build is probably inserting those things into the CFLAGS. Look through all the Makefiles and make sure you haven't missed something.
comment:22 Changed 16 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
possibly fixed by [18437]
Package versions: http://pastebin.com/m5090b532