Ping
On Fri, Nov 15, 2013 at 7:45 PM, Andrey Turetskiy
wrote:
> Let's suppose, we are going to run target gcc driver from lto-wrapper.
> How could a list of offload targets be passed there from option
> parser?
> In my opinion, the simpliest way to do it is to use environment
> variable. Would yo
Hi,
I'm migrating my private port from gcc 4.5.2 to gcc 4.7.3. I noticed that
-fomit-frame-pointer was not triggered when using -O1 -O2 or -O3.
Could you indicate me how to modify my port to use -fomit-frame-pointer by
default (as it was in gcc 4.5.2 I presume) ?
Regards,
Selim
On Mon, Nov 18, 2013 at 3:24 PM, Jeff Law wrote:
> On 11/18/13 04:08, Richard Biener wrote:
>>>
>>> I'd say that turning memset (0, '\0', 0) into a trap is bad from a QOI
>>
>> perspective. Jeff, is there an easy way to avoid this? Testcase:
>>
>> void fn (void *addr, int a)
>> {
>>if (a ==
> I came across a news about gcc will support OpenACC/OpenMP target
> directive. How can i download this version?
There some action should be done to get sources:
git clone git://gcc.gnu.org/git/gcc.git
cd gcc
git config --add remote.origin.fetch
refs/remotes/openacc-1_0-branch:refs/remotes/origi
I've been thinking that it would be very useful for buildbots to run
contrib/config-list.mk. This tests stage1's all-gcc on a very wide
collection of targets. It builds everything with -Werror, so it
requires a recent host compiler (ideally trunk or the latest release).
Currently, many targets are
On 2013-11-19 16:20, Diego Novillo wrote:
I've been thinking that it would be very useful for buildbots to run
contrib/config-list.mk. This tests stage1's all-gcc on a very wide
collection of targets. It builds everything with -Werror, so it
requires a recent host compiler (ideally trunk or the l
On Tue, Nov 19, 2013 at 10:29 AM, Sebastian Huber
wrote:
> On 2013-11-19 16:20, Diego Novillo wrote:
>>
>> I've been thinking that it would be very useful for buildbots to run
>> contrib/config-list.mk. This tests stage1's all-gcc on a very wide
>> collection of targets. It builds everything with
On Tue, Nov 19, 2013 at 4:20 PM, Diego Novillo wrote:
> Currently, many targets are broken because of -Werror. I was thinking
> of fixing them, but unless we keep them clean with a buildbot they
> will regress.
How nobel. But isn't this what we have port maintainers for?
I'd say: Let it be! If a
Hi Diego!
On Tue, 2013-11-19 10:20:48 -0500, Diego Novillo wrote:
> I've been thinking that it would be very useful for buildbots to run
> contrib/config-list.mk. This tests stage1's all-gcc on a very wide
> collection of targets. It builds everything with -Werror, so it
> requires a recent host
On Tue, Nov 19, 2013 at 12:03 PM, Jan-Benedict Glaw wrote:
> Hi Diego!
>
> On Tue, 2013-11-19 10:20:48 -0500, Diego Novillo wrote:
>> I've been thinking that it would be very useful for buildbots to run
>> contrib/config-list.mk. This tests stage1's all-gcc on a very wide
>> collection of targets
On Tue, 2013-11-19 12:08:05 -0500, Diego Novillo wrote:
> On Tue, Nov 19, 2013 at 12:03 PM, Jan-Benedict Glaw wrote:
> > On Tue, 2013-11-19 10:20:48 -0500, Diego Novillo
> > wrote:
[config-list.mk]
> >> Would this be hard to set up in your buildbots?
> >
> > I haven't ever directly used config-
On Tue, 2013-11-19 12:08:05 -0500, Diego Novillo wrote:
[conffig-list.mk]
> Really, the only thing interesting about the script is the broad set
> of targets it uses. If you just added them to the schedule of builds,
> that should be sufficient. We could even decide not to add all of
> them. And c
On Tue, Nov 19, 2013 at 1:11 PM, Jan-Benedict Glaw wrote:
> On Tue, 2013-11-19 12:08:05 -0500, Diego Novillo wrote:
> [conffig-list.mk]
>> Really, the only thing interesting about the script is the broad set
>> of targets it uses. If you just added them to the schedule of builds,
>> that should b
On Tue, 2013-11-19 13:20:41 -0500, Diego Novillo wrote:
> On Tue, Nov 19, 2013 at 1:11 PM, Jan-Benedict Glaw wrote:
> > On Tue, 2013-11-19 12:08:05 -0500, Diego Novillo
> > wrote:
> > [conffig-list.mk]
> >> Really, the only thing interesting about the script is the broad set
> >> of targets it
On 19 November 2013 18:20, Diego Novillo wrote:
> Right, because you're using 4.8. These warnings disappear when using
> trunk and/or do not actually break the build. I suppose this is too
> much for the buildbot then? It won't have a recent trunk around, so
> perhaps restricting it to the tar
On Tue, Nov 19, 2013 at 3:36 PM, Joern Rennecke
wrote:
> On 19 November 2013 18:20, Diego Novillo wrote:
>
>> Right, because you're using 4.8. These warnings disappear when using
>> trunk and/or do not actually break the build. I suppose this is too
>> much for the buildbot then? It won't have
On 11/20/2013 03:33 AM, Peter Zijlstra wrote:
> On Tue, Nov 19, 2013 at 05:02:20PM +, Mathieu Desnoyers wrote:
>> Unfortunately I don't have a ARM cross-compiler setup ready. Nathan could
>> test
>> it for us though.
>>
>> It might shuffle things around enough to work around the issue, but wit
On Wed, Nov 20, 2013 at 07:56:57AM +1000, Richard Henderson wrote:
> It appears not:
>
> int __attribute__((noinline)) f(void)
> {
> {
> register int x __asm__("eax");
> x = 1;
> }
> {
> register int y __asm__("eax");
> return ++y;
> }
> }
>
> extern void abort(void);
>
>
Richard Henderson writes:
> On 11/20/2013 03:33 AM, Peter Zijlstra wrote:
>> On Tue, Nov 19, 2013 at 05:02:20PM +, Mathieu Desnoyers wrote:
>>> Unfortunately I don't have a ARM cross-compiler setup ready. Nathan
>>> could test it for us though.
>>>
>>> It might shuffle things around enough to
- Original Message -
> From: "Richard Henderson"
> To: "Peter Zijlstra" , "Mathieu Desnoyers"
>
> Cc: "Will Deacon" , linux-ker...@vger.kernel.org,
> "Catalin Marinas" ,
> lttng-...@lists.lttng.org, "Nathan Lynch" , "Paul E.
> McKenney"
> , "Linus Torvalds"
> , "Andrew Morton"
> , "Ja
- Original Message -
> From: "Mathieu Desnoyers"
> To: "Richard Henderson"
> Cc: "Jakub Jelinek" , gcc@gcc.gnu.org, "Peter Zijlstra"
> , "Catalin Marinas"
> , "Nathan Lynch" ,
> linux-ker...@vger.kernel.org, "Will Deacon"
> , lttng-...@lists.lttng.org, "Andrew Morton"
> , "Paul E. McKe
21 matches
Mail list logo
