llvm dev - Jan 2013 - [LLVMdev] Failure building llvm/clang from source using binary clang package on Mageia 2

On Mageia 2 I have installed the binary clang package clang3.0-7. When I
tried to build the latest llvm/clang from source using this binary clang
I get this error:

1) In file included from
/home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30:
/home/mgeldiener/vcs/llvm/lib/Support/Unix/Signals.inc:32:10: fatal
error: 'cxxabi.h' file not found
#include <cxxabi.h>
         ^
llvm[1]: Compiling Statistic.cpp for Debug+Asserts build
1 error generated.
gmake[1]: ***
[/home/mgeldiener/dev/clang/build/lib/Support/Debug+Asserts/Signals.o]
Error 1
gmake[1]: *** Waiting for unfinished jobs....
gmake[1]: Leaving directory `/home/mgeldiener/dev/clang/build/lib/Support'
gmake: *** [all] Error 1

If I build with gcc, there are no problems.

On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener
<eldlistmailingz at tropicsoft.com> wrote:
> On Mageia 2 I have installed the binary clang package clang3.0-7. When I
> tried to build the latest llvm/clang from source using this binary clang
> I get this error:
>
> 1) In file included from
> /home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30:
> /home/mgeldiener/vcs/llvm/lib/Support/Unix/Signals.inc:32:10: fatal
> error: 'cxxabi.h' file not found
> #include <cxxabi.h>
>          ^
> llvm[1]: Compiling Statistic.cpp for Debug+Asserts build
> 1 error generated.
> gmake[1]: ***
> [/home/mgeldiener/dev/clang/build/lib/Support/Debug+Asserts/Signals.o]
> Error 1
> gmake[1]: *** Waiting for unfinished jobs....
> gmake[1]: Leaving directory
`/home/mgeldiener/dev/clang/build/lib/Support'
> gmake: *** [all] Error 1
>
> If I build with gcc, there are no problems.
I think that we have a new entry for our 'unsupported compilers' list.
 Please show the output of 'clang -v -fsyntax-only -x c++ /dev/null'.

It looks like Mageia 2 has C++ headers in a directory unknown to
clang.  (So basically, clang from the repository is broken...)

Dmitri

-- 
main(i,j){for(i=2;;i++){for(j=2;j<i;j++){if(!(i%j)){j=0;break;}}if
(j){printf("%d\n",i);}}} /*Dmitri Gribenko <gribozavr at
gmail.com>*/

> I think that we have a new entry for our 'unsupported compilers'
list.
>  Please show the output of 'clang -v -fsyntax-only -x c++
/dev/null'.
'Unsupported list' exists because some compilers are broken. Here the
compiler it not broken per se, it's just broken package, because
someone who packaged it have not tried to actually use the compiler.

The proper solution is:

1. Report the problem to Mageia
2. Add support of paths to clang
or
2.* Patch the mageia clang package

In any case, 3.0 is ancient.

--
With best regards, Anton Korobeynikov
Faculty of Mathematics and Mechanics, Saint Petersburg State University

On 01/06/2013 07:20 PM, Dmitri Gribenko wrote:
> On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener
> <eldlistmailingz at tropicsoft.com> wrote:
>> On Mageia 2 I have installed the binary clang package clang3.0-7. When
I
>> tried to build the latest llvm/clang from source using this binary
clang
>> I get this error:
>>
>> 1) In file included from
>> /home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30:
>> /home/mgeldiener/vcs/llvm/lib/Support/Unix/Signals.inc:32:10: fatal
>> error: 'cxxabi.h' file not found
>> #include <cxxabi.h>
>>          ^
>> llvm[1]: Compiling Statistic.cpp for Debug+Asserts build
>> 1 error generated.
>> gmake[1]: ***
>> [/home/mgeldiener/dev/clang/build/lib/Support/Debug+Asserts/Signals.o]
>> Error 1
>> gmake[1]: *** Waiting for unfinished jobs....
>> gmake[1]: Leaving directory
`/home/mgeldiener/dev/clang/build/lib/Support'
>> gmake: *** [all] Error 1
>>
>> If I build with gcc, there are no problems.
> 
> I think that we have a new entry for our 'unsupported compilers'
list.
>  Please show the output of 'clang -v -fsyntax-only -x c++
/dev/null'.
clang version 3.0 (tags/RELEASE_30/final)
Target: x86_64-mageia-linux-gnu
Thread model: posix
 "/usr/bin/clang" -cc1 -triple x86_64-mageia-linux-gnu -fsyntax-only
-disable-free -disable-llvm-verifier -main-file-name null
-mrelocation-model static -mdisable-fp-elim -masm-verbose
-mconstructor-aliases -munwind-tables -target-cpu x86-64
-target-linker-version 2.22 -momit-leaf-frame-pointer -v -resource-dir
/usr/bin/../lib/clang/3.0 -fmodule-cache-path /tmp/clang-module-cache -I
/opt/intel/composerxe-2011.5.220/mkl/include -I
/opt/intel/composerxe-2011.5.220/tbb/include -I
/opt/intel/composerxe-2011.5.220/mkl/include -I
/opt/intel/composerxe-2011.5.220/tbb/include -internal-isystem
/usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3
-internal-isystem
/usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/x86_64-mageia-linux-gnu
-internal-isystem
/usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/backward
-internal-isystem /usr/local/include -internal-isystem
/usr/bin/../lib/clang/3.0/include -internal-externc-isystem /usr/include
-fdeprecated-macro -ferror-limit 19 -fmessage-length 139 -fgnu-runtime
-fobjc-runtime-has-arc -fobjc-runtime-has-weak -fobjc-fragile-abi
-fcxx-exceptions -fexceptions -fdiagnostics-show-option
-fcolor-diagnostics -x c++ /dev/null
clang -cc1 version 3.0 based upon llvm 3.0 hosted on x86_64-mageia-linux-gnu
ignoring duplicate directory
"/opt/intel/composerxe-2011.5.220/mkl/include"
ignoring duplicate directory
"/opt/intel/composerxe-2011.5.220/tbb/include"
#include "..." search starts here:
#include <...> search starts here:
 /opt/intel/composerxe-2011.5.220/mkl/include
 /opt/intel/composerxe-2011.5.220/tbb/include
 /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3
 /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/x86_64-mageia-linux-gnu
 /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/backward
 /usr/local/include
 /usr/bin/../lib/clang/3.0/include
 /usr/include
End of search list.
> 
> It looks like Mageia 2 has C++ headers in a directory unknown to
> clang.  (So basically, clang from the repository is broken...)
The Gnu C library headers are at
/usr/lib/gcc/x86_64-mageia-linux-gnu/4.6.3/include. This seems to say
that the include search path is wrong and that is why it does not find
cxxabi.h, which is in the Gnu C library header directory.

On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener
<eldlistmailingz at tropicsoft.com> wrote:
> On Mageia 2 I have installed the binary clang package clang3.0-7. When I
> tried to build the latest llvm/clang from source using this binary clang
> I get this error:
>
> 1) In file included from
> /home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30:
> /home/mgeldiener/vcs/llvm/lib/Support/Unix/Signals.inc:32:10: fatal
> error: 'cxxabi.h' file not found
> #include <cxxabi.h>
>          ^
> llvm[1]: Compiling Statistic.cpp for Debug+Asserts build
> 1 error generated.
> gmake[1]: ***
> [/home/mgeldiener/dev/clang/build/lib/Support/Debug+Asserts/Signals.o]
> Error 1
> gmake[1]: *** Waiting for unfinished jobs....
> gmake[1]: Leaving directory
`/home/mgeldiener/dev/clang/build/lib/Support'
> gmake: *** [all] Error 1
>
> If I build with gcc, there are no problems.
Hello Edward,

Here's a patch for ./configure that should detect and reject a broken
clang in your cases.  Could you please apply and test on all platforms
that you recently sent bug reports about?  You should see a clear
error from ./configure that the selected compiler is broken.

Dmitri

-- 
main(i,j){for(i=2;;i++){for(j=2;j<i;j++){if(!(i%j)){j=0;break;}}if
(j){printf("%d\n",i);}}} /*Dmitri Gribenko <gribozavr at
gmail.com>*/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: configure-error-on-broken-clang-v1.patch
Type: application/octet-stream
Size: 4208 bytes
Desc: not available
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20130107/6a52b1ce/attachment.obj>

On 01/07/2013 08:39 AM, Dmitri Gribenko wrote:
> On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener
> <eldlistmailingz at tropicsoft.com> wrote:
>> On Mageia 2 I have installed the binary clang package clang3.0-7. When
I
>> tried to build the latest llvm/clang from source using this binary
clang
>> I get this error:
>>
>> 1) In file included from
>> /home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30:
>> /home/mgeldiener/vcs/llvm/lib/Support/Unix/Signals.inc:32:10: fatal
>> error: 'cxxabi.h' file not found
>> #include <cxxabi.h>
>>          ^
>> llvm[1]: Compiling Statistic.cpp for Debug+Asserts build
>> 1 error generated.
>> gmake[1]: ***
>> [/home/mgeldiener/dev/clang/build/lib/Support/Debug+Asserts/Signals.o]
>> Error 1
>> gmake[1]: *** Waiting for unfinished jobs....
>> gmake[1]: Leaving directory
`/home/mgeldiener/dev/clang/build/lib/Support'
>> gmake: *** [all] Error 1
>>
>> If I build with gcc, there are no problems.
>
> Hello Edward,
>
> Here's a patch for ./configure that should detect and reject a broken
> clang in your cases.  Could you please apply and test on all platforms
> that you recently sent bug reports about?  You should see a clear
> error from ./configure that the selected compiler is broken.
After applying your patch on Mageia 2 and invoking llvm's configure:

Using clang 3.0 I get:

"checking whether clang works... no
configure: error: Selected compiler could not find or parse C++ standard
library headers.  Rerun with CC=c-compiler CXX=c++-compiler ./configure
..."

Using gcc, there is no error.

After applying your patch on Fedora 17 and invoking llvm's configure:

Using clang 3.0 I get:

"checking whether clang works... no
configure: error: Selected compiler could not find or parse C++ standard 
library headers.  Rerun with CC=c-compiler CXX=c++-compiler ./configure
..."

Using gcc, there is no error.

After applying your patch on Suse 12.2 and invoking llvm's configure:

Using clang 3.1, which has previously worked, there is no error.

So it looks to me, based on my tests, that your patch is successful. I 
look forward to this update in llvm on subversion. Thanks for your help 
on this matter. I will report the broken clang binary installation to 
Mageia 2 and Fedora 17.