Re: [Gcl-devel] GNU make bug

2005-06-22 Thread Vadim V. Zhytnikov

Camm Maguire writes:

Greetings!

"Vadim V. Zhytnikov" <[EMAIL PROTECTED]> writes:



Camm Maguire writes:


Greetings, and thanks Vadim!  This is now committed.
You asked earlier about a 2.7.0 roadmap.  I'll try to put together a
comprehensive list soon, but obviously the top is ansi compliance.
I'm wondering if I can solicit you help in proposing some patches to
close some of our ansi test suite failures.  If so, do you have an
area with which you feel most comfortable?  I'd really appreciate
someone concentrating on the formatter/printer if possible.  The idea
of course is to preserve the spirit of the code in place.
Take care,



Hi Camm!

I've been testing recent gcl 2.7.0 twc with Maxima
and observe several Maxima test failures and some
performance degradation.  First of all I'd like
to consier these issues.  Formatter/printer is OK



Thank you for looking into this!  I'd suggestion using the tag
Version_2_7_0t1.

There are two possible performance related issues of which I am
aware.  


1) We have a smaller default hole size which expands with the core
   proportionally.  This should add a bit of time purely in gc, and
   can be circumvented by setting the hole size.

2) There was an array compilation problem that has since been cleared
   in the above mentioned tagged version.




OK, I'll look into this shortly (I hope :-)


for me but I can't really tell when I could
dive into the problem - recently my schedule
for this summer hardened quite a bit.
But I really don't know it may be really
not so bad ...




Would be very helpful!

I'm hoping we can release by summer's end, but I don't think we should
until the overwhelming majority of Paul's ansi tests pass.



Probably I can do something substantial only in August.


--
 Vadim V. Zhytnikov

  <[EMAIL PROTECTED]>
 <[EMAIL PROTECTED]>


___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel


Re: [Gcl-devel] GNU make bug

2005-06-22 Thread Camm Maguire
Greetings!

"Vadim V. Zhytnikov" <[EMAIL PROTECTED]> writes:

> Camm Maguire writes:
> > Greetings, and thanks Vadim!  This is now committed.
> > You asked earlier about a 2.7.0 roadmap.  I'll try to put together a
> > comprehensive list soon, but obviously the top is ansi compliance.
> > I'm wondering if I can solicit you help in proposing some patches to
> > close some of our ansi test suite failures.  If so, do you have an
> > area with which you feel most comfortable?  I'd really appreciate
> > someone concentrating on the formatter/printer if possible.  The idea
> > of course is to preserve the spirit of the code in place.
> > Take care,
> >
> 
> Hi Camm!
> 
> I've been testing recent gcl 2.7.0 twc with Maxima
> and observe several Maxima test failures and some
> performance degradation.  First of all I'd like
> to consier these issues.  Formatter/printer is OK

Thank you for looking into this!  I'd suggestion using the tag
Version_2_7_0t1.

There are two possible performance related issues of which I am
aware.  

1) We have a smaller default hole size which expands with the core
   proportionally.  This should add a bit of time purely in gc, and
   can be circumvented by setting the hole size.

2) There was an array compilation problem that has since been cleared
   in the above mentioned tagged version.

> for me but I can't really tell when I could
> dive into the problem - recently my schedule
> for this summer hardened quite a bit.
> But I really don't know it may be really
> not so bad ...
> 

Would be very helpful!

I'm hoping we can release by summer's end, but I don't think we should
until the overwhelming majority of Paul's ansi tests pass.

Take care,

> Best wishes,
> 
> Vadim
> 
> 
> -- 
>   Vadim V. Zhytnikov
> 
><[EMAIL PROTECTED]>
>   <[EMAIL PROTECTED]>
> 
> 
> 
> 

-- 
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah


___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel


Re: [Gcl-devel] GNU make bug

2005-06-15 Thread Camm Maguire
Greetings, and thanks Vadim!  This is now committed.

You asked earlier about a 2.7.0 roadmap.  I'll try to put together a
comprehensive list soon, but obviously the top is ansi compliance.
I'm wondering if I can solicit you help in proposing some patches to
close some of our ansi test suite failures.  If so, do you have an
area with which you feel most comfortable?  I'd really appreciate
someone concentrating on the formatter/printer if possible.  The idea
of course is to preserve the spirit of the code in place.

Take care,

"Vadim V. Zhytnikov" <[EMAIL PROTECTED]> writes:

> Hi!
> 
> Some time ago I wrote about GCL build
> problem with recent GNU make.  The trouble is
> due to some obscure make bug.  I'm not sure that
> this is important since troublesome make version is cvs
> beta but since bug is a bit hard to detect I decides to
> post it's description and workaround.  Maybe it will
> be useful to somebody.
> 
> The problem manifests itself for GCL ANSI build for any
> GCL version.  The nasty thing about the problem is that
> formally GCL build seems to be perfectly OK - no any warnings
> or errors but resulting ANSI GCL image is broken.
> 
> 1.  It does not display banner text upon start
> 2.  It segfaults on any lisp error, e.g. unbound
>  lisp variable
> 
> The trouble is with makefile in clcs directory.
> It defines the following pattern rule for .o files:
> 
> %.o: %.c %.h %.data
>   $(CC) $(CFLAGS) -c $< -o $@
>   ../xbin/append $*.data $@
> 
> Troublesome make ignores it and uses default built-in
> rule for making .o from .c .h instead.  So formally
> target is built and makes is happy.  But .data files
> remain unappended to .o.
> 
> This is clear make bug which is recognized by make
> developers (no fix yet).  Workaround is to replace target
> 
> all: $(addsuffix .c,$(FILES)) $(addsuffix .o,$(FILES))
> 
> by
> 
> all: $(addsuffix .o,$(FILES))
> 
> in clcs/makefile.  This modification seems to be
> safe since .c are intermediate temporary files
> and it makes our special rule for .o work
> once again.
> 
> 
> Best wishes,
> 
> Vadim
> 
> -- 
>   Vadim V. Zhytnikov
> 
><[EMAIL PROTECTED]>
>   <[EMAIL PROTECTED]>
> 
> 
> ___
> Gcl-devel mailing list
> Gcl-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/gcl-devel
> 
> 
> 

-- 
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah


___
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel