> On cygwin, current gcc trunk, I get this new problem:
>
> /usr/local/src/trunk/objdir.withada/./gcc/xgcc
> -B/usr/local/src/trunk/objdir.withada/./gcc/
> -B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem
> /usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include
> -c -g
On cygwin, current gcc trunk, I get this new problem:
/usr/local/src/trunk/objdir.withada/./gcc/xgcc
-B/usr/local/src/trunk/objdir.withada/./gcc/
-B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem
/usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include
-c -g -O2 -W -Wal
On 11/21/2011 02:47 AM, Andrew Haley wrote:
> On 11/21/2011 04:13 AM, Jeff Law wrote:
>> This is (arguably) a glibc issue. I'm still investigating.
>>
>> Attached you'll find the hack from the gcc46 srpms we're using to work
>> around the problem right now.
>
> Why is isspace() marked throw, anyw
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/21/11 03:47, Andrew Haley wrote:
> On 11/21/2011 04:13 AM, Jeff Law wrote:
>> This is (arguably) a glibc issue. I'm still investigating.
>>
>> Attached you'll find the hack from the gcc46 srpms we're using to
>> work around the problem right no
I am pleased to announce that the GCC Steering Committee has
appointed Joern Rennecke as maintainer of the new Epiphany port.
Please join me in congratulating Joern on his new role.
Joern, please update your listing in the MAINTAINERS file.
Happy hacking!
David
Uros Bizjak gmail.com> writes:
> For some reason bootstrap on Fedora 16 fails when compiling 32bit
> libjava with undefined reference to `__cxa_call_unexpected':
> [...]
> Googling a bit around the net, it looks that this file is wrongly
> compiled to use C++ exception code, not java exception cod
It's my pleasure to announce that Eric Botcazou is joining Arnaud,
Geert and Robert as maintainer for Ada.
(Turns out that when discussing this many were actually suprised
he was not already. :-)
Eric, you know the procedure, MAINTAINERS and such.
Keep up the good work, and happy hacking!
Geral
This error occurs if you configure GCC as cross compiler and
$ make
$ make clean-target-libgcc
$ make all-target-libgcc
./libgcc/libgcc2.c:32:23: fatal error: libgcc_tm.h: No such file or directory
Removing the $target directory altogether works:
$ make
$ rm -rf $target
$ make # rebuilds libgc
On 11/21/2011 04:13 AM, Jeff Law wrote:
> This is (arguably) a glibc issue. I'm still investigating.
>
> Attached you'll find the hack from the gcc46 srpms we're using to work
> around the problem right now.
Why is isspace() marked throw, anyway?
Andrew.
Two more suggestions (off-topic to the profiling point, but on
topic to the idea of speeding up builds involving invocations
of GCC):
ccache: http://ccache.samba.org/
"ccache is a compiler cache. It speeds up recompilation by caching
previous compilations and detecting when the same compilation i
On 11/21/2011 01:54 AM, Richard Henderson wrote:
> Emulating TLS has nothing to do with exception-handling, nor is
> there something that might throw while calling one of its
> functions.
>
> Ok to fix that?
Not without further study. There was a reason we wanted these
in libgcc_eh.a. I c
> I haven't tried it yet but the 'cygwin32' looks suspicsious to me,
> i.e., the 32, to my understanding that '32' was removed years ago..
We should probably use the Windows-specific setting unconditionally.
--
Eric Botcazou
12 matches
Mail list logo