> On 09/09/2011 03:09 AM, Jakub Jelinek wrote:
>> Status
>> ==
>>
>> The trunk is in Stage 1, which, if we follow roughly the 4.6
>> release schedule, should end around end of October.
>> At this point I'd like to gather the status of the various
>> development branches that haven't been merged
Hi guys,
Is it CFLAGS used by libgcc/Makefile.in to build libgcc.a?
It seems if I configure gcc with CFLAGS="-O0 -g " environment
variable, libgcc is also compiled with -O0 option.
I'm wondering why do not use CFLAGS_FOR_TARGET
here(CFLAGS->INTERNAL_CFLAGS->gcc_compile_bare->gcc_compile).
Please h
On 09/12/2011 09:52 PM, Geert Bosch wrote:
No that's false. Even on systems with nice memory models, such as x86 and SPARC
with a TSO model, you need a fence to avoid that a write-load of the same
location is forced to make it all the way to coherent memory and not forwarded
directly from th
> You need fences on x86 to implement Petterson or Dekkar spin locks but
> only because they involve write-read ordering to different memory
> locations (I'm mentioning those spin lock algorithms because they do
> not require locked memory accesses). Write-write, read-read and for
> the same locat
On Sep 13, 2011, at 08:08, Andrew MacLeod wrote:
> On 09/12/2011 09:52 PM, Geert Bosch wrote:
>> No that's false. Even on systems with nice memory models, such as x86 and
>> SPARC with a TSO model, you need a fence to avoid that a write-load of the
>> same location is forced to
Note that here w
On 09/13/2011 10:58 AM, Geert Bosch wrote:
On Sep 13, 2011, at 08:08, Andrew MacLeod wrote:
On 09/12/2011 09:52 PM, Geert Bosch wrote:
No that's false. Even on systems with nice memory models, such as x86 and SPARC
with a TSO model, you need a fence to avoid that a write-load of the same
lo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/06/11 23:08, Mohamed Shafi wrote:
> On 6 September 2011 20:50, Jeff Law wrote:
>>
>> On 09/06/11 08:46, Mohamed Shafi wrote:
>>> Hi,
>>>
>>> I am doing a private port in GCC 4.5.1. For the my target i see
>>> some strange behavior in delay slo
Hello,
It is my pleasure to announce MELT plugin 0.9 release candidate 2.
MELT provides a Lispy domain specific language to ease the coding of GCC
extensions, with
high-level features (dynamic typing, reflection, object-oriented,
functional/applicative,
and pattern-matching) while dealing well
On Tue, 13 Sep 2011 21:48:21 +0200
Basile Starynkevitch wrote:
>
> Hello,
>
> It is my pleasure to announce MELT plugin 0.9 release candidate 2.
>
I forgot to mention the URL for GCC MELT http://gcc-melt.org/
The plugin 0.9rc2 can be retrieved on
http://gcc-melt.org/melt-0.9rc2-plugin-for-gcc
Snapshot gcc-4.4-20110913 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20110913/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
10 matches
Mail list logo