> What's the next step?
Someone finds time and desire to debug it ;-)
> We see other failures in the log because newlib/targ-include
> isn't created. The rtems build include path includes that and
> needs it but it isn't created before libgcc is built. That isn't a
> problem on other targets. I don't see anything odd in the top
> configurery magic for m32c which co
I also missed something Chris was reporting.
We see other failures in the log because newlib/targ-include
isn't created. The rtems build include path includes that and
needs it but it isn't created before libgcc is built. That isn't a
problem on other targets. I don't see anything odd in the top
On 7/17/2014 3:08 PM, DJ Delorie wrote:
> I just tried a 4.9.1 build and got this error:
Same error in m32c-elf/m32cm/libgcc/config.log for a build of the
head. I apparently just saw the symptoms and missed this.
I have a gcc 4.8.2 RTEMS toolset installed so that provides some
window.
What's the
I just tried a 4.9.1 build and got this error:
configure:4222: checking whether to use setjmp/longjmp exceptions
configure:: /greed/dj/gnu/gcc/m32c-elf/gcc-4_9-branch/./gcc/xgcc
-B/greed/dj/gnu/gcc/m32c-elf/gcc-4_9-branch/./gcc/
-B/greed/dj/m32c/install/m32c-elf/bin/ -B/greed/dj/m32c/install/m3
Hi
m32c-rtems4.11 doesn't build in 4.9.x. I looked at m32c-rtems4.11
and m32c-elf on the head and both fail in the same way. I can't
see any recent changes to the m32c which would have caused
this so I am reaching out.
binutils is the head and newlib is close to their head.
Both builds fail with
On 6 November 2010 21:47, François Dumont wrote:
> Hi
>
> My latest build finally succeeded, I have simply removed everything
> reported by 'svn status' as unknown and done a re-configuration and build.
That would imply you're building in the source directory - don't do that.
It is strongly ad
Hi
My latest build finally succeeded, I have simply removed everything
reported by 'svn status' as unknown and done a re-configuration and build.
Thanks for your help and sorry for the noise.
François
On 11/05/2010 01:09 AM, Dave Korn wrote:
On 04/11/2010 23:27, Paolo Carlini wrote:
Thanks for your help.
I just try to clean all I could in the gcc folder but I still have the
same problem. Here is the way I configure with the result:
[...@localhost gcc]$ ./configure --prefix=/home/fdt --with-mpc=/home/fdt
--with-mpfr=/home/fdt --with-gmp=/home/fdt --enable-languages=c++
c
On 04/11/2010 23:27, Paolo Carlini wrote:
> Hi,
>
>> I've been working in this area lately and have been using GOLD rather
>> than GNU LD, so there could be a problem here. I'll see if I can
>> reproduce it.
>
> Thanks Dave for your availability. For the record, I don't personally use
> gold.
>
Hi,
> I've been working in this area lately and have been using GOLD rather than
> GNU LD, so there could be a problem here. I'll see if I can reproduce it.
Thanks Dave for your availability. For the record, I don't personally use gold.
Paolo
>
Hello,
I am building the gcc tools using the gcc trunk sources and my configuration is:
=
/gcc/trunk/configure --build=i686-pc-linux-gnu --host=i686-pc-mingw32
--prefix=/release --target=crx-elf --disable-nls --enable-languages=c,c++
--disable-libssp --with-mpfr=/scratch/mpfr-2.3.1/rel --with-
Paolo Bonzini wrote:
> Yes, http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00342.html was not
> applied on the branch. It only affects Ada so it shuld be safe.
Yes. Do you have a revision number handy?
Thanks,
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385 x713
Joel Sherrill wrote:
Hi,
I think/thought this has been dealt with
but am not sure. I started with a fresh install
directory, built and installed a native GNU/Linux
C, C++, and Ada toolset. Then proceeded to
try to build cross Ada for *-rtems. All targets
are failing because they are not find
Hi,
I think/thought this has been dealt with
but am not sure. I started with a fresh install
directory, built and installed a native GNU/Linux
C, C++, and Ada toolset. Then proceeded to
try to build cross Ada for *-rtems. All targets
are failing because they are not finding newlib's
.h files
15 matches
Mail list logo
