Mac OS 10.15.4
Xcode Version 11.3 beta (11C24b)
On Friday, April 10, 2020 at 12:07:09 AM UTC-4, Dima Pasechnik wrote:
>
> On Fri, Apr 10, 2020 at 5:23 AM David Einstein > wrote:
> >
> > Sorry, that was a side effect of me running one of the internal scripts
> fr
April 9, 2020 at 6:35:53 AM UTC-7, David Einstein wrote:
>>
>> I did a brew install pkg-config and was notified that version 0.29.1 was
>> already installed, but I could upgrade to 0.29.2, so I did so. Then did a
>> `make distclean` and then make and got marginally fur
Apple just gave me a supplemental Catalina update, and now sagelib is
building. If this works, I'll attribute it to some Apple problem.
On Thursday, April 9, 2020 at 9:37:56 AM UTC-4, David Einstein wrote:
>
> davideinstein@Davids-MacBook-Pro-3 sage % pkg-config --modversion libpng
me libpng is
> found via pkg-config
> Thanks
> Dima
>
> On Thu, Apr 9, 2020 at 10:58 AM David Einstein > wrote:
> >
> > Here is the config.log.
> >
> > On Wednesday, April 8, 2020 at 10:32:51 PM UTC-4, Dima Pasechnik wrote:
> >>
&
I am trying to build on OSX Catalina, and everything seems to go well until
it builds sagelib, and I get a libpng not found.
Everything built nicely a few weeks ago. I am tempted to blame the upgrade
to catalina, but I also upgraded hombrew and XCode.
Any ideas?
Here is the final output from
On Thursday, October 18, 2018 at 9:43:34 AM UTC-4, Jakub Sliacan wrote:
>
> I thought edges are always listed sorted, i.e. x <= y in (x,y). Can you
> produce an example when this is not the case?
>
> On Thursday, 18 October 2018 15:35:43 UTC+2, David Einstein wrote:
>>
Given an undirected graph g, and two vertices v1 and v2 such that there is
an edge connecting them, is there a simple way to figure out which one of
(v1, v2) or (v2, v1) will be the edge that occurs in g.edges(labels=False)?
--
You received this message because you are subscribed to the Google
Thanks! That makes sense now that I see it. I thought I was going insane.
Thanks also for showing preparse.
On Monday, May 9, 2016 at 9:38:31 PM UTC-4, D. S. McNeil wrote:
>
> Not scoping, typing.
>
> When you do i+1, this is preparsed into
>
> sage: preparse('[len(top_points(i+1)) for i in
Ok I'm running a 7.2.rc1 (built by myself) on OSX and am seeing some weird
behavior. I define a function
def top_points(n):
d = n + 1
return set([(a/n,b/n,c/n,0) for a in range(d) for b in range(a+1) for c
in range(a+1)])
Now if I do
sage: [len(top_points(i+1)) for i in range(2,10)]
()
if SR(x).is_different_from(y):
return floor(y)
else:
give up
I suspect that code like this would be fairly common in the _eval methods
of new functions.
On Sunday, May 31, 2015 at 11:47:15 AM UTC-4, Nils Bruin wrote:
>
> On Sunday, May 31, 2015 at 8:08:52 AM UTC-7, David Einstein wrote:
>&g
Given a symbolic expression u is there some way to tell if u.simplify()
accomplished something? All I can think of is comparing the string
representations, and that seems a bit silly.
For example,
sage: u = sin(x)^2 + cos(x)^2
sage: u.simplify()
cos(x)^2 + sin(x)^2
sage: u.full_simplify()
1
I
In 6.6 if I did
sage: matrix_plot(matrix([[1,2,3,4],[4,3,2,1]]))
I'd get a boring image (a bunch of squares)
In 6.7 I just get an axis.
This happens on my Mac OSX 10.10.3 and My linux machine (some recent
Fedora). Both sages are built from source.
There do not seem to be any open trac tickets
, April 22, 2015 at 5:35:54 PM UTC-4, David Einstein wrote:
>
> I too am having this problem. I recently upgraded Xcode to 6.3.1 and am
> running OSX 10.10.3. I have homebrew, but have removed it and all the
> /usr/local stuff from my environment. Also I am using the sage built g
I too am having this problem. I recently upgraded Xcode to 6.3.1 and am
running OSX 10.10.3. I have homebrew, but have removed it and all the
/usr/local stuff from my environment. Also I am using the sage built gcc (I
set SAGE_INSTALL_GCC=yes), which should (in theory) moot the homebrew issue
14 matches
Mail list logo
