Georg Lay writes:
> Moreover, there will be a problem because the C function that actually
> implements my_record_switches must return a string starting with '-',
> there is no way to return "" or NULL to indicate that the function won't
> produce anything.
I would consider writing something lik
Snapshot gcc-4.4-20100907 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20100907/
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
2010/9/7 Nathan Ridge :
>
> Hello,
>
> The attached minimal code (test.cpp) causes g++ to
> segfault. It uses the C++0x features variadic templates and initializer
> lists.
>
> The command used to compile it is:
>
> g++ -std=c++0x test.cpp
>
> The output is:
>
> test.cpp: In function ‘void f(const
Hello,
The attached minimal code (test.cpp) causes g++ to
segfault. It uses the C++0x features variadic templates and initializer
lists.
The command used to compile it is:
g++ -std=c++0x test.cpp
The output is:
test.cpp: In function ‘void f(const Args& ...) [with Args = ]’:
test.cpp:21: i
2010/9/7 Frédéric Buclin :
> Le 07. 09. 10 19:14, NightStrike a écrit :
>> So for instance, instead of 2.20+ > 3.6.1, I was doing 2.20 > 2.21, etc.
>
> Wow, iterating this way is too long (and 2.21 is a development snapshot,
> not a stable release). We must jump directly from 2.20 to 3.6.2, else we
Le 07. 09. 10 19:14, NightStrike a écrit :
> So for instance, instead of 2.20+ > 3.6.1, I was doing 2.20 > 2.21, etc.
Wow, iterating this way is too long (and 2.21 is a development snapshot,
not a stable release). We must jump directly from 2.20 to 3.6.2, else we
will go nowhere. The code is defin
2010/9/7 Frédéric Buclin :
> Le 07. 09. 10 18:51, NightStrike a écrit :
>> Well, I've been working on it since I got the approval. I just
>> haven't posted patches yet. Should I stop?
>
> If your patches are based on Bugzilla 3.6.x, no way! :)
>
> Could you please attach them to bug 43011?
>
>
>
Le 07. 09. 10 18:51, NightStrike a écrit :
> Well, I've been working on it since I got the approval. I just
> haven't posted patches yet. Should I stop?
If your patches are based on Bugzilla 3.6.x, no way! :)
Could you please attach them to bug 43011?
Frédéric
2010/9/7 Frédéric Buclin :
> Le 07. 09. 10 18:41, NightStrike a écrit :
I was working on a gcc bugzilla project upgrade under Daniel Berlin's
guidance but have not been able to contact him in a long while.
Can anyone give me a current address for him or another dev's name who I
Le 07. 09. 10 18:41, NightStrike a écrit :
>>> I was working on a gcc bugzilla project upgrade under Daniel Berlin's
>>> guidance but have not been able to contact him in a long while.
>>>
>>> Can anyone give me a current address for him or another dev's name who I
>>> can work with?
>>
>> I though
2010/9/7 Gerald Pfeifer :
> On Mon, 6 Sep 2010, Tom Browder wrote:
>> I was working on a gcc bugzilla project upgrade under Daniel Berlin's
>> guidance but have not been able to contact him in a long while.
>>
>> Can anyone give me a current address for him or another dev's name who I
>> can work w
> When I saw this question before, I thought that it'd be easy to find
> out by debugging gcc. However, I also thought that there's no really
> good reason why anyone would need the answer, so I didn't look.
>
> You might get more response from others if you said why it's important
> for you to kn
On 09/07/2010 02:12 PM, Joel wrote:
> Hello,
> Apparently, at least for MIPS target, GCC generates labels starting
> from 2: $L2, $L3, etc.
> Do you know why the numbering begins at 2?
When I saw this question before, I thought that it'd be easy to find
out by debugging gcc. However, I also thoug
Hello,
Apparently, at least for MIPS target, GCC generates labels starting
from 2: $L2, $L3, etc.
Do you know why the numbering begins at 2?
Regards,
Joel
2010/9/7 Gerald Pfeifer :
> On Mon, 6 Sep 2010, Tom Browder wrote:
>> I was working on a gcc bugzilla project upgrade under Daniel Berlin's
>> guidance but have not been able to contact him in a long while.
...
> I thought Frédéric Buclin (copied) is now working
> on this? Perhaps the two of you
On Mon, 6 Sep 2010, Tom Browder wrote:
> I was working on a gcc bugzilla project upgrade under Daniel Berlin's
> guidance but have not been able to contact him in a long while.
>
> Can anyone give me a current address for him or another dev's name who I
> can work with?
I thought Frédéric Buclin
On 09/07/2010 10:41 AM, Basile Starynkevitch wrote:
The words gengtype, GTY, garbage do not seem to appear the
MAINTAINERS file, so it seems that gengtype& GTY don't have any
specialized reviewers.
And gengtype is not a very well written and easy to maintain piece of
code, at least in our opini
Hello All,
We (= Basile Starynkevitch + Jeremie Salvucci) have worked on improving
gengtype, notably for plugins (the state of gengtype after having parsed all
the files is persisted and may be re-used by plugins using GTY without
requiring availability of GCC source & build tree.). We also a
On Mon, Sep 06, 2010 at 07:00:15PM -0700, H.J. Lu wrote:
> On Mon, Sep 6, 2010 at 4:30 PM, Gerald Pfeifer wrote:
> > Anton reports that GCC fails to build on FreeBSD/ia64. Any ideas
> > on what to try? I assume it's just a small change that caused this
> > regression (this used to work some rele
19 matches
Mail list logo
