Hi Mike,
I'm looking at porting cephes-2.8.spkg to FreeBSD (which is also
missing some C99 maths functions) but it fails with:
...
gcc -o dccalc dccalc.o libmc.a stubs.o -lm
gcc -I. -g -O2 -Wall -c -o mtstf.o mtstf.c
gcc -o mtstf mtstf.o cmplxf.o clogf.o cgammaf.o stubs.o -lm
make[2]: *** No ru
On 07/ 3/10 11:26 PM, Alex Ghitza wrote:
On Sat, 03 Jul 2010 07:32:10 +1000, Alex Ghitza wrote:
On Fri, 02 Jul 2010 21:58:20 +0100, "Dr. David Kirkby"
wrote:
raises an error of ATLAS going into an infinite loop on Fedora 13. The submitter
also believe people are having the same problem on Ar
On Sat, 03 Jul 2010 07:32:10 +1000, Alex Ghitza wrote:
> On Fri, 02 Jul 2010 21:58:20 +0100, "Dr. David Kirkby"
> wrote:
> > raises an error of ATLAS going into an infinite loop on Fedora 13. The
> > submitter
> > also believe people are having the same problem on ArchLinux. Is this true?
>
>
Be aware, if you build packages in parallel with SAGE_PARALLEL_SPKG_BUILD=yes,
your disk usage will increase dramatically. With a serial build, only one Sage
package is ever decompressed at any one time. With a parallel build, that is no
longer true and disk usage will depend on what the 'MAKE'
Hi,
Please wait an hour or two and try again.
William
On Sat, Jul 3, 2010 at 2:57 PM, Dr. David Kirkby
wrote:
> If I try to log into sage.math, I find all my files are owned by user
> 'sagemath' with a group of 'kirkby'.
>
> I see sage.math was rebooted only 3 days ago. I'm not sure if I've tri
If I try to log into sage.math, I find all my files are owned by user 'sagemath'
with a group of 'kirkby'.
I see sage.math was rebooted only 3 days ago. I'm not sure if I've tried writing
anything in the last 3 days though.
drwxr-xr-x 2 sagemath kirkby 3 2010-03-25 19:10 Solaris-bin
On 07/ 3/10 07:57 PM, Volker Braun wrote:
I believe its
#ifdef __ia64__
// gcc itanium code here
#endif
You would certainly want to add an 'ifdef linux' or similar, since Itanitium
processors can run FreeBSD, Windows, HP-UX and probably some other operating
systems too. (Sun started a port o
Hello,
the following is not directly related but might still be of interest
for you: as you can see in ticket #8327 and in
http://groups.google.com/group/sage-combinat-devel/browse_thread/thread/421cc6117d027dc9/9cce8b12b9c81d9f?#9cce8b12b9c81d9f
we started to implement cyclotomic fields in the
I believe its
#ifdef __ia64__
// gcc itanium code here
#endif
On Jul 3, 7:48 pm, Mike Hansen wrote:
> Here is an example patch for Python that is only applied on Itanium
> Linux systems:http://sage.pastebin.com/1hy3cyis
>
> Is there a non-autoconf way to have an ifdef to check for an Itanium
>
On Sat, Jul 3, 2010 at 11:30 AM, William Stein wrote:
>>> 2) Many patches only need to be applied conditionally based on the
>>> runtime environment.
>>
>> I would argue that such patches are fundamentally flawed as they can
>> never become part of upstream. How hard is it to add an #ifdef bracket
On Saturday, July 3, 2010, Volker Braun wrote:
> On Jul 3, 4:54 pm, Mike Hansen wrote:
>> 1) The src/ directory needs be under Mercurial version control. This
>> would increase the size of the spkgs by quite a bit.
>
> But you don't need to add all of src/. In fact, you could keep src
> in .hgig
Hi Dave!
On 3 Jul., 15:57, daveloeffler wrote:
> I'd advocate (2), with all cyclotomic fields (of given order) in Sage
> corresponding to the same one in Gap. I doubt this would be much of a
> problem with breaking existing code given the coercion thing I
> mentioned above.
Well, it could be a p
On 07/ 3/10 02:28 PM, kcrisman wrote:
When R is built on Solaris, the configure option --without-ICU is added.
Otherwise R will not build.
The problem seems to be that R's configure script does not appear to have the
sense to disable the library if it can't find the library. One might reasonab
On Jul 3, 4:54 pm, Mike Hansen wrote:
> 1) The src/ directory needs be under Mercurial version control. This
> would increase the size of the spkgs by quite a bit.
But you don't need to add all of src/. In fact, you could keep src
in .hgignore and only selectively hg add the files that you actua
On Sat, Jul 3, 2010 at 6:27 AM, Volker Braun wrote:
> I would propose a mercurial patch queue in the spgk root directory.
> Then sage -pkg simply checks that either all patches in the queue are
> applied or that there exists an old-style /patches directory and no
> queue.
I think there are some i
On 3 July, 14:11, Simon King wrote:
> Hi!
>
> This is related with #5618.
>
> In Sage, one can have two different cyclotomic fields, namely when the
> variable names differ:
> sage: K. = CyclotomicField(3)
> sage: L. = CyclotomicField(3)
> sage: K == L
> False
They may compare as unequal, but b
> When R is built on Solaris, the configure option --without-ICU is added.
> Otherwise R will not build.
>
> The problem seems to be that R's configure script does not appear to have the
> sense to disable the library if it can't find the library. One might
> reasonably
> expect the configure scr
I would propose a mercurial patch queue in the spgk root directory.
Then sage -pkg simply checks that either all patches in the queue are
applied or that there exists an old-style /patches directory and no
queue.
Complicated spkgs that require lots of modifications would then use a
patch queue. Th
Hi!
This is related with #5618.
In Sage, one can have two different cyclotomic fields, namely when the
variable names differ:
sage: K. = CyclotomicField(3)
sage: L. = CyclotomicField(3)
sage: K == L
False
In GAP, it seems that there is only one cyclotomic field. AFAIK, one
can not specify a gene
On 07/ 3/10 05:49 AM, William Stein wrote:
Hi,
I still vote -1 to this, and think it is possible to get around using
patch at runtime.
Nonetheless, I am ok with this proposal going forward, because it
clearly received a lot of support from most developers who commented.
William
OK
http://tra
20 matches
Mail list logo