On Mon, Jun 20, 2011 at 05:32:31PM +, Hargett, Matt wrote:
> > GCC 4.6.1 first release candidate has been uploaded, and the branch
> > is now frozen. All changes need RM approval now.
> > Please test it, if all goes well, 4.6.1 will be released early next
> > week.
>
> No chance for a fix for
Hello All
I just merged trunk into MELT. So using the newly introduced
c_register_pragma_with_expansion_and_data in MELT can be possible...
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 923
On Mon, 20 Jun 2011 20:14:15 +0200
Basile Starynkevitch wrote:
> [...]
> Sendinglibstdc++-v3/testsuite/30_threads/thread/swap
> Sendinglibstdc++-v3/testsuite/ext/profile
> Sendinglibstdc++-v3/testsuite/ext/rope/pthread7-rope.cc
> Transmitting file
> data
>
Hello,
I am trying to merge the trunk into MELT branch. I am using the
svnmerge merge command (svnmerge is a standard Python script). But I am
getting: % svn commit
Waiting for Emacs...
Sending.
SendingChangeLog
SendingChangeLog.MELT
Sendingconfig/ChangeLog
Sending
On 06/20/2011 03:22 PM, Anton Shterenlikht wrote:
On Mon, Jun 20, 2011 at 12:44:06PM +0200, Tobias Burnus wrote:
compiler. [Personal observation: On x86-64, gfortran is everywhere
installed, the Intel compiler is very often, on two systems I also saw
PGI - but I have never seen PathScale.]
w
> GCC 4.6.1 first release candidate has been uploaded, and the branch
> is now frozen. All changes need RM approval now.
> Please test it, if all goes well, 4.6.1 will be released early next
> week.
No chance for a fix for this in 4.6.1?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
This has
> As it'll be postponed for 4.6.2 I guess it will receive enough testing, so
> ok.
I'm not sure you're really convinced either. :-) IMO putting it on the branch
after the 4.6.1 release won't increase the testing much there, since people
generally test/use releases or mainline. You get the real
On Mon, Jun 20, 2011 at 10:47, Richard Guenther
wrote:
> On Fri, Jun 17, 2011 at 5:39 PM, Jason Merrill wrote:
>>
>> That seems reasonable to me.
>
> Yes. I think Steven proposed this as well at some point.
Alright, thanks.
Unsurprisingly, this produces 152 failures in the testsuite. I have
n
On 20/06/11 13:08, Ian Lance Taylor wrote:
Yes, it's libgcc/configure that's failing. So, you mean I should
MULTILIB_EXTRA_OPTS=-mas-mode in my t- makefile fragment?
Yes.
I will give that a try.
Alternatively, you implied that your backend always needs this option.
In that case you could m
On Mon, Jun 20, 2011 at 12:44:06PM +0200, Tobias Burnus wrote:
>
> compiler. [Personal observation: On x86-64, gfortran is everywhere
> installed, the Intel compiler is very often, on two systems I also saw
> PGI - but I have never seen PathScale.]
we use it:
https://www.acrc.bris.ac.uk/acrc/p
On Sun, Jun 19, 2011 at 11:04:09PM +0700, "C. Bergstr?m" wrote:
> 3) Fortran HPC community as a whole - The majority of Fortran users I
> know work in or around HPC. (I may be biased) With that I can't say
> most of them care about open source at all. (Some do) They buy/use
> PathScale/PGI/I
Status
==
GCC 4.6.1 first release candidate has been uploaded, and the branch
is now frozen. All changes need RM approval now.
Please test it, if all goes well, 4.6.1 will be released early next
week.
Quality Data
Priority # Change from Last Report
The first release candidate for GCC 4.6.1 is available from
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6.1-RC-20110620
and shortly its mirrors. It has been generated from SVN revision 175201.
I have so far bootstrapped and tested the release candidate on
x86_64-linux and i686-linux. Please test
"Paulo J. Matos" writes:
>> Is it libgcc/configure that is failing? If so it sounds like you want
>> to set MULTILIB_EXTRA_OPTS, per your earlier question.
>>
>
> Yes, it's libgcc/configure that's failing. So, you mean I should
> MULTILIB_EXTRA_OPTS=-mas-mode in my t- makefile fragment?
Yes.
A
On Mon, Jun 20, 2011 at 1:46 PM, Eric Botcazou wrote:
>> Apart from
>>
>> 2011-06-02 Eric Botcazou
>>
>> * cse.c (cse_find_path): Refine change to exclude EDGE_ABNORMAL_CALL
>> edges only, when there is a non-local label in the function.
>> * postreload-gcse.c (bb_has_well_
> Apart from
>
> 2011-06-02 Eric Botcazou
>
>* cse.c (cse_find_path): Refine change to exclude EDGE_ABNORMAL_CALL
>edges only, when there is a non-local label in the function.
>* postreload-gcse.c (bb_has_well_behaved_predecessors): Likewise.
>
> and the removal of SETJMP
On Mon, Jun 20, 2011 at 01:21:39PM +0200, Richard Guenther wrote:
> Otherwise you are a sparc maintainer, its a primary
> platform, and I expect you're not going to break it. Thus, for a
> target specific feature backport to a .1 release I think it's ok. But
> please coordinate with Jakub who wan
2011/6/20 Eric Botcazou :
> Dear RMs,
>
> I'd like to have permission to backport the new -mflat support for SPARC from
> the mainline to the 4.6 branch. I received the first requests to reinstate
> the option last year, when Laurent (and some others) started to work on it,
> but the initial patch
2011/6/18 theUser BL :
>
> Hi!
>
> Currently I have nothing about it found in the mailinglist. So I try to ask
> it: How effect the OpenSource EKOPath the GCC ?
>
> Have a look at the latest press news of PathScale:
> http://www.pathscale.com/taxonomy/term/27
>
> Have additional a look at this art
On Fri, Jun 17, 2011 at 5:39 PM, Jason Merrill wrote:
> On 06/17/2011 10:55 AM, Diego Novillo wrote:
>>
>> On Fri, Jun 17, 2011 at 14:47, Diego Novillo wrote:
>>
>>> if (flag_syntax_only || flag_wpa)
>>> return;
>>>
>>> to
>>>
>>> if (flag_syntax_only || flag_wpa || errorcount> 0)
>>> retur
On 06/19/2011 06:04 PM, "C. Bergström" wrote:
3) Fortran HPC community as a whole - The majority of Fortran users I
know work in or around HPC. (I may be biased) With that I can't say
most of them care about open source at all. (Some do) They buy/use
PathScale/PGI/Intel and for the larger l
On 18/06/11 00:00, Ian Lance Taylor wrote:
You are saying that configure is using TARGET_LIBGCC2_FLAGS, but that
you want to set something so that it uses TARGET_LIBGCC2_FLAGS? Are you
missing a "not" in there somewhere? Or do I misunderstand?
Thanks for the reply Ian. I am using MULTILIBS.
22 matches
Mail list logo
