Hello Alex,
On 18.07.2012 18:40, Alex Turjan wrote:
Im writing to you with respect to some strange SMS functionality.
In the code bellow there are 2 instructions (a builtin store and a builtin load)
as they appear in the program flow before SMS:
...
Issues:
1. What is the reason why (T
On Tue, 2012-07-17 at 11:24 +0200, Richard Guenther wrote:
> Note that people that patched a file are not necessary maintainers of that
> file.
> Maintainers are listed exclusively in the MAINTAINERS file.
I was just looking for a quick and easy hack for my own convenience,
based on the logic tha
On Mon, 2012-07-16 at 19:23 +0100, Jonathan Wakely wrote:
> Add @gcc.gnu.org to it?
Unfortunately this is rarely in agreement with MAINTAINERS. For now I
found it easier to just grep the Changelog file.
Thanks,
Dimitris
Andrey,
Thanks for the patch. I applied it and so far it seams ok.
I will run further testing and let you know if i see problems.
Back to the last part of my email, Im still wondering what happens in case
the variable modulo expanded is a memory location? because as I see
generate_reg_moves is no
On 13.07.2012 20:38, Andreas Enge wrote:
Hello,
thanks to those who sent us installation reports!
On Sat, Jul 07, 2012 at 05:13:39PM +0200, Andreas Enge wrote:
We are pleased to announce the immediate availability of the first release
candidate for GNU MPC 1.0 at
http://www.multiprecision.
-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
On Thu, Jul 19, 2012 at 8:48 AM, Rainer Emrich
wrote:
>
> 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 c++ mode is planned
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
On Thu, Jul 19, 2012 at 1:32 PM, Rainer Emrich
wrote:
> ../../../src/gcc-4.8.0/gcc/pointer-set.c: In function 'size_t hash1(const
> void*,
> long unsigned int, long unsigned int)':
> ../../../src/gcc-4.8.0/gcc/pointer-set.c:67:32: error: cast from 'const void*'
> to 'long unsigned int' loses pre
On 07/15/12 21:53:02, Jonathan Wakely wrote:
> [...]
> It took me a while to get back to this, but your suggestion worked,
> this patch allows bootstrapping to get past cp/lex.o, it hasn't
> finished yet so I haven't run the tests:
> [...]
> Presumably gengtype goes through directories alphabetical
10 matches
Mail list logo
