| I'd encourage you to work up a solid proposal for ISO/ANSI and
| propose it there.
Being a newbie, I'd appreciate contact/site details for submissions to the
ISO/ANSI standardisation forum (do I email [EMAIL PROTECTED]).
I will be happy to draft and submit a proposal, including a hopefully
co
Laurynas Biveinis wrote:
> 2006/5/3, Daniel Berlin <[EMAIL PROTECTED]>:
>
>> The number of *host* systems we support that don't have mmap is
>> approaching 0, if it is not there already :)
>
> Uhm, at least DJGPP as a GCC host system is alive and does not support
> mmap. But according to the foll
> > Bradley Lucier writes:
> Brad> 4.2 hasn't bootstrapped on powerpc-apple-darwin G5 machine for a very
> Brad> long time. I'm seeing the same problem as
> Brad> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27121
> Brad> It would be nice if this were remedied. I do try to test gcc
> Brad> ver
On May 3, 2006, at 4:03 PM, Perry Smith wrote:
Can a link be added in the g++ documentation to this page?
You mean as we've done on:
http://gcc.gnu.org/readings.html
under
The V3 multi-vendor standard C++ ABI is used in GCC releases 3.0
and above
and
DWARF Workgroup
? Yes, we c
On May 3, 2006, at 8:58 AM, Daniel Jacobowitz wrote:
On Wed, May 03, 2006 at 07:12:43AM -0500, Perry Smith wrote:
On May 2, 2006, at 9:21 PM, Mike Stump wrote:
On May 2, 2006, at 4:23 AM, jacob navia wrote:
To get to the corresponding catch, the runtime should skip through
the intermediate
2006/5/3, Daniel Berlin <[EMAIL PROTECTED]>:
The number of *host* systems we support that don't have mmap is
approaching 0, if it is not there already :)
Uhm, at least DJGPP as a GCC host system is alive and does not support
mmap. But according to the following discussion, that's non-issue.
On Wed, May 03, 2006 at 12:29:17PM +0200, Bernd Schmidt wrote:
> Does anyone find the use of #line in insn-recog.c actually useful? It
> seems to make debugging recog() impossible.
Yes, it makes compile errors go to the right place.
r~
On Tue, May 02, 2006 at 01:23:56PM +0200, jacob navia wrote:
> Is there an equivalent API for linux?
__register_frame_info_bases / __deregister_frame_info_bases.
r~
On Wed, May 03, 2006 at 12:29:17PM +0200, Bernd Schmidt wrote:
> Does anyone find the use of #line in insn-recog.c actually useful? It
> seems to make debugging recog() impossible.
Try this patch. It adds #line directives to insn-recog.c and other generated
files to revert the ones already there
> Roger Sayle <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
>
> 03/05/2006 05:03 PM
>
> To
>
> Mark Mitchell <[EMAIL PROTECTED]>
>
> cc
>
> Richard Henderson <[EMAIL PROTECTED]>, gcc mailing list ,
Leehod
> Baruch <[EMAIL PROTECTED]>, Mircea Namolaru/Haifa/[EMAIL PROTECTED],
> <[EMAIL PROTECTED]
Tom Tromey a écrit :
"jacob" == jacob navia <[EMAIL PROTECTED]> writes:
jacob> This application generates dynamically code and executes it, using a
jacob> JIT, a Just In time Compiler. Everything is working OK until the C++
jacob> code generates a throw.
Fun!
I looked at this a
> "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes:
Andrew> Adding an entry point to register debug info should not be a big deal.
Andrew> We're going to need it for gcj when we add a JIT.
Or for our already existing JITs :-) (Not that either of those support
dwarf-style unwinding yet.)
T
> "jacob" == jacob navia <[EMAIL PROTECTED]> writes:
jacob> This application generates dynamically code and executes it, using a
jacob> JIT, a Just In time Compiler. Everything is working OK until the C++
jacob> code generates a throw.
Fun!
I looked at this a little bit with libgcj.
In some
> Well, if changing fpscr and fpscr_values at the same time was your
> only concern, you could just call __set_fpscr. That puts the burden
> of preserving the SZ / PR bit in fpscr on the caller, though.
> (i.e. read the current value of fpscr, modify the bits you want changed,
> place that change
Hi,
I have a proposal for the summer of code. It's quite long, so I'll
simply include a link:
https://www.cs.tcd.ie/~pbiggar/soc/application.txt
Any comments, suggestions or criticisms are welcome.
Thanks
Paul
--
Paul Biggar
[EMAIL PROTECTED]
On Wed, May 03, 2006 at 11:31:00AM -0400, Daniel Berlin wrote:
> Again, I'm not sure the portability fixes are a real issue.
> There is nothing that prevents ggc-zone from being the default on
> systems with mmap, and ggc-page the default elsewhere.
>
> One of the reasons that the portability patc
On Wed, 2006-05-03 at 17:18 +0200, Laurynas Biveinis wrote:
> Hi,
>
> Thanks for your comments. I'm replying to both emails at once, as they
> are related.
>
> 2006/5/3, Daniel Jacobowitz <[EMAIL PROTECTED]>:
> >
> > > - Assuming that Boehm GC turns out to be unusable for the compiler,
> > > fini
Roger Sayle wrote:
> Hi Mark,
>
> On Tue, 2 May 2006, Mark Mitchell wrote:
>> Roger, I know that you reviewed the SEE patches. Is there anything
>> more than needs to be done to get them committed, in your view?
>
> As far as I'm aware, we're still just waiting for the Haifa folks to
> commit th
Hi,
Thanks for your comments. I'm replying to both emails at once, as they
are related.
2006/5/3, Daniel Jacobowitz <[EMAIL PROTECTED]>:
> - Assuming that Boehm GC turns out to be unusable for the compiler,
> finish the zone collector. Again, searching mailing list about what's
> unfinished wa
> Bradley Lucier writes:
Brad> 4.2 hasn't bootstrapped on powerpc-apple-darwin G5 machine for a very
Brad> long time. I'm seeing the same problem as
Brad> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27121
Brad> It would be nice if this were remedied. I do try to test gcc
Brad> versions
On Tue, May 02, 2006 at 09:34:38PM -0400, Daniel Berlin wrote:
> My thoughts are along the lines of Daniel's. I originally believed that
> the better data layout of lifetime and object specific pools would help,
> but it only helps about 10% in the extreme.
Oh, one of the more interesting results
Daniel Berlin wrote:
I wrote a lot of the current zone collector. Before that, Daniel
Berlin did a lot of work on it. I really don't think I have time to
mentor an SoC project (Daniel, do you, maybe?),
I do, in fact, have time to mentor such a project, and would be happy to
mentor it if you
Hi Mark,
On Tue, 2 May 2006, Mark Mitchell wrote:
> Roger, I know that you reviewed the SEE patches. Is there anything
> more than needs to be done to get them committed, in your view?
As far as I'm aware, we're still just waiting for the Haifa folks to
commit them to mainline. There are a num
In http://gcc.gnu.org/ml/gcc/2006-05/msg00047.html, you wrote:
Ok, I'll bite. Why are there two of them?!
Well, this is the real reason why we need an API and not just a simple
builtin. GCC uses that table of values to quickly switch the FPU
modes between single and double precision. How
On Wed, May 03, 2006 at 10:36:33AM +0200, jacob navia wrote:
> Maybe there is some references somewhere about this?
> Which JIT? Is there a source code example or something?
I'm only familiar with proprietary JITs.
> Would sljl exceptions work?
This has already been answered. Basically, no.
--
On Wed, May 03, 2006 at 07:12:43AM -0500, Perry Smith wrote:
> On May 2, 2006, at 9:21 PM, Mike Stump wrote:
>
> >On May 2, 2006, at 4:23 AM, jacob navia wrote:
> >>To get to the corresponding catch, the runtime should skip through
> >>the intermediate frames in assembler generated by the JIT. W
I'm experiencing ACATS failures that manifest in
splitting
/abuild/rguenther/obj4/gcc/testsuite/ada/acats/tests/a/ada101a.ada into:
ada101a.adb
BUILD
FAIL: ada101a
BUILD
FAIL: c760009
splitting
/abuild/rguenther/obj4/gcc/testsuite/ada/acats/tests/cd/cd2a22i.ada into:
cd2a22i.adb
BUILD
On May 2, 2006, at 9:21 PM, Mike Stump wrote:
On May 2, 2006, at 4:23 AM, jacob navia wrote:
To get to the corresponding catch, the runtime should skip through
the intermediate frames in assembler generated by the JIT. We
would like to know how should be the interface with gcc to do this.
Andrew Haley writes:
> Jakub Jelinek writes:
> > On Wed, May 03, 2006 at 10:14:23AM +0100, Andrew Haley wrote:
> > > Adding an entry point to register debug info should not be a big deal.
> > > We're going to need it for gcj when we add a JIT.
> > >
> > > Another interesting possibility
Does anyone find the use of #line in insn-recog.c actually useful? It
seems to make debugging recog() impossible.
Bernd
Mark,
> I'm trying to figure out whether we can get the SEE and
> Autovectorization improvements into 4.2.
And please do not forget:
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00689.html (fwprop and
PR/26821)
because, as you yourself wrote:
> I don't think I can competently review these p
4.2 hasn't bootstrapped on powerpc-apple-darwin G5 machine for a very
long time. I'm seeing the same problem as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27121
It would be nice if this were remedied. I do try to test gcc
versions before release.
Brad
Jakub Jelinek writes:
> On Wed, May 03, 2006 at 10:14:23AM +0100, Andrew Haley wrote:
> > Adding an entry point to register debug info should not be a big deal.
> > We're going to need it for gcj when we add a JIT.
> >
> > Another interesting possibility would be runtime extensions to
> > MD
On Wed, May 03, 2006 at 10:14:23AM +0100, Andrew Haley wrote:
> Adding an entry point to register debug info should not be a big deal.
> We're going to need it for gcj when we add a JIT.
>
> Another interesting possibility would be runtime extensions to
> MD_FALLBACK_FRAME_STATE_FOR. That would b
Daniel Jacobowitz writes:
> On Tue, May 02, 2006 at 07:21:24PM -0700, Mike Stump wrote:
> > >Otherwise, would it be possible to generate the DWARF Tables and
> > >add those tables dynamically to the running program?
> >
> > Yes (could require OS changes).
> >
> > >Under windows, Microsof
Andrew Pinski <[EMAIL PROTECTED]> writes:
> On May 2, 2006, at 6:34 PM, Mike Stump wrote:
>>
>>> Also, with svn 1.4 dev (all i have on this machine)
>>
>> Cool, fixed in 1.4 dev. Now I'm curious if it is fixed in 1.3.x. I
>> really want to update, but, the fortunes of a large company with lots
Daniel Jacobowitz a écrit :
On Tue, May 02, 2006 at 07:21:24PM -0700, Mike Stump wrote:
Otherwise, would it be possible to generate the DWARF Tables and
add those tables dynamically to the running program?
Yes (could require OS changes).
Under windows, Microsoft provides an AP
Mike Stump <[EMAIL PROTECTED]> wrote:
>> Also, with svn 1.4 dev (all i have on this machine)
>
> Cool, fixed in 1.4 dev. Now I'm curious if it is fixed in 1.3.x. I
> really want to update, but, the fortunes of a large company with lots
> of revenue are predicated on this stuff actually working.
38 matches
Mail list logo
