help with gcc-compile-with-ada
Greetings I and having some difficulty compiling gcc-4.4.2 with ada. :- First I have gnat (gnat-gpl-2009-43-x86_64-pc-linux-gnu-bin.tar.gz (( I could not get gnat-gpl-2009-src.tgz to compile on my 64-bit-only (AMD) setup so I had to use a binary)) ) installed in /usr/gnat like so:- [r...@analogic gnat]# ls bin etc include lib lib64 libexec share [r...@analogic gnat]# my build options for gcc-4.4.2 looks like so:- cd gcc-4.4.2 mkdir build cd build ../configure --prefix=/usr --libexecdir=/usr/lib --enable-shared \ --enable-threads=posix --enable-__cxa_atexit --enable-c99 --enable-long-long --enable-clocale=gnu \ --enable-languages=c,c++,fortran,ada --disable-multilib --disable-libstdcxx-pch but make fails with this:- -DPREFIX=\/usr\ -DBASEVER=\4.4.2\ \ -c ../../gcc/prefix.c -o prefix.o gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -I../../gcc/../libdecnumber -I../../gcc/../libdecnumber/bid -I../libdecnumber -I/include -I/include -DCLOOG_PPL_BACKEND ../../gcc/tree-inline.c -o tree-inline.o gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -I../../gcc/../libdecnumber -I../../gcc/../libdecnumber/bid -I../libdecnumber -I/include -I/include -DCLOOG_PPL_BACKEND ../../gcc/tree-nomudflap.c -o tree-nomudflap.o gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -I../../gcc/../libdecnumber -I../../gcc/../libdecnumber/bid -I../libdecnumber -I/include -I/include -DCLOOG_PPL_BACKEND ../../gcc/varpool.c -o varpool.o rm -rf libbackend.a ar rc libbackend.a insn-attrtab.o insn-automata.o insn-emit.o insn-extract.o .. ipa-utils.o ipa.o matrix-reorg.o prefix.o tree-inline.o tree-nomudflap.o varpool.o ranlib libbackend.a gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o i386-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o \ main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a /usr/lib/libiconv.so ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/lib -lcloog -L/lib -lppl_c -lppl -lgmpxx -lmpfr -lgmp /usr/lib/../lib64/libgmpxx.so: undefined reference to `std::ctypechar::_M_widen_init() co...@glibcxx_3.4.11' collect2: ld returned 1 exit status make[3]: *** [cc1-dummy] Error 1 make[3]: Leaving directory `~/gcc-4.4.2/build/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `~/gcc-4.4.2/build' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `~/gcc-4.4.2/build' make: *** [all] Error 2 help would be appreciated sincerely lux-integ -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
libdrm-2.4.14 overwrites some drm linux-api-headers
If installed as root, libdrm will overwrite these linux-api-headers from /usr/include/drm: test -z /usr/include/drm || /usr/lib/pkgusr/mkdir -p /usr/include/drm /usr/lib/pkgusr/install -c -m 644 'drm.h' '/usr/include/drm/drm.h' /usr/lib/pkgusr/install -c -m 644 'drm_mode.h' '/usr/include/drm/drm_mode.h' /usr/lib/pkgusr/install -c -m 644 'drm_sarea.h' '/usr/include/drm/drm_sarea.h' /usr/lib/pkgusr/install -c -m 644 'i915_drm.h' '/usr/include/drm/i915_drm.h' /usr/lib/pkgusr/install -c -m 644 'mga_drm.h' '/usr/include/drm/mga_drm.h' ' /usr/lib/pkgusr/install -c -m 644 'r128_drm.h' '/usr/include/drm/r128_drm.h' /usr/lib/pkgusr/install -c -m 644 'radeon_drm.h' '/usr/include/drm/radeon_drm.h' /usr/lib/pkgusr/install -c -m 644 'savage_drm.h' '/usr/include/drm/savage_drm.h' /usr/lib/pkgusr/install -c -m 644 'sis_drm.h' '/usr/include/drm/sis_drm.h' /usr/lib/pkgusr/install -c -m 644 'via_drm.h' '/usr/include/drm/via_drm.h' I used kernel 2.6.32.8 for the headers and they are different from those that libdrm is trying to install. I stopped libdrm replacing them but if one is installing as root, it is unlikely that the replacement will be noticed. It would be a good idea to remove the relevant lines in the libdrm-2.4.14/shared-core/Makefile before the install. jb _ Send us your Hotmail stories and be featured in our newsletter http://clk.atdmt.com/UKM/go/195013117/direct/01/-- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libdrm-2.4.14 overwrites some drm linux-api-headers
John Burrell wrote: I rewrapped this for you. You might consider reading the FAQ. If installed as root, libdrm will overwrite these linux-api-headers from /usr/include/drm: One point for install users package management, I guess. test -z /usr/include/drm || /usr/lib/pkgusr/mkdir -p /usr/include/drm \ /usr/lib/pkgusr/install -c -m 644 'drm.h' '/usr/include/drm/drm.h' [...] I used kernel 2.6.32.8 for the headers and they are different from those that libdrm is trying to install. I stopped libdrm replacing them but if one is installing as root, it is unlikely that the replacement will be noticed. It would be a good idea to remove the relevant lines in the libdrm-2.4.14/shared-core/Makefile before the install. However, if the actual API is implemented in the library, then shouldn't the library provided description be the one used? Mike -- p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I speak only for myself, and I am unanimous in that! -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libdrm-2.4.14 overwrites some drm linux-api-headers
On 2 March 2010 20:59, John Burrell john_burr...@hotmail.com wrote: If installed as root, libdrm will overwrite these linux-api-headers from /usr/include/drm: test -z /usr/include/drm || /usr/lib/pkgusr/mkdir -p /usr/include/drm /usr/lib/pkgusr/install -c -m 644 'drm.h' '/usr/include/drm/drm.h' /usr/lib/pkgusr/install -c -m 644 'drm_mode.h' '/usr/include/drm/drm_mode.h' [ snipped ] I used kernel 2.6.32.8 for the headers and they are different from those that libdrm is trying to install. I stopped libdrm replacing them but if one is installing as root, it is unlikely that the replacement will be noticed. It would be a good idea to remove the relevant lines in the libdrm-2.4.14/shared-core/Makefile before the install. Usually, people use what the packages install. In your case, the pkgconfig files will show libdrm-2.4.14 but the headers will not match. I've no idea if that will cause problems in Mesa or xorg-server. The idea that only the first package to write to a directory should be allowed to update it does not match custom and practice. ĸen -- After tragedy, and farce, OMG poneys! -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libdrm-2.4.14 overwrites some drm linux-api-headers
John Burrell wrote these words on 03/02/10 14:59 CST: If installed as root, libdrm will overwrite these linux-api-headers from /usr/include/drm: I just built a stock LFS-6.5 machine which uses kernel 2.6.30.10 and libdrm 2.4.14 and no files are overwritten. This must be something new in newer kernels? -- Randy rmlscsi: [bogomips 1003.22] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 15:46:00 up 65 days, 20:54, 1 user, load average: 0.00, 0.00, 0.00 -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: help with gcc-compile-with-ada
lux-integ wrote these words on 03/02/10 13:18 CST: I and having some difficulty compiling gcc-4.4.2 with ada. :- Have you attempted to use the instructions from the BLFS-dev book? I noticed your configure params are much different, but you are also using 64 bit, I built the BLFS instructions using a 32-bit machine. -- Randy rmlscsi: [bogomips 1003.22] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 15:48:01 up 65 days, 20:56, 1 user, load average: 0.32, 0.09, 0.02 -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libdrm-2.4.14 overwrites some drm linux-api-headers
John Burrell wrote: If installed as root, libdrm will overwrite these linux-api-headers from /usr/include/drm: On a very new system (linux-2.6.33 + libdrm-2.4.18) I see the same thing. Looking at the README in the tarball for libdrm: New functionality in the kernel DRM drivers typically requires a new libdrm, but a new libdrm will always work with an older kernel. As such, I think the right thing to do in this scenario is to just let libdrm overwrite the headers it wants to install. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: libdrm-2.4.14 overwrites some drm linux-api-headers
Matthew Burgess wrote: On a very new system (linux-2.6.33 + libdrm-2.4.18) I see the same thing. Looking at the README in the tarball for libdrm: New functionality in the kernel DRM drivers typically requires a new libdrm, but a new libdrm will always work with an older kernel. As such, I think the right thing to do in this scenario is to just let libdrm overwrite the headers it wants to install. That sounds right to me. The library contains the actual code that is going to be called by the application, and it sets the standard for how to do the calls, so as it provides the actual API, it should set the include headers. Mike -- p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I speak only for myself, and I am unanimous in that! -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page