Hi,
We have hosted gcc mirror at the following location
http://mirror.vocabbuilder.net/gnu/gcc/
Request you to include this in your list of mirrors. My contact
details are in the signature below.
Regards
Vineet
VINEET DWIVEDI DIRECTOR, VOCAB BUILDER
+91-80-4213-4193 (d) | +91-990-291
On Fri, Oct 2, 2009 at 18:16, Richard Guenther wrote:
> Done. If all goes well I think we should merge - waiting even more
> doesn't really add to the quality and it just takes extra ressources
> to work on the branch.
I agree. I'd like to get started with the stage3 fixes next week. I
will w
Is there a documentation of the various magic letters that you can
apply to an operand in inline assembly? What I mean is this:
asm volatile (
" some_insn %X[operand] \n"
: [operand] "=r" (expr)
);
What I look for is documentation of 'X'. In particular, when (expr) is
a multi-register objec
Hi Ian, thanks for your reply.
1. First I need to use my current build machine, Linux,
to first of all convert the i370.md into insn*.c files, then
generate an xgcc. The xgcc would be capable of producing
i370 code so long as I use the "-S" option. It doesn't really
matter how this xgcc was cr
On Fri, 2 Oct 2009, Diego Novillo wrote:
>
> I have committed today's round of feedback to the branch. It incorporates
> richi's fixes for C++ and enables LTO testing on builtins.exp (which is
> interesting for LTO as it includes multiple files)
>
> I am still not sure whether I will do the fin
> "Paul" == Paul Brook writes:
Paul> IMHO building lots of multilibs by default significantly increases
Paul> toolchain size and build time for little actual benefit. ARM CPUs
Paul> are generally backwards compatible and we only have one important
Paul> ABI variant, so very few multilibs are
"Paul Edwards" writes:
> 1. First I need to use my current build machine, Linux,
> to first of all convert the i370.md into insn*.c files, then
> generate an xgcc. The xgcc would be capable of producing
> i370 code so long as I use the "-S" option. It doesn't really
> matter how this xgcc was c
Diego Novillo writes:
> If anyone has free cycles I would appreciate results from other
> ELF-capable targets.
In addition to the issues already reported for Solaris 11/SPARC, here are
the findings for Solaris 10/x86:
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg00180.html
+FAIL: g
On 10/02/2009 05:03 AM, Mohamed Shafi wrote:
That particular case works, and yes arm does it that way but there
are other targets that uses (reload_completed || reload_in_progress)
like s390. So thats why i had to ask if my definition of strict is
proper or not. I am not sure which one to use
> To make the above work first the external tools have to add the
> capabilities, just implementing it in GCC doesn't work for us.
Ok, but there's more to building software, than just building rpms.
For example I can definitely see a common use case where a program
is built with line number and
I tried again but I'm not making much progress.
Maybe I need to go further than Canada, let's say Alaska.
1. First I need to use my current build machine, Linux,
to first of all convert the i370.md into insn*.c files, then
generate an xgcc. The xgcc would be capable of producing
i370 code so lo
2009/9/28 Richard Henderson :
> On 09/28/2009 07:25 AM, Mohamed Shafi wrote:
>>
>> Hope someone suggests me a solution.
>
> The solution is almost certainly something involving the
> TARGET_SECONDARY_RELOAD hook. You need to inform reload that it's going to
> need some scratch registers in order t
2009/9/30 Richard Henderson :
> On 09/29/2009 09:46 PM, Mohamed Shafi wrote:
>>
>> bool strict = reload_completed ? true : false;
>
> What happens if you set "strict = false" here?
> That's what ARM does.
That particular case works, and yes arm does it that way but there
are other targets that
On Thu, 1 Oct 2009, Joe Buck wrote:
> On Thu, Oct 01, 2009 at 05:00:10PM -0700, Andi Kleen wrote:
> > Richard Guenther writes:
> > >
> > > The wish for more granular and thus smaller debug information (things like
> > > -gfunction-arguments which would properly show parameter values
> > > for bac
14 matches
Mail list logo
