-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is with gcc-trunk rev. 154329
build=x86_64-w64-mingw32
ppl-0.10.2
Used to work until yesterday, now:
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
- -I../../ppl-0.10.2/src -I.. -I.. -I../../ppl-0.10.2/src
- -I/mingw/x86_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer Emrich schrieb:
> This is with gcc-trunk rev. 154329
> build=x86_64-w64-mingw32
> ppl-0.10.2
>
> Used to work until yesterday, now:
>
> /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
> -I../..
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer Emrich schrieb:
> Rainer Emrich schrieb:
>> This is with gcc-trunk rev. 154329
>> build=x86_64-w64-mingw32
>> ppl-0.10.2
>
>> Used to work until yesterday, now:
>
>> /bin/sh ../libtool --tag=CXX --mod
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Since beginning of November trunk fails to build ppl properly at least on
*-*-mingw32 targets.
ppl itself builds, but building cloog-ppl or bootstrapping gcc fails:
C:/MinGW/i686-pc/i686-pc/i686-pc/gcc-4.5.0/mingw/lib/libppl.a(Polyhedron_widenings.o):
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason Merrill schrieb:
> On 12/01/2009 09:02 AM, Rainer Emrich wrote:
>> C:/MinGW/i686-pc/i686-pc/i686-pc/gcc-4.5.0/mingw/lib/libppl.a(Polyhedron_widenings.o):Polyhedron_widenings.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason Merrill schrieb:
> On 12/01/2009 09:02 AM, Rainer Emrich wrote:
>> C:/MinGW/i686-pc/i686-pc/i686-pc/gcc-4.5.0/mingw/lib/libppl.a(Polyhedron_widenings.o):Polyhedron_widenings.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer Emrich schrieb:
> Jason Merrill schrieb:
>> On 12/01/2009 09:02 AM, Rainer Emrich wrote:
>>> C:/MinGW/i686-pc/i686-pc/i686-pc/gcc-4.5.0/mingw/lib/libppl.a(Polyhedron_widenings.o):Polyhedron_w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
undefined reference to `std::string::reserve(unsigned long long)'
Link of libgmpxx fails:
/bin/sh ./libtool --mode=link g++ -O2 -pedantic -m64 -mtune=k8 -o libgmpxx.la
- -rpath /home/rainer/tmp/install/lib -no-undefined -Wl,--export-all-symbols
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
in libstdc++.la:
for i686-pc-mingw32:
dependency_libs='
-
-L/home/rainer/software/build/i686-pc/i686-pc/i686-pc/gcc-4.5.0/gcc-4.5.0/i686-pc-mingw32/libstdc++-v3/src
-
-L/home/rainer/software/build/i686-pc/i686-pc/i686-pc/gcc-4.5.0/gcc-4.5.0/i686-pc-mi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
IMHO it would be a godd idea to add the following two configure options to ppl
configure:
--with-gmp-include=DIR GMP include directory
--with-gmp-lib=DIR GMP lib directory
On 64-bit Linux systems you have the libraries in lib64 instead of li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew, thanks for your quick reply.
Andrew Haley schrieb:
> Rainer Emrich wrote:
>
>> I try to build a cross compiler host x86_64-unknown-linux-gnu -> target
>> hppa64-hp-hpux11.00 using gcc trunk.
>>
>> Everything
Ing. Rainer Emrich
Dept. Manager IT
TECOSIM Venture GmbH
Ferdinand-Stuttmann-Straße 15
D-65428 Rüsselsheim
Phone +49 (0) 6142 8272-330
Fax+49 (0) 6142 8272-249
Mobile +49 (0) 163 5694920
www.tecosim.com
best partner for simulat
t /usr/lib/pa20_64/milli.a
>
>> /usr/lib/pa20_64/milli.a is tried to be linked directly instead be searched
>> in
>> the sysroot.
>
>> How to fix that?
>
> I can't tell; you sent no command line.
>
> Andrew.
>
>
I hope that helps.
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kai Ruottu schrieb:
> Rainer Emrich wrote:
>
>>>> I try to build a cross compiler host x86_64-unknown-linux-gnu -> target
>>>> hppa64-hp-hpux11.00 using gcc trunk.
>> I run into the next issue.
>>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kai Ruottu schrieb:
> Rainer Emrich wrote:
>>> Maybe putting only
>>> the bare 'milli.a' there, assuming a '-L/usr/lib/pa20_64' in the
>>> native case and a '-L$sysroot/usr/lib/pa20_64' i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Compiler version: 4.4.0 20090323 (experimental) [trunk revision 145008] (GCC)
Platform: i686-pc-cygwin
configure flags: --prefix=/opt/devel/gnu/gcc/gcc-4.4.0/i686-pc-cygwin
- --with-gmp=/opt/devel/gnu/gcc/gcc-4.4.0/i686-pc-cygwin
- --with-mpfr=/opt/dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Botcazou schrieb:
>> For the acats tests most of the FAIL cases ar of the form:
>> violation of restriction "NO_IMPLICIT_DYNAMIC_CODE" at system.ads:44
>
> This very likely means that the compiler is misconfigured. Try to replace
> "cygwin32" wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Botcazou schrieb:
>> For the acats tests most of the FAIL cases ar of the form:
>> violation of restriction "NO_IMPLICIT_DYNAMIC_CODE" at system.ads:44
>
> This very likely means that the compiler is misconfigured. Try to replace
> "cygwin32" wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Compiler version: 4.4.0 20090329 (prerelease) [gcc-4_4-branch revision 145224]
(GCC)
Platform: x86_64-pc-mingw32
configure flags:
- --prefix=/opt/devel/gnu/cross-gcc/gcc-4.4.0/mingw/x86_64-pc-mingw32/mingw
-
--with-sysroot=/opt/devel/gnu/cross-gcc/gcc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Compiler version: 4.4.0 20090329 (prerelease) [gcc-4_4-branch revision 145224]
(GCC)
Platform: i686-pc-mingw32
configure flags:
- --prefix=/opt/devel/gnu/cross-gcc/gcc-4.4.0/mingw/i686-pc-mingw32/mingw
- --with-sysroot=/opt/devel/gnu/cross-gcc/gcc-4.4.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Built with disable-shared:
- - i686-pc-mingw32 gcc-4.4.0 gmp-4.2.4 mpfr-2.4.1 ok
- - i686-pc-cygwin gcc-4.4.0 gmp-4.2.4 mpfr-2.4.1 ok
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
seen on i686-pc-cygwin and x86_64-unknown-linux-gnu at least since revision
148309 and binutils HEAD from 6th of June.
Affected is the assembler. Here a part of the testsuite gas.sum on
i686-pc-cygwin:
Running
/home/rainer/software/src/binutils-cvs-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It's the same as described in the following thread
http://gcc.gnu.org/ml/gcc/2009-06/msg00594.html
I used binutils-cvs and gcc-trunk as of today and gcc-4.4.1 with binutils-cvs as
of today as bootstrap compiler.
Rainer
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At least on cygwin --with-host-libstdcxx doesn't work as expected.
../gcc/configure --with-host-libstdcxx=-lstdc++
gives
POSTSTAGE1_LIBS =
in the top Makefile.
../gcc/configure --with-boot-libs=-lstdc++
gives
POSTSTAGE1_LIBS = -lstdc++
in the top Mak
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
gcc-trunk revision 149297 configured with
../../../../src/gcc-4.5.0/configure
- --prefix=/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin
- --with-gmp=/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin
- --with-mpfr=/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin
- --
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I get an ICE in dbxout.c building a cross compiler from i686-pc-mingw32 to
i686-w64-mingw32.
i686-pc-mingw32-gcc -c -g -O2 -D__USE_MINGW_ACCESS -DIN_GCC
- -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes
- -Wmissing-prototype
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 26.04.2010 20:03, schrieb Jakub Jelinek:
> On Mon, Apr 26, 2010 at 07:59:46PM +0200, Rainer Emrich wrote:
>> I get an ICE in dbxout.c building a cross compiler from i686-pc-mingw32 to
>> i686-w64-mingw32.
>>
>> i68
/tecosim/it/devel/projects/develtools/src/gcc-4.1/gcc/ada/ada.ads -o
ada/ada.o
gnat1: out of memory allocating 19028192 bytes after a total of 92324 bytes
gmake[2]: *** [ada/ada.o] Error 1
- --
Rainer Emrich
TECOSIM GmbH
Im Eichsfeld 3
65428 Rüsselsheim
Phone: +49(0)6142/8272 12
Mobile: +49(0)163/56
is likely
> a garbage collection problem.
>
> Dave
I tried bootstrapping the latest 4.0 revesion without luck.
It's my first try for the 4.1 series. I used gcc-3.4.5 as bootstrap compiler as
Dave recommended.
- --
Rainer Emrich
TECOSIM GmbH
Im Eichsfeld 3
65428 Rüsselsheim
Phone: +49(0
ally linked -not stripped
This option prevents a successful bootstrap of ada in this case. I wonder why.
Rainer
- --
Rainer Emrich
TECOSIM GmbH
Im Eichsfeld 3
65428 Rüsselsheim
Phone: +49(0)6142/8272 12
Mobile: +49(0)163/56 949 20
Fax.: +49(0)6142/8272 49
Web: www.tecosim.com
-BEGIN PGP SIGNATU
Dave
Perhaps I have to be more precise. Bootstrapping ada failed!
Eventually it's the same problem as for 4.1. I will try without passing
- -mpa-risc-2-0 to the booststrap compiler. But that's still curious to me.
Rainer
- --
Rainer Emrich
TECOSIM GmbH
Im Eichsfeld 3
65428 Rüssels
d executable dynamically linked -not stripped
file gcc-3.4.5/libexec/gcc/hppa2.0w-hp-hpux11.00/3.4.5/gnat1
gnat1: PA-RISC2.0 shared executable dynamically linked -not stripped
I have to leave the office now. I will investigate further tomorrow.
Rainer
- --
Rainer Emrich
TECOSIM GmbH
I
.
Runtime libraries are built for PA-RISC1.1, because gcc defaults to build
PA-RISC1.1 code for target hppa2.0w-hp-hpux11.00, that's also curios.
This works for all languages except ada, as you can see at
http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00897.html
Perhaps somebody may enlight me,
This patch fixes bootstrap failure in ligfortran/instrisics/c99_functions.c for
mips-sgi-irix6.5.
This patch applies cleanly to 4.1 and mainline.
It's similiar as http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01578.html
Patch applied, bootstrap finished successfully for 4.1 svn revision 110639.
Test
and then hanging forever.
Any Ideas ?
- --
Rainer Emrich
TECOSIM GmbH
Im Eichsfeld 3
65428 Rüsselsheim
Phone: +49(0)6142/8272 12
Mobile: +49(0)163/56 949 20
Fax.: +49(0)6142/8272 49
Web: www.tecosim.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (MingW32)
Comment: Using
ICE in stage2:
/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.2/gcc-4.2/./prev-gcc/xgcc
-B/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.2/gcc-4.2/./prev-gcc/
-B/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/hppa2.0w-hp-hpux11.00/bin/
-c -g -O2 -DIN_GCC -W -Wall -Wwrite-str
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Geert Bosch schrieb:
>
> On Feb 15, 2006, at 13:28, John David Anglin wrote:
>
>> Understood. My question was what should the define for
>> WIDEST_HARDWARE_FP_SIZE be when generating code for a target
>> with no hardware floating point support (e.g.
HP-UX/hppa2.0w-hp-hpux11.00/src/gcc/ada
cc1: error: unrecognized command line option "-f "
collect2: gcc returned 1 exit status
gnatlink: cannot call ../../xgcc
gmake[3]: *** [../../gnatchop] Error 4
Rainer
- --
Rainer Emrich
TECOSIM GmbH
Im Eichsfeld 3
65428 Rüsselsheim
Phone:
arlier than 3.80.
> The next most likely possibility is that this is another loop
> invariant bug: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01306.html
>
> Dave
I'm using gmake 3.80 and it's the first time that I see this kind of problem.
As you say there's no such opt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bootstrap failure in libjava on ia64-unknown-linux-gnu.
Failure in building jv-convert:
/bin/sh ./libtool --tag=GCJ --mode=link
/disk1/SCRATCH/gcc-build/Linux/ia64-unknown-linux-gnu/gcc-4.1.0-RC1/gcc-4.1.0-RC1/gcc/gcj
- -B/disk1/SCRATCH/gcc-build/Linu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Wilson schrieb:
> Rainer Emrich wrote:
>> /SCRATCH/gcc-build/Linux/ia64-unknown-linux-gnu/install/bin/ld:
>> unrecognized
>> option '-Wl,-rpath'
>
> This looks like PR 21206. See my explanation at the end.
gets I have. Which are i686-pc-linux-gnu,
ia64-unknown-linux-gnu, x86_64-unknown-linux-gnu, hppa2.0w-hp-hpux11.00 and
mips-sgi-irix6.5.
I'm wondering if this affects the testsuite in any way.
Any idea?
Rainer
--
Rainer Emrich
TECOSIM GmbH
Im Eichsfeld 3
65428 Rüsselsheim
Phone: +49(0)6142/
Jim Wilson schrieb:
> Rainer Emrich wrote:
>> /SCRATCH/gcc-build/Linux/ia64-unknown-linux-gnu/install/bin/ld:
>> unrecognized
>> option '-Wl,-rpath'
>
> This looks like PR 21206. See my explanation at the end. I see this on
> some of our FreeBSD mach
Andrew Haley schrieb:
> Rainer Emrich writes:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Andrew Haley schrieb:
> > > Rainer Emrich writes:
> > > > The config.log in libjava has two entries for libiconv:
> > > &
l/i686-pc-linux-gnu/bin/ -c
-g -O2 conftest.c >&5
lt-as-new: error while loading shared libraries: libbfd-2.16.1.so: cannot open
shared object file: No such file or directory
It looks like we have a wrong LD_LIBRARY_PATH setting.
Any thoughts ?
Rainer
--
Rainer Emrich
TECOSIM Gmb
ev-bfd/.:
>
> Could you try sticking an "echo $LD_LIBRARY_PATH" in the libiberty
> configure script?
>
> Paolo
>
Your right, the LD_LIBRARY_PATH includes ./bfd/. and ./prev-bfd/., but the
shared library is in ./prev-bfd/.libs !!!
./prev-bfd/.libs/libbfd-2.16.1.so
R
ev-bfd/.:
>
> Could you try sticking an "echo $LD_LIBRARY_PATH" in the libiberty
> configure script?
>
> Paolo
>
And the same is true for prev-opcodes:
prev-opcodes/.libs/libopcodes-2.16.1.so
Rainer
- --
Rainer Emrich
TECOSIM GmbH
Im Eichsfeld 3
65428 Rüsselsheim
]: *** [configure-stage1-binutils] Error 1
gmake[2]: Leaving directory
`/disk1/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.2/gcc-4.2'
gmake[1]: *** [stage1-bubble] Error 2
gmake[1]: Leaving directory
`/disk1/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.2/gcc-4.2'
gmake: *** [all
c-build/Linux/ia64-unknown-linux-gnu/gcc-4.1.1-RC1/gcc-4.1.1-RC1/gcc/libunwind.so.7
Some Ideas???
--
Mit freundlichen Grüßen/Best Regards
Dipl.-Ing. Rainer Emrich
Leiter IT/Softwareentwicklung
TECOSIM Technische Simulation GmbH
Im Eichsfeld 3
65428 Rüsselsheim
Phone: +49 (0) 6142 8272 - 12
Mobile: +49 (0) 163 56 949 - 20
Fax.: +49 (0) 6142 8272 - 49
www.tecosim.com
best partner for simulation
H. J. Lu schrieb:
> On Fri, May 19, 2006 at 06:00:09PM +0200, Rainer Emrich wrote:
>> Bootstrap failure in gnattools for ia64-unknown-linux-gnu. Complaining on
>> missing libunwind.so.7
>>
>
> It is
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17464
>
&
I did some optimization testing by bootstrapping with "--with-arch=native
--with-tune=native"
on an AMD Threadripper system, that's "znver2".
I got a lot of additional testsuite failures especially in the jit testsuite.
The log shows a lot of failures of the following form:
libgccjit.so: error
Am 12.04.2023 um 12:57 schrieb Richard Biener:
On Wed, Apr 12, 2023 at 11:03 AM Rainer Emrich
wrote:
I did some optimization testing by bootstrapping with "--with-arch=native
--with-tune=native"
on an AMD Threadripper system, that's "znver2".
I'm not su
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Enge inria.fr> writes:
> We are pleased to announce the immediate availability of the first release
> candidate for GNU MPC 1.0 at
> http://www.multiprecision.org/mpc/download/mpc-1.0.0rc1.tar.gz sha1sum
> 9acc8a54ba4ecd0ccf172c0d07fcc21822
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
binutils head top level configure still requires ppl.
Now as the changes for ppl, isl and cloog are in, I think it's
time to sync to binutils. Any comments?
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG wit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 16.07.2012 17:30, schrieb Joseph S. Myers:
> On Mon, 16 Jul 2012, Rainer Emrich wrote:
>
>> binutils head top level configure still requires ppl. Now as the changes
>> for ppl, isl and cloog are in, I think it's time t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Affected versions are 4.7.x and 4.8.0.
PR 53912 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912 shows the failures
in stage 2 for gcc-4.8.0. Most are of the form "error: cast from 'void*' to
'long int' loses precision" or similar.
AFAIK a switch to
Am 19.07.2012 18:12, schrieb redi at gcc dot gnu.org:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
>
> --- Comment #5 from Jonathan Wakely 2012-07-19
> 16:12:18 UTC ---
> Does changing the definition of POINTER_HASH to use intptr_t instead of long
> work?
>
This works for ggc-common.c. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I like to contribute some patches to gcc. Therefor im asking kindly for the
copyright assignment forms and advice.
Cheers
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with undefined - http://www.enigmail.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Maxim,
Am 07.01.2013 08:44, schrieb Maxim Kuvyrkov:
> On 4/01/2013, at 12:54 AM, Rainer Emrich wrote:
>> I like to contribute some patches to gcc. Therefor im asking kindly for
>> the copyright assignment forms and advice.
>
>
http://www.kb.cert.org/vuls/id/162289
Any comments?
/gcc-4.3.1'
gmake[1]: *** [stage1-bubble] Error 2
gmake[1]: Leaving directory
`/data1/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.1/gcc-4.3.1'
gmake: *** [all] Error 2
Does anybody else has such issues?
--
Mit freundlichen Grüßen / Best Regards
Dipl.-Ing. Rainer Emrich
Dept.
/sem_ch6.o differs
./ada/sem_ch3.o differs
./ada/sem_res.o differs
./ada/sem_warn.o differs
./ada/sem_util.o differs
./ada/sem_prag.o differs
./ada/b_gnat1.o differs
./ada/b_gnatb.o differs
gmake[2]: *** [compare] Error 1
- --
Mit freundlichen Grüßen / Best Regards
Dipl.-Ing. Rainer Emrich
Dept. Manager
]: *** [reload1.o] Error 1
- --
Mit freundlichen Grüßen / Best Regards
Dipl.-Ing. Rainer Emrich
Dept. Manager IT/Softwareentwicklung
TECOSIM Technische Simulation GmbH
Ferdinand-Stuttmann-Straße 15
D-65428 Rüsselsheim
Phone +49 (0) 6142 8272-330
Fax+49 (0) 6142 8272-249
Mobile +49 (0) 163
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
H.J. Lu schrieb:
| On Thu, Jul 17, 2008 at 7:51 AM, Rainer Emrich <[EMAIL PROTECTED]> wrote:
|> -BEGIN PGP SIGNED MESSAGE-
|> Hash: SHA1
|>
|> /opt/gnu/src/gcc/gcc-4.4.0/gcc/reload1.c: In function 'choose_reload_regs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
H.J. Lu schrieb:
| On Thu, Jul 17, 2008 at 8:48 AM, Rainer Emrich <[EMAIL PROTECTED]> wrote:
|> -BEGIN PGP SIGNED MESSAGE-
|> Hash: SHA1
|>
|> H.J. Lu schrieb:
|> | On Thu, Jul 17, 2008 at 7:51 AM, Rainer Emrich <[EM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf Wildenhues schrieb:
|>> | On Thu, Jul 17, 2008 at 7:51 AM, Rainer Emrich <[EMAIL PROTECTED]>
wrote:
|>> |> /opt/gnu/src/gcc/gcc-4.4.0/gcc/reload1.c: In function
'choose_reload_regs':
|>> |> /opt/gnu/src
==
1 of 3 tests failed
Please report to [EMAIL PROTECTED]
==
- --
Mit freundlichen Grüßen / Best Regards
Dipl.-Ing. Rainer Emrich
Dept. Manager IT/Softwareentwicklung
TECOSIM Technische Simulation GmbH
Ferdinand-Stuttmann-Straße 15
D
freundlichen Grüßen / Best Regards
Dipl.-Ing. Rainer Emrich
Dept. Manager IT/Softwareentwicklung
TECOSIM Technische Simulation GmbH
Ferdinand-Stuttmann-Straße 15
D-65428 Rüsselsheim
Phone +49 (0) 6142 8272-330
Fax+49 (0) 6142 8272-249
Mobile +49 (0) 163 5694920
www.tecosim.com
best partner for simulation
hen Grüßen / Best Regards
Dipl.-Ing. Rainer Emrich
Dept. Manager IT/Softwareentwicklung
TECOSIM Technische Simulation GmbH
Ferdinand-Stuttmann-Straße 15
D-65428 Rüsselsheim
Phone +49 (0) 6142 8272-330
Fax+49 (0) 6142 8272-249
Mobile +49 (0) 163 5694920
www.tecosim.com
be
[EMAIL PROTECTED] schrieb:
> Rainer Emrich <[EMAIL PROTECTED]> wrote:
>> So I wan't to pass LDFLAGS="-Wl, -rpath, /somedir" to stage3 to link gcc,
>> cpp,
>> etc. with the rpath information.
>
> I do this by editing LDFLAGS_FOR_TARGET in the t
ndlichen Grüßen / Best Regards
Dipl.-Ing. Rainer Emrich
Dept. Manager IT/Softwareentwicklung
TECOSIM Technische Simulation GmbH
Ferdinand-Stuttmann-Straße 15
D-65428 Rüsselsheim
Phone +49 (0) 6142 8272-330
Fax+49 (0) 6142 8272-249
Mobile +49 (0) 163 5694920
www.tecosim.com
best partner
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.3.0/gcc-4.3.0/./prev-gcc/xgcc
- -B/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.3.0/gcc-4.3.0/./prev-gcc/
- -B/opt/gcc/Linux/i686-pc-linux-gnu/gcc-4.3.0/i686-pc-linux-gnu/bin/ -c -g
-O2
- -fomit-fr
Since some time in November last year trunk fails to build gmp.
Last successfull build was 30th of October last year.
The issue seems to be a failing configure test. From config.log:
Test compile: long long reliability test 1
configure:6585:
/opt/devel/gnu/gcc/Linux/x86_64-pc-linux-gnu/Ubuntu_2
101 - 173 of 173 matches
Mail list logo