), so this is
> expected.
By the way, there is an open bug report on bugzilla with submitted pathes
to suggest to change it, as operating systems (FreeBSD, Linux distros, others?)
would like to install different versions of GCC simultaneously but the actual
choice causes conflicts.
In ca
On Mai 05 2025, Basile Starynkevitch wrote:
> and to my surprise its libgccjit.h was installed under /usr/local/include/ and
libgccjit.h has always been installed in $(includedir), so this is
expected.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552
Hello all,
On Debian/trixie/x86-64 I did compile GCC-15-20240503 (untarred under
/usr/src/Lang) configured as
'/usr/src/Lang/gcc-15-20250503/configure' '-v' '--prefix=/usr/local' \
'--with-gcc-major-version-only' '--program-suffix=-my-15' \
'--enable-shared' '--enable-plugin' '--enable-d
Thanks for the quick response.
My system complained that curl was not present. I also did not have wget,
but the error didn't mention it (I'm pretty sure).
In any case, my suggestion would then be to require either one.
BTW, I was running this on a (mostly) clean install of Debian
On Fri, 11 Oct 2024 at 10:14, Roosh Fourtytwo via Gcc
wrote:
> Hi, Thanks for the clear and concise instructions. I'm building gcc-14,
> and have a small suggestion.
>
> Kind regards,
> Roosh42
>
> *Webpage to update:*
> https://gcc.gnu.org/install/prerequisites
Hi, Thanks for the clear and concise instructions. I'm building gcc-14,
and have a small suggestion.
Kind regards,
Roosh42
*Webpage to update:*
https://gcc.gnu.org/install/prerequisites.html
*Suggestion:*
Add curl as one of the prerequisites
*Reason:*
It is needed for ./co
On Thu, Oct 26, 2023 at 11:01 AM Simon Sobisch via Gcc wrote:
>
> https://gcc.gnu.org/install/prerequisites.html has a bunch of tools
> under "Tools/packages necessary for modifying GCC", but GNU Bison is
> missing.
>
> I found it interesting to see that some files
is not required to build gcc rather only if you are modifying gcc.
Thanks,
Andrew
On Thu, Oct 26, 2023, 11:01 Simon Sobisch via Gcc wrote:
> https://gcc.gnu.org/install/prerequisites.html has a bunch of tools
> under "Tools/packages necessary for modifying GCC", but GNU Bison is
https://gcc.gnu.org/install/prerequisites.html has a bunch of tools
under "Tools/packages necessary for modifying GCC", but GNU Bison is
missing.
I found it interesting to see that some files like under intl say
1 /* A Bison parser, made from plural.y
2by GNU bison 1.35
Hello,
Following the instructions given in the install folder for gcc 10.1.0, I have
successfully bootstrapped and installed gcc 10.1.0. Below is the information
requested in the final install section:
The output of config.guess is:
x86_64-pc-linux-gnu
The output of gcc -v is:
Using built-in
On Mon, 8 Jun 2020, Matthias Klose wrote:
> However the file is architecture specific, currently only having variants for
> x86_64-*-gnu, x86_64-*-gnux32, and a generic variant. This creates problems
> when the file is contained in a Debian package which is marked as Multi-Arch:
> same, also it s
On Mon, Jun 08, 2020 at 12:52:36PM +0200, Matthias Klose wrote:
> GCC and glibc need to agree on the install location for math-vector-fortran.h.
> Currently it is installed into
>
> /usr/include/finclude/math-vector-fortran.h
>
> However the file is architecture specific, cur
* Matthias Klose:
> this file currently only has lines like:
>
> !GCC$ builtin (cos) attributes simd (notinbranch) if('x86_64')
>
> so it shouldn't have any effect to other architectures? Or are the
> conditionals explicitly done to exclude the 32bit x86 configuration?
Ah. It's the latter.
Tha
On 6/8/20 1:03 PM, Florian Weimer via Gcc wrote:
> * Matthias Klose:
>
>> [not subscribed to the libc-alpha list]
>>
>> GCC and glibc need to agree on the install location for
>> math-vector-fortran.h.
>> Currently it is installed into
>>
>&g
* Matthias Klose:
> [not subscribed to the libc-alpha list]
>
> GCC and glibc need to agree on the install location for math-vector-fortran.h.
> Currently it is installed into
>
> /usr/include/finclude/math-vector-fortran.h
>
> However the file is architecture specifi
[not subscribed to the libc-alpha list]
GCC and glibc need to agree on the install location for math-vector-fortran.h.
Currently it is installed into
/usr/include/finclude/math-vector-fortran.h
However the file is architecture specific, currently only having variants for
x86_64-*-gnu, x86_64
srcdir/config.guess: x86_64-pc-linux-gnu
gcc -v output:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-linux-gnu/9.2.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../srcdir/configure --disable-multilib
Thread model: posix
gcc version 9.2.0 (G
Hello, I have an ubuntu.
I installed gcc 5 to be able to install gcj (because gcj is no longer
distributed with the new version of gcc).when I run apt-cache search gcj I get
this :
gcj-5-jdk - GCJ and Classpath development tools for Java(TM)
I tried then to install it by running apt-get
Hello,Can you give me installation. Instructions
To install gcj after installing gcc5 or gcc6. Apt-get install gcj did not work
Thank you very much
Envoyé depuis Yahoo Mail pour Android
The reason I was looking at the versions in the RC tarball was that I
have never been clear as to what release the website
install/prerequisite/target info actually applies to.
It would be much better if this info was on a per release basis on the
web site, like the changelog and manuals. Thus
Hi!
PR web/85578 complains about broken links in INSTALL/specific.html inside of
the rc tarballs, I've looked at past releases and at least the releases I've
checked (4.7.0, 6.1, 7.1, 7.3, 8.1rc2) all have the broken links,
e.g.
aarch64*-*-*
and
aarch64*-*-*
Looking at online docs, t
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.3.0/config.guess
sparc64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/sparc-unknown-linux-gnu/7.3.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.3.0/config.guess
hppa2.0-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/hppa-unknown-linux-gnu/7.3.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.3.0/config.guess
mips64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mips-unknown-linux-gnu/7.3.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.3.0/config.guess
mips64el-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mipsel-unknown-linux-gnu/7.3.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.3.0/config.guess
x86_64-pc-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/x86_64-unknown-linux-gnu/7.3.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.3.0/config.guess
armv4tl-unknown-linux-gnueabi
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/arm-linux-gnueabi/7.3.0/lto-wrapper
Target: arm-linux-gnueabi
Configured with: /home/aar
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.3.0/config.guess
armv7l-unknown-linux-gnueabi
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/arm-unknown-linux-gnueabi/7.3.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.3.0/config.guess
aarch64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/aarch64-unknown-linux-gnu/7.3.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.3.0/config.guess
powerpc64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/powerpc-unknown-linux-gnu/7.3.
er from GCC?
http://lmgtfy.com/?q=eclipse+install+gcc
> How do I install it in Windows 10?
http://lmgtfy.com/?q=eclipse+install+windows+10
> How do I make the IDE of Eclipse recognize it in order to compile my *.c
> and *.cpp files?
Perhaps you should wait to install Eclipse and GCC befor
The IDE of Eclipse for C/C++ projects development asks me for a route to a
GCC compiler.
Apparently ALL of the IDEs of Eclipse do NOT include an C/C++ compiler!
Where do I download a C/C++ compiler from GCC?
How do I install it in Windows 10?
How do I make the IDE of Eclipse recognize it in
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.2.0/config.guess
hppa2.0-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/hppa-unknown-linux-gnu/7.2.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.2.0/config.guess
sparc64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/sparc-unknown-linux-gnu/7.2.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.2.0/config.guess
mips64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mips-unknown-linux-gnu/7.2.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.2.0/config.guess
powerpc64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/powerpc-unknown-linux-gnu/7.2.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.2.0/config.guess
x86_64-pc-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/x86_64-unknown-linux-gnu/7.2.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.2.0/config.guess
mips64el-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mipsel-unknown-linux-gnu/7.2.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.2.0/config.guess
armv7l-unknown-linux-gnueabi
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/arm-unknown-linux-gnueabi/7.2.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-7.2.0/config.guess
aarch64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/aarch64-unknown-linux-gnu/7.2.
Hi,
I redid the build without touching binutils ( is installed on the
system), then it works OK. The issue is when you follow the install
guide's suggestion to unpack binutils within the source tree.
So indeed the issue is with the doc.
Once you start moving dirs from binutils to gcc
rue if you use a gcc release
and a binutils release that are very similar ages, but more often it
doesn't).
If you don't want to have to do that, just build them separately.
We could update https://gcc.gnu.org/install/download.html to clarify
this, as I agree it doesn't mention the caveats.
On 12 May 2017 at 14:03, joris wrote:
> Hi,
>
> The installing GCC guide contains a paragraph that says 'If you also intend
> to build binutils (either to upgrade an existing installation or for use in
> place of the corresponding tools of your OS), unpack the binutils
> distribution either in the
#x27;
Bu according to bug https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80719,
unpacking a binutils source release within a GCC source release may not
be a good idea.
Problem with building GCC is that if you do not, you end up with a
missing libiberty.
So to summarize, the install guide does not
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.3.0/config.guess
sparc64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/sparc-unknown-linux-gnu/6.3.
have to install the gcc-plugin-development.
Could you give me, please, the link to the gcc-plugin-development sources and
the documentation to configure and install this package. We have a NEC-Cluster
with Scientific Linux.
Thank you and best regards,
Tünde
--
Tuende Erdei
University of
I forgot to copy gcc list for this request for comments and approval to commit.
Regards,
Jerry
Forwarded Message
Subject: [patch, contrib] Add support to install libcaf-mpi for multi-image
coarray Fortran
Date: Wed, 15 Feb 2017 22:20:49 -0800
From: Jerry DeLisle
To: GCC
On 25/01/17 19:02, Aaro Koskinen wrote:
> Configured with: ../gcc-6.3.0/configure --with-arch=armv8-a+crc
> --with-cpu=cortex-a53 --disable-multilib --disable-nls
> --prefix=/home/aaro/gcctest/newcompiler --enable-languages=c,c++
> --host=aarch64-unknown-linux-gnu --build=aarch64-unknown-linux-g
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.3.0/config.guess
armv7l-unknown-linux-gnueabi
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/arm-unknown-linux-gnueabi/6.3.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.3.0/config.guess
aarch64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/aarch64-unknown-linux-gnu/6.3.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.3.0/config.guess
hppa2.0-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/hppa-unknown-linux-gnu/6.3.0/lto-wr
Hi,
On Mon, Jan 09, 2017 at 10:20:12AM +0100, Dennis Luehring wrote:
> are you only building gcc or also glibc/binutils? and building a kernel with
> minimal hello world init or something for testing?
I always also rebuild the full rootfs and kernel, and run those in
my machines.
> what about a
are you only building gcc or also glibc/binutils? and building a kernel
with minimal hello world init or something for testing?
what about a dec-alpha build test :)
Am 08.01.2017 um 21:27 schrieb Aaro Koskinen:
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.3.0/config.guess
mips64el-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mipsel-unknown-linux-gnu/6.3.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.3.0/config.guess
x86_64-pc-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/x86_64-unknown-linux-gnu/6.3.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.3.0/config.guess
mips64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mips-unknown-linux-gnu/6.3.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.3.0/config.guess
powerpc64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/powerpc-unknown-linux-gnu/6.3.
elf
>> --enable-languages=c,c++ --disable-nls -disable-shared --with-newlib
>> --with-headers=../../src/newlib-2.4.0.20160923/newlib/libc/include
>>
>> I have a problem with installing gcc.
>> Make install or make install-gcc returns an error:
>> ...
>> /d/Deve
elf
>> --enable-languages=c,c++ --disable-nls -disable-shared --with-newlib
>> --with-headers=../../src/newlib-2.4.0.20160923/newlib/libc/include
>>
>> I have a problem with installing gcc.
>> Make install or make install-gcc returns an error:
>> ...
>> /d/Deve
b-2.4.0.20160923/newlib/libc/include
>
> I have a problem with installing gcc.
> Make install or make install-gcc returns an error:
> ...
> /d/Devel/Fujitsu_FR30.80/gcc_6.2/src/gcc-6.2.0/install-sh: line 437:
> exec: cp: can not execute: Is a directory
> make [2]: *** [Makefile:
6.2.0:
../../src/gcc-6.2.0/configure --target=FR30-elf prefix=/c/mingw/FR30-elf
--enable-languages=c,c++ --disable-nls -disable-shared --with-newlib
--with-headers=../../src/newlib-2.4.0.20160923/newlib/libc/include
I have a problem with installing gcc.
Make install or make install-gcc returns an
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.2.0/config.guess
mips64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mips-unknown-linux-gnu/6.2.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.2.0/config.guess
armv5tel-unknown-linux-gnueabi
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/mnt/gcctest/newcompiler/libexec/gcc/arm-unknown-linux-gnueabi/6.2.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.2.0/config.guess
powerpc64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/powerpc-unknown-linux-gnu/6.2.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.2.0/config.guess
sparc64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/sparc-unknown-linux-gnu/6.2.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.2.0/config.guess
x86_64-pc-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/x86_64-unknown-linux-gnu/6.2.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.2.0/config.guess
mips64el-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mipsel-unknown-linux-gnu/6.2.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.2.0/config.guess
hppa2.0-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/hppa-unknown-linux-gnu/6.2.0/lto-wr
I did ensure that all files were
> compressed and extracted.
Does the other server have exactly the same development packages
installed?
> When I go into my build subdirectory build tree, and type "make
> install -s",
Why did you use -s? That makes your report useless.
A
vers have identical systems?
>
>> problems start. Keep in mind that I did ensure that all files were
>> compressed and extracted.
>> When I go into my build subdirectory build tree, and type "make
>> install -s", it installs gnat, gcc (and g++), gfortran, gccgo, an
extracted.
When I go into my build subdirectory build tree, and type "make
install -s", it installs gnat, gcc (and g++), gfortran, gccgo, and
gcj, but it errors out (and, subsequently, bales out) and says the
following:
Making install in tools
make[3]: *** [install-recursive] Error 1
make[2]:
extracted.
When I go into my build subdirectory build tree, and type "make
install -s", it installs gnat, gcc (and g++), gfortran, gccgo, and
gcj, but it errors out (and, subsequently, bales out) and says the
following:
Making install in tools
make[3]: *** [install-recursive] Error 1
m
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.1.0/config.guess
sparc64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/sparc-unknown-linux-gnu/6.1.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.1.0/config.guess
armv5tel-unknown-linux-gnueabi
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/mnt/gcctest/newcompiler/libexec/gcc/arm-unknown-linux-gnueabi/6.1.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.1.0/config.guess
mips64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mips-unknown-linux-gnu/6.1.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.1.0/config.guess
x86_64-pc-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/x86_64-unknown-linux-gnu/6.1.0/lto-wr
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.1.0/config.guess
powerpc64-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/powerpc-unknown-linux-gnu/6.1.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.1.0/config.guess
mips64el-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mipsel-unknown-linux-gnu/6.1.
Hi,
Here's a report of a successful build and install of GCC:
$ gcc-6.1.0/config.guess
hppa2.0-unknown-linux-gnu
$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/hppa-unknown-linux-gnu/6.1.0/lto-wr
gcc version 5.3.0 (GCC)
# etc/issue
Ubuntu 12.04.4 LTS
# uname -a
Linux mxiii-P5L-MX 3.8.0-36-generic #52~precise1-Ubuntu SMP Mon Feb 3
21:56:56 UTC 2014 i686 i686 i386 GNU/Linux
# dpkg -l libc6
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst
On 11/04/15 04:08, Kumar Aditya wrote:
> I am new user of Linux. I have RHEL 6.0 installed and want to run C++
> on my system but I do not know how.
yum install gcc-c++.
Andrew.
Hey Kumar.
Just use your package manager.
in terminal:
yum search gcc-c++
Determine which version are available.
Then run:
yum install gcc-c++
You will need root access for the install step.
If you want another version RPM’s can be found here:
http://www.rpmfind.net/linux
Hello GCC team,
Greetings...
I am new user of Linux. I have RHEL 6.0 installed and want to run C++
on my system but I do not know how.
Please help me or let me know where to contact.
--
Thanks & Regards,
Kumar Aditya
+919015142426
So here's what I'm trying to do... I want to build gcc, binutils, and
newlib, run tests, and IF the tests pass, THEN install them all.
However, gcc needs an installed newlib to build it's libraries.
I tried installing newlib into $DESTDIR$PREFIX but gcc ignores
$DESTDIR during th
rectly under the install directory that contained
> a libcc1.so, libcc1.so.0, libcc1.so.0.0.0, and libcc1.la file in them.
> The files in each install directory were different which makes sense since
> I was building for two different targets.
It was stated in
<https://gcc.gnu.org/ml/gcc-
I have a question about libcc1.so and where it is put in the install
directory. My understanding is that GCC install files are put in a
directory containing the target name or contain the target
name as part of the filename (aka mips-linux-gnu-gcc) so that two GCC's
with different targets
On 28 October 2014 19:36, Toon Moene wrote:
> On the gcc-results archive, you'll see this:
>
> https://gcc.gnu.org/ml/gcc-testresults/2014-10/msg02983.html
>
> but that doesn't show you the real problem:
>
> mkdir -p -- /home/toon/compilers/install/share/gcc-5.0.0/py
On the gcc-results archive, you'll see this:
https://gcc.gnu.org/ml/gcc-testresults/2014-10/msg02983.html
but that doesn't show you the real problem:
mkdir -p -- /home/toon/compilers/install/share/gcc-5.0.0/python/libjava
libtool: install: /usr/bin/install -c .libs/libgcj-tools.
XfceVM 3.11.0-12-generic #19-Ubuntu SMP Wed Oct
9 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
dpkg -l libc6:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||
>>>>> "Matthias" == Matthias Klose writes:
Matthias> A make install from trunk 20131020 seems to be broken, at
Matthias> least when building with Go (last time I successfully
Matthias> installed was 20130917). However, even without Go enabled,
Matthias&
On Sun, Oct 20, 2013 at 3:12 PM, Matthias Klose wrote:
> A make install from trunk 20131020 seems to be broken, at least when building
> with Go (last time I successfully installed was 20130917). However, even
> without Go enabled, dfa.c is rebuilt and and then the depending bin
A make install from trunk 20131020 seems to be broken, at least when building
with Go (last time I successfully installed was 20130917). However, even
without Go enabled, dfa.c is rebuilt and and then the depending binaries are
rebuilt. Rebuilding go1 ends with
x86_64-linux-gnu-g++ -g -O2
le. Is that
> > assumption correct?
>
> No. The master sources for libiberty are in the GCC repository.
OK, thanks, that's useful to know.
> > 2) The --disable-install-libiberty configure switch for GCC does *not*
> > suppress the installation of libiberty.a (se
in the GCC repository.
> 2) The --disable-install-libiberty configure switch for GCC does *not*
> suppress the installation of libiberty.a (see also [0] and [1]). It's
> unclear whether it should as the './configure --help' output only
> mentions the suppression of header ins
estions:
1) We currently assume that binutils is 'upstream' for libiberty
development, and should therefore 'own' the libiberty.a file. Is that
assumption correct?
2) The --disable-install-libiberty configure switch for GCC does *not*
suppress the installation of libiberty.a (s
On Mon, Feb 4, 2013 at 9:43 PM, Zhiming Wang wrote:
> Hi there,
>
> When reading through http://gcc.gnu.org/install/configure.html configuration
> options, I spotted an inconsistency regarding Graphite loop optimization:
>
> "
> --with-ppl=pathname
> --with-ppl-incl
Hi there,
When reading through http://gcc.gnu.org/install/configure.html configuration
options, I spotted an inconsistency regarding Graphite loop optimization:
"
--with-ppl=pathname
--with-ppl-include=pathname
--with-ppl-lib=pathname
--with-cloog=pathname
--with-cloog-include=pathname
-
On Wed, 15 Feb 2012, Křištof Želechovski wrote:
> Please consider the following patch:
Thank you, Křištof!
I made some small tweaks, created a ChangeLog entry and applied the
variation of your patch that is included below.
Gerald
2012-08-25 Křištof Želechovski
* INSTALL/REA
1 - 100 of 252 matches
Mail list logo
