Ian Lance Taylor writes:
> DJ Delorie <[EMAIL PROTECTED]> writes:
>> For mips-elf builds, crtbegin.o is built with -G 0 ("in case $gp isn't
>> used"). This makes __dso_handle be put in .data. However, the
>> "prototype" created by cp/decl.c is "void *__dso_data" which causes
>> GPrel addressing
Hello .
My name is Tarek and I'm studing Compute Engeneering.
In my project I'm going to use ATMEGA 128 and I want to programing it via
AVR studio 4.12 upgrated by service pack 2. This AVR has a C compiler.
But firstly I need to know if this C Compiler do support 64 floating point
??? This is very
On 09 May 2006 14:57, salah Al-Din wrote:
> In my project I'm going to use ATMEGA 128 and I want to programing it via
> AVR studio 4.12 upgrated by service pack 2. This AVR has a C compiler.
> But firstly I need to know if this C Compiler do support 64 floating point
Then read the manual. HTH.
Hi,
I am making some contributions to a package that the authors hope will
someday go into the GCC mainline, so I need to execute a copyright
assignment. It's probably easier to make it for "all future
contributions" to GCC or even to GNU so we don't have to do this ever
again. :-)
At the moment
On May 3, 2006, at 7:50 PM, David Fang wrote:
FWIW, the 20060415 mainline (4.2) snapshot bootstrapped for me, using
odcctools-20060413 (odcctools-590.36od13). This machine is a dual G5
(ppc970) using OS X 10.3.9, and Apple's gcc-3.3 (build 1640).
However, before building, I patched the follow
Because it's hardcoded in the original darwin.h to something else, and
the right one does not get detected during configuration.
Why must you use libtool from the same source as ld? Because libtool
has binary detection logic, and an old version can reject object files
with new load commands
On 09/05/2006, at 12:37 PM, Bradley Lucier wrote:
On May 3, 2006, at 7:50 PM, David Fang wrote:
FWIW, the 20060415 mainline (4.2) snapshot bootstrapped for me, using
odcctools-20060413 (odcctools-590.36od13). This machine is a dual G5
(ppc970) using OS X 10.3.9, and Apple's gcc-3.3 (build 1
Hi,
Can a jump_insn use cc0 but not actually jump? The following
instruction is found in the H8 port.
(jump_insn 18 17 20
(set (reg:HI 3 r3)
(eq:HI (cc0)
(const_int 0
Is there a requirement that every cc0 user must be a jump_insn?
Can there
Can a jump_insn use cc0 but not actually jump? The following
instruction is found in the H8 port.
(jump_insn 18 17 20
(set (reg:HI 3 r3)
(eq:HI (cc0)
(const_int 0
A jump_insn is supposed to modify the PC. That one doesn't, so
In default_secondary_reload, we have this code:
if (reg_class_subset_p (reload_class, insn_class))
{
gcc_assert (scratch_class == class);
class = NO_REGS;
Why doesn't it allow the scratch class to be a superset of the desired
class? I'm trying t
Hi, I'm using -Wextra (-W) to compile my code, one
feature of which is throwing a warning when an
unsigned type is checked for >= 0 since it's always
true. In general I find this to be very helpful, but
it throws this error even for templated types. A code
example is included below. Does anyone
DJ Delorie <[EMAIL PROTECTED]> writes:
> In default_secondary_reload, we have this code:
>
> if (reg_class_subset_p (reload_class, insn_class))
> {
> gcc_assert (scratch_class == class);
> class = NO_REGS;
>
> Why doesn't it allow the scratch class to be
12 matches
Mail list logo
