On Jun 7, 2:20 pm, "Dr. David Kirkby" <[EMAIL PROTECTED]> wrote:
> I've now submitted this as a trac event - number 3381.
>
> http://trac.sagemath.org/sage_trac/ticket/3381#preview
>
> Dave
I noticed in an email Micheal sent me which showed errors on Solaris,
the workaround was to add the optio
On Sat, Jun 7, 2008 at 8:59 AM, Dr. David Kirkby <[EMAIL PROTECTED]>
wrote:
>
>
>
> On Jun 7, 3:12 am, mabshoff <[EMAIL PROTECTED]> wrote:
> > Oops, pressed return by accident.
> >
> > This is 3.0.3.alpha1 and it was never meant to see the light of day
> > since I wanted to use it internally to te
On Jun 7, 2008, at 1:15 PM, William Stein wrote:
> On Sat, Jun 7, 2008 at 12:58 PM, JPRickert <[EMAIL PROTECTED]>
> wrote:
>>
>>4. One thing I didn't quite follow from the TV program is that
>> SAGE seems to be able to use some other programs like Maple. Is it
>> using these like a black b
On Sat, Jun 7, 2008 at 12:58 PM, JPRickert <[EMAIL PROTECTED]> wrote:
>
> Greetings --
>
>I'm completely new to SAGE after catching a little of the program
> on TV the other day.
That was yours truly giving the talk :-)
> I have just a few questions. I didn't see these
> in the FAQ; if I mi
hi
On Jun 7, 9:58 pm, JPRickert <[EMAIL PROTECTED]> wrote:
> Is there a "limited features" version that's
> smaller?
No, not now. Modularization is an issue, but quite complicated,
because every part possibly uses features from any other. Maybe
projects like SymPy and matplotlib are more interes
Greetings --
I'm completely new to SAGE after catching a little of the program
on TV the other day. I have just a few questions. I didn't see these
in the FAQ; if I missed an obvious place to find the answers, my
apologies, and just let me know where to look. If you would, please
also copy
On Jun 7, 2008, at 1:10 AM, Dr. David Kirkby wrote:
> A lot of Sage compilation is about compiling different .spkg files.
> Since these are independent of each other, I suspect these could be
> compiled in parallel on machines of those with multiple cores or
> multiple CPUs. Where as parallel bui
I've now submitted this as a trac event - number 3381.
http://trac.sagemath.org/sage_trac/ticket/3381#preview
Dave
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTE
Built fine and all tests passed (hardy heon amd64, phenom processor).
On Fri, Jun 6, 2008 at 10:12 PM, mabshoff <[EMAIL PROTECTED]> wrote:
>
> Oops, pressed return by accident.
>
> This is 3.0.3.alpha1 and it was never meant to see the light of day
> since I wanted to use it internally to test r
On Jun 7, 12:32 pm, "Dr. David Kirkby" <[EMAIL PROTECTED]>
wrote:
> I've succeeded in subscribing, and have now submitted that to the R
> developers mailing list under the title "Fail to call AC_CACHE_CHECK
> on R 2.7.0 for Solaris". You might want to check that thread. Try
> looking at
>
> htt
2008/6/7 mabshoff <[EMAIL PROTECTED]>:
>
> Oops, pressed return by accident.
>
> This is 3.0.3.alpha1 and it was never meant to see the light of day
> since I wanted to use it internally to test rebuild on some boxen. Due
> to me chasing some other bugs and being busy in $REAL_LIFE alpha2
> didn't
On Jun 7, 12:04 pm, "Dr. David Kirkby" <[EMAIL PROTECTED]>
wrote:
> I've tried to subscribe to the R developer mailing list, but so far I
> have not managed to get subscribed. My guess is this is a bug in R and
> they need to ensure the macro is called on Solaris and not just
> Linux.
I've succe
The package R (based on R 2.6.1) fails to build on Solaris. I think
Michael Abshoff is aware of this, but just for the record I will show
the relevant bit of install.log:
checking iconv.h usability... yes
checking iconv.h presence... yes
checking for iconv.h... yes
checking for iconv... in libico
A lot of Sage compilation is about compiling different .spkg files.
Since these are independent of each other, I suspect these could be
compiled in parallel on machines of those with multiple cores or
multiple CPUs. Where as parallel builds on software can be a bit
tricky unless the makefile is we
On Jun 7, 3:12 am, mabshoff <[EMAIL PROTECTED]> wrote:
> Oops, pressed return by accident.
>
> This is 3.0.3.alpha1 and it was never meant to see the light of day
> since I wanted to use it internally to test rebuild on some boxen. Due
> to me chasing some other bugs and being busy in $REAL_LIFE
15 matches
Mail list logo
