Error while compiling glibc from source - c

I am trying to compile glibc 2.15 from source. I followed all the steps in gnu link. The configuration was success but when I try to make I am getting this peculiar which is terminating the compilation. I tried searching for the error but there was no mention of it on the web.
I am doing this on 64bit Ubuntu 12.10.
The error message is
'wctomb.c:59:1: error
__EI_wctomb' aliased to external symbol '__GI_wctomb'
make[2]: *** [/var/services/homes/abhi/ld/glibc-build/stdlib/wctomb.os] Error 1
make[2]: Leaving directory `/var/services/homes/abhi/ld/glibc-2.15/stdlib'
make[1]: *** [stdlib/subdir_lib] Error 2
make[1]: Leaving directory `/var/services/homes/abhi/ld/glibc-2.15'
make: *** [all] Error 2`
How do I solve this error. Any pointers or suggestions will be highly appreciated.
Thanks

There is a reported bug with GCC 4.7 on Debian distro bug because of which this and other variants of this bug occurs(another is with math library).
-> Work around was to download and install GCC 4.8 (this can only be done by building from source on 12.10 Quantal currently) and then using that to build glibc.

Related

Issues building GridDB CE v4.6 from Source

I am currently running GridDB 4.5.2 (from yum) on CentOS Linux release 7.9.2009
When attempting to build the new GridDB version from source, I get the following error:
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
make[2]: *** [gsserver-system_service.o] Error 4
make[2]: Leaving directory `/home/${USER}/griddb-4.6.0/server'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/${USER}/griddb-4.6.0/server'
make: *** [all-recursive] Error 1
Any ideas?
That error is commonly seen when GridDB is compiled on a machine with low memory.

Building gnu/opensource (C) projects in macOS Mojave

It's been awhile since I've tried to do this, maybe 3 or 4 years already. It was largely trivial then, download the tarball. Open it up, configure, make, and make install.
I do have Xcode installed, and I have the Xcode command line tools as well. Up to date. But when I run make, it complains about "error.h file not found".
Given how Apple has since locked the operating system down, it's not as simple as symlinking a directory for the includes. Or, if it is, I can't figure out where to begin with that.
The project is unavailable with homebrew, or I'd be lazy and do that.
The output is as follows:
omelo:ccd2cue-0.5 john$ sudo make
/Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive
Making all in po
Making all in src
CC ccd2cue.o
ccd2cue.c:58:10: fatal error: 'error.h' file not found
#include <error.h>
^~~~~~~~~
1 error generated.
make[2]: *** [ccd2cue.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
What do I need to fix in my environment so that this can build?

Unable to integrate CBMC into build systems

I'm trying to use CBMC (C Bounded Model Checking: https://www.cprover.org/cbmc/) on open-source C projects from GitHub. For the purpose of this question, let's consider the following project: https://github.com/reubenhwk/radvd
The problem arises when I compile the project with gcc. I'm able to obtain the executable file on which call cbmc like
cbmc radvd
but I obtain the following error message:
CBMC version 5.8 64-bit x86_64 linux
failed to open input file radvd`
The reason should be the fact that I used gcc instead of goto-cc (as explained here: http://www.cprover.org/cprover-manual/goto-cc.html), so might it's unable to recognize the file.
I also tried to use goto-cc as explained in the previous link and in some example like http://www.cprover.org/goto-cc/examples/nanosat.html. However, since they are guided examples it seems to be easy to make cbmc work. When I do the same process with other project, like the linked one (radvd) and use goto-cc instead of gcc I obtain the following message when running make CC=goto-cc command:
make all-am
make[1]: Entering directory '/home/stefano/Documents/github/radvd'
YACC gram.c
updating gram.h
CC libradvd_parser_a-gram.o
/usr/include/stdlib.h:133:1: error: syntax error before 'strtof128'
PARSING ERROR
Makefile:941: recipe for target 'libradvd_parser_a-gram.o' failed
make[1]: *** [libradvd_parser_a-gram.o] Error 1
make[1]: Leaving directory '/home/stefano/Documents/github/radvd'
Makefile:755: recipe for target 'all' failed
make: *** [all] Error 2`
I'm currently using the version 5.8 of cbmc on a virtual Linux machine (Ubuntu 17.10).
Do you have any idea on how make it work?
Thank you

kernel source 3.10.0-229.11.1.el7.x86_64 compilation fails

I updated my gcc from 4.8 to 5.2. After updating gcc I am trying to compile kernel with newer gcc. I am getting a compilation issue
make[1]: *** No rule to make target `/usr/src/kernels/3.10.0-229.11.1.el7.x86_64/arch/x86/syscalls/syscall_32.tbl', needed by `arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h'. Stop.
make: *** [archheaders] Error 2
Even after googling several hours. I could not find solution to this problem. Please help!
That target file is part of the source code. Maybe you or someone else deleted it accidentally?

Link tests are not allowed after GCC_NO_EXECUTABLES ---crosscompiling toolchain

Iam trying to build a cross compiler using this tutorial:
http://wiki.osdev.org/OS_Specific_Toolchain
after succesfully building binutils,all-gcc,newlib
I am getting an error in the last part of make in build-gcc
checking for shl_load... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES.
Makefile:8970: recipe for target `configure-target-libstdc++-v3' failed
make[1]: *** [configure-target-libstdc++-v3] Error 1
make[1]: Leaving directory `/usr/src/build-gcc'
Makefile:870: recipe for target `all' failed
make: *** [all] Error 2
please help...
I don't know you configure command options. But if you have given --enable-language=c change it to --enable-languages=c. Or may be you are compiling bootstrap with languages c and c++. In which case this error occurs.
I ran into this issue when attempting to build a cross compiler for ARM. Eventually, switched to using crosstool-NG. It is a script that greatly simplifies the process. It worked like a charm for me.

Resources