Peter Jeremy wrote:
On 2010-Feb-03 00:40:47 +, "Dr. David Kirkby"
wrote:
Peter Jeremy wrote:
I'm not sure if SUNWopenssl-libraries is mandatory. Definitely
we don't have the command line interface (the openssl command)
installed on our S10 boxes.
With a few rare exceptions, I've use
> By the way, the determinant of a character table is either in Z or in
> sqrt(-1)Z
>
oops, I meant to say that the square of the determinant of a character
table
is a positive integer
(namely, the sum of the orders of the centralisers of representatives
of conjugacy classes)
Dima
--
To post to
Hi,
On Tue, 2 Feb 2010 17:40:55 -0800 (PST)
kcrisman wrote:
> This is another reason for us not to get all finicky about structure,
> but just add the functionality. If we wait for someone to
> recategorize simplification/expansion (or to write it natively in
> Sage), problems like this will ke
On Tue, 2 Feb 2010 20:34:58 -0800, Nick Alexander wrote:
> > sage: d = M.determinant()
> > sage: d.norm().abs() # take norm to get an integer
> > 712483534798848
>
> I thought of this as well, but it could be wrong since there might be
> an element of the appropriate norm in the cyclotomi
it looks OK just to coerse to integer and then do the python's abs:
ZZ(d).abs()
By the way, the determinant of a character table is either in Z or in
sqrt(-1)Z
DIma
On Feb 3, 12:34 pm, Nick Alexander wrote:
> > sage: d = M.determinant()
> > sage: d.norm().abs() # take norm to get an integ
sage: d = M.determinant()
sage: d.norm().abs() # take norm to get an integer
712483534798848
I thought of this as well, but it could be wrong since there might be
an element of the appropriate norm in the cyclotomic field that is
erroneously returned! I suggest QQ(d).abs() :)
Nick
On Feb 2, 2010, at 7:40 PM, M. Yurko wrote:
For the simple example I just used pyximport. For the extension module
I used a setup.py script. The start of the extension module is at
http://modular.math.washington.edu/home/myurko/qap/qap/ . I haven't
set any of the numpy include directories in the
Hi,
I'm going to give an intro talk on Sage in a couple of days, and I'm
wondering if anyone has something particularly cool I could demo. I
already have a lot of examples but perhaps there are some recent
additions I could highlight that I am unaware of.
Some of things I am already using: Willi
On Feb 2, 2010, at 7:40 PM, John H Palmieri wrote:
On Feb 2, 7:03 pm, Dima Pasechnik wrote:
Robert,
I don't understand what you suggest.
Try the following:
replace the line 10222 of sage/graphs/generic_graph.py
with
sage: abs(M.determinant())
(the original line does not have abs()) and r
On Tue, 2 Feb 2010 19:40:11 -0800 (PST), John H Palmieri
wrote:
> sage: C = graphs.CubeGraph(4)
> sage: G = C.automorphism_group()
> sage: M = G.character_table()
> sage: M.determinant()
> -712483534798848
> sage: parent(M.determinant())
> Cyclotomic Field of order 1 and degree 1
> sage: type(M.d
On Feb 2, 10:31 pm, Robert Bradshaw
wrote:
> On Feb 2, 2010, at 7:20 PM, M. Yurko wrote:
>
> > The small example that I posted used pyximport. The extension module
> > that made me originally see the issue was built with a setup.py
> > distutils script. I have the same issue with both of them. The
On Feb 2, 7:03 pm, Dima Pasechnik wrote:
> Robert,
> I don't understand what you suggest.
> Try the following:
> replace the line 10222 of sage/graphs/generic_graph.py
> with
>
> sage: abs(M.determinant())
>
> (the original line does not have abs()) and run
> sage -t -long "devel/sage/sage/gra
On Feb 2, 2010, at 7:20 PM, M. Yurko wrote:
The small example that I posted used pyximport. The extension module
that made me originally see the issue was built with a setup.py
distutils script. I have the same issue with both of them. They work
on a normal python distribution, but fail if there
Hi folks,
I'm happy to announce that Sage 4.3.0.1.alpha3 [1] successfully builds
on t2.math. Due to an unfortunate typo, the version number should be
Sage 4.3.0.2.alpha3 since it's based on Sage 4.3.0.1 [2]. This alpha
release is based on Sage 4.3.0.1.alpha2 [3] and merged the following
tickets:
On Sat, Jan 30, 2010 at 10:16 PM, Dr. David Kirkby > wrote:
Starting to build Sage, then finding the python builds, but finds to
find
the hashlib module is a bit irritating. There is is a specific test
for this
in spkg-install.
-
# Make sure sufficient crypto suppor
The small example that I posted used pyximport. The extension module
that made me originally see the issue was built with a setup.py
distutils script. I have the same issue with both of them. They work
on a normal python distribution, but fail if there is not a system-
wide install of numpy. The is
Robert,
I don't understand what you suggest.
Try the following:
replace the line 10222 of sage/graphs/generic_graph.py
with
sage: abs(M.determinant())
(the original line does not have abs()) and run
sage -t -long "devel/sage/sage/graphs/generic_graph.py"
You should see the result above.
(sor
Hi David,
On Wed, Feb 3, 2010 at 12:02 PM, Dr. David Kirkby
wrote:
> Could the sage-4.3.0.1 source code, as well as these binaries, be made
> available on the Sage web site, and poked out to mirrors.
I have updated the Sage website to account for the Sage 4.3.0.1 source
and binary tarballs. T
On Feb 2, 2010, at 6:32 PM, David Joyner wrote:
On Tue, Feb 2, 2010 at 9:26 PM, Dima Pasechnik
wrote:
...
sage: abs(M.determinant())
Expected:
712483534798848
Got:
7.12483534798848e14
I vaguely remember that M.det() is only well-defined up to sign.
You could rewrite the test to av
David,
I am trying the fix the doctests bug in sage/graphs/generic_graph.py
where M is assigned the character table of a group.
Obviously det(M) can only be correct up to a sign, as we have no
control over the
order of rows and/or columns of M.
So this is actually a doctests-specific probem: if I
On Feb 2, 2010, at 4:11 PM, M. Yurko wrote:
On Feb 2, 6:44 pm, "Georg S. Weber"
wrote:
On 2 Feb., 21:26, Michael Yurko wrote:
Hello All,
I've recently been building an extension module using both cython
and numpy.
It works fine with my system-wide install of python with numpy and
cy
On Tue, Feb 2, 2010 at 9:26 PM, Dima Pasechnik wrote:
> ...
> sage: abs(M.determinant())
> Expected:
> 712483534798848
> Got:
> 7.12483534798848e14
I vaguely remember that M.det() is only well-defined up to sign.
You could rewrite the test to avoid abs, but I'm wondering if abs is the
r
...
sage: abs(M.determinant())
Expected:
712483534798848
Got:
7.12483534798848e14
I can use an if to fix the sign, but them I am afraid I miss some
obvious
better way...
Thanks,
Dima
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this grou
On Tue, Feb 2, 2010 at 6:02 PM, Frank Polte wrote:
>
>
>> I use squashfs + unionfs for the virtualbox Sage distribution. Do you
>> ever use Virtualbox?
>> It would be great if somebody else could take over the job (once ever
>> 3 weeks) of updating the virtualbox image and rebuilding the
>> squas
Obtained this trying to build from source on one of Skynet machines:
d...@iras:~/sage-4.3.2.alpha1> uname -a
Linux iras 2.6.16.46-0.12-default #1 SMP Thu May 17 14:00:09 UTC 2007
ia64 ia64 ia64 GNU/Linux
with gcc version 4.1.2 20070115 (prerelease) (SUSE Linux)
here is the relevant portion of ins
> I use squashfs + unionfs for the virtualbox Sage distribution. Do you
> ever use Virtualbox?
> It would be great if somebody else could take over the job (once ever
> 3 weeks) of updating the virtualbox image and rebuilding the
> squashfs+unionfs install, since I don't like doing it at all.
If
On Feb 2, 3:10 pm, "ma...@mendelu.cz" wrote:
> On 2 ún, 17:38, Nicolas wrote:
>
>
>
> > Thanks for your answer !
>
> > Following your idea, ny playing around in maxima, I found that :
>
> > trigreduce(sin((a+b)/c))
> > > sin(b/c+a/c)
>
> > Therefore
> > trigexpand(trigreduce(sin((a+b)/c)))
On Tue, Feb 2, 2010 at 6:53 PM, Frank Polte wrote:
>
>
> On 2 Feb., 16:42, William Stein wrote:
>>
>>
>> Quick note: 1. I make squashfs for Sage, and if you do it right, it's
>> 390MB. You have to replace the spkg's by empty files.
>>
> That's right, I thought you need the spks's to (re)compil
On 2010-Feb-03 00:40:47 +, "Dr. David Kirkby"
wrote:
>Peter Jeremy wrote:
>> I'm not sure if SUNWopenssl-libraries is mandatory. Definitely
>> we don't have the command line interface (the openssl command)
>> installed on our S10 boxes.
>
>With a few rare exceptions, I've usefully done
As I said in a post half an hour or so ago, I've installed sage 4.3.0.1 on 't2'
at
/usr/local/sage-4.3.0.1-Solaris-10-SPARC-sun4u-or-sun4v/sage
I've also made the binary distribution available in 3 ways. All 3 can be found
in the directory:
http://boxen.math.washington.edu/home/kirkby/binari
Peter Jeremy wrote:
On 2010-Feb-01 07:49:45 +, David Kirkby wrote:
I discovered that Sun do ship Open SSL 0.9.7, complete with any
security fixes, with Solaris. Sun obviously have some agreement with
the OpenSSL developers, as they will know of security vunrabilites
before they are made pub
On 2010-Feb-01 07:49:45 +, David Kirkby wrote:
>I discovered that Sun do ship Open SSL 0.9.7, complete with any
>security fixes, with Solaris. Sun obviously have some agreement with
>the OpenSSL developers, as they will know of security vunrabilites
>before they are made public.
That's good.
On Feb 2, 6:44 pm, "Georg S. Weber"
wrote:
> On 2 Feb., 21:26, Michael Yurko wrote:
>
>
>
> > Hello All,
>
> > I've recently been building an extension module using both cython and numpy.
> > It works fine with my system-wide install of python with numpy and cython as
> > well as my install of
Georg S. Weber wrote:
Unfortunately, rpath is not a general solution for shared libraries
included in Sage because the paths would then be fixed at link time -
which wouldn't all the Sage package to be arbitrarily relocated.
I know.
But on OS X, there is a tool "install_name_tool", and it see
On 2 Feb., 16:42, William Stein wrote:
>
>
> Quick note: 1. I make squashfs for Sage, and if you do it right, it's
> 390MB. You have to replace the spkg's by empty files.
>
That's right, I thought you need the spks's to (re)compile other
packages?
Then you can use sage from an old 512MB usb-s
On 2 Feb., 21:26, Michael Yurko wrote:
> Hello All,
>
> I've recently been building an extension module using both cython and numpy.
> It works fine with my system-wide install of python with numpy and cython as
> well as my install of sage. However, when I try to run it from sage on a
> system
On 2 Feb., 11:06, Peter Jeremy wrote:
> On 2010-Feb-01 20:13:07 +, David Kirkby wrote:
>
> >$ cc -flags
>
> >shows as options for the Sun compiler:
>
> >-R Build runtime search path list into executable
>
> >Actually building a gcc which will search at a specified place seem
Yep,
building the atlas spkg currently fails (whoa! spectacularly so!) on
ARM. This was reported also in another thread two weeks ago:
http://groups.google.com/group/sage-devel/browse_thread/thread/c4402ebd7ec5129/ed4c86b26a279729?lnk=gst&q=ARM#ed4c86b26a279729
But I don't know what the current
I have created a system wide installation of Sage 4.3.0.1, which Minh kindly
produced so allowing us a Sage which builds on Solaris 10 SPARC. (4.3.1 got broken)
The location is
/usr/local/sage-4.3.0.1-Solaris-10-SPARC-sun4u-or-sun4v/sage
It seems to take a long while to start, but let it do it
On Tue, Feb 02, 2010 at 11:18:18PM +1100, Alex Ghitza wrote:
> So here are some comments (mostly absolutely minor typos, and I
> apologise in advance for the lack of diacritical marks). By the way,
> it feels wrong to comment in English on a French text, but anyway:
:-)
Thanks much for your note
On Mon, Feb 01, 2010 at 08:33:29PM +, John Cremona wrote:
> I see that Paul Zimmerman will also be talking about Sage at that
> meeting. I assume your are coordinating your talks?
Definitely :-)
Nicolas
--
Nicolas M. Thiéry "Isil"
http://Nicolas.Thiery.name/
On Tue, Feb 02, 2010 at 02:56:12PM +1100, Alex Ghitza wrote:
>
> Dear Nicolas,
>
> On Mon, 1 Feb 2010 19:23:22 +0100, "Nicolas M. Thiery"
> wrote:
> > I am going to present the introductory talk this Thursday at a workshop
> > "Open source alternatives to proprietary math software" in Paris.
>
On Wed, Feb 03, 2010 at 04:28:00AM +1100, Minh Nguyen wrote:
> Hi folks,
> >sage -t "devel/sage/sage/structure/element_wrapper.py" # Segfault
>
> I get the same result on bsd.math (Mac OS X 10.6.2). Doing a verbose
> long doctest, I get:
>
> Trying:
> Integer(1) < l11###line 213:_sag
On Feb 2, 2010, at 2:31 PM, Ivan Andrus wrote:
> On Jan 31, 2010, at 10:29 PM, Andy Somogyi wrote:
>
>> Hello All
>>
>> Here is a link to a prototype sage desktop app for the Mac.
>>
>> http://numerator.sourceforge.net/SageApp.dmg
>>
>> This is a first prototype, it has little functionality c
Hello All,
I've recently been building an extension module using both cython and numpy.
It works fine with my system-wide install of python with numpy and cython as
well as my install of sage. However, when I try to run it from sage on a
system that doesn't have a system wide install of cython and
On 2010-Feb-02 11:37:35 +, "Dr. David Kirkby"
wrote:
>I do not consider using crle a viable option, though it would work.
The problem with crle is that it's system-wide, as you point out.
>I'll look at using the dumpspecs on 't2'. It's not clear to me where I would
>edit that though. The f
On Jan 31, 2010, at 10:29 PM, Andy Somogyi wrote:
> Hello All
>
> Here is a link to a prototype sage desktop app for the Mac.
>
> http://numerator.sourceforge.net/SageApp.dmg
>
> This is a first prototype, it has little functionality currently, will
> probably crash, almost certainly has numer
On Feb 2, 2010, at 6:50 AM, Dima Pasechnik wrote:
G.irreducible_characters() is a list of lists, not a list of tuples,
so one cannot just take set() of them.
On another note, for both this and word problem, you might want to
consider whether a list of tuples would be better to return than a
Hi folks,
On Wed, Feb 3, 2010 at 4:09 AM, David Joyner wrote:
>> Please test and report all problems. The following tickets were merged
>> in Sage 4.3.2.alpha1:
>>
>
> built fine on mac 10.6.2 but one failure for sage -testall :
>
> The following tests failed:
>
>
>sage -t "devel/sage
On Mon, Feb 1, 2010 at 3:03 AM, Minh Nguyen wrote:
> Hi folks,
>
> This is a rather quick release since Sage 4.3.2.alpha0. The original
> plan was for Sage 4.3.2 to be out a few days before Sage Days 20.
> However, the schedule for the final release has been shifted [1] to
> Saturday 06th February
Ok, i have gone with a new attepmt, compiling sage in the phone
itself.
What i did is to install the easy-deb-chroot package (it basically
mounts a disk image with a debian-arm system, and chroots into it).
Then i installed in that echroot environment the needed tools (build-
essential, m4 and gf
Thanks. The offending file matplotlibrc was actually in SAGEROOT/
I probably did something non-kosher when I updated 4.3.1...
Dmitrii
On Feb 2, 11:23 pm, Jason Grout wrote:
> On 02/02/2010 02:42 AM, Dima Pasechnik wrote:
>
> > there is
> > SAGEROOT/local/lib/python2.6/site-packages/matplotlib/mpl
On Tue, Feb 2, 2010 at 9:19 AM, Harald Schilly wrote:
> On Feb 2, 2:01 pm, Frank Polte wrote:
>> Thanks for the quick answer.
>> I will contact Harald Schilly.
>
> Hi, I read my name :) ... I don't understand what exactly you are
> talking about. Distributing Sage as an Ubuntu binary takes 291MB.
yeah, you're right, sorry --- my workday started 14 hours ago...
OK, I'll follow your hint, thanks!
On Feb 2, 10:53 pm, YannLC wrote:
> Read again my proposal
>
> sage: set([tuple(x.values()) for x in G.irreducible_characters()]) ==
> expected
>
> you need tuple... just add it!
>
> On Feb 2, 3:50
On 02/02/2010 02:42 AM, Dima Pasechnik wrote:
there is
SAGEROOT/local/lib/python2.6/site-packages/matplotlib/mpl-data/
matplotlibrc
but legend.labelsep is commented out in that file.
Delete the matplotlib file in your .sage directory. That should fix it.
Thanks,
Jason
--
To post to this g
Can anyone give me a simple command that would be expected to fail if there was
any problems with the OpenSSL - such as the library could not be found? I'm
building Sage on one system, and want to ensure it works on another. The OpenSSL
libraries will be in a different location. How can I check
Read again my proposal
sage: set([tuple(x.values()) for x in G.irreducible_characters()]) ==
expected
you need tuple... just add it!
On Feb 2, 3:50 pm, Dima Pasechnik wrote:
> G.irreducible_characters() is a list of lists, not a list of tuples,
> so one cannot just
> take set() of them.
>
> On
G.irreducible_characters() is a list of lists, not a list of tuples,
so one cannot just
take set() of them.
On Feb 2, 10:01 pm, YannLC wrote:
> Maybe just using sets:
>
> sage: G = GL(2,3)
> sage: k. = CyclotomicField(8)
> sage: expected = set([(3, 0, 3, 0, -1, 1, 1, -1), (1, 1, 1, 1, 1, 1,
> 1,
All tests passed on my OS X 10.4.11 intel mac when running serially.
With a parallel test run, I got one failure on parallel/decorate.py.
-Marshall
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@goog
On Feb 2, 2:01 pm, Frank Polte wrote:
> Thanks for the quick answer.
> I will contact Harald Schilly.
Hi, I read my name :) ... I don't understand what exactly you are
talking about. Distributing Sage as an Ubuntu binary takes 291MB. Your
first posting said "This sqfs-file is about 639MB". So, in
Maybe just using sets:
sage: G = GL(2,3)
sage: k. = CyclotomicField(8)
sage: expected = set([(3, 0, 3, 0, -1, 1, 1, -1), (1, 1, 1, 1, 1, 1,
1, 1), (1, 1, 1, 1, 1, -1, -1, -1), (2, -1, 2, -1, 2, 0, 0, 0), (4,
-1, -4, 1, 0, 0, 0, 0), (2, 1, -2, -1, 0, zeta8^3 + zeta8, -zeta8^3 -
zeta8, 0), (2, 1, -2
On Feb 2, 8:54 pm, YannLC wrote:
> Why don't you use something like this e.g.:
>
> sage: A. = AbelianGroup(5,[4, 5, 5, 7, 8])
> sage: b1 = a^3*b*c*d^2*e^5
> sage: b2 = a^2*b*c^2*d^3*e^3
> sage: b3 = a^7*b^3*c^5*d^4*e^4
> sage: b4 = a^3*b^2*c^2*d^3*e^5
> sage: b5 = a^2*b^4*c^2*d^4*e^5
> sage: wo
Thanks for the quick answer.
I will contact Harald Schilly.
On 30 Jan., 20:01, Robert Bradshaw
wrote:
>
>
> Just to be sure I'm understanding you, the primary advantage of this
> vs. downloading a binary .tar is that its size is smaller (and perhaps
> it's quicker, though less standard, to mo
Why don't you use something like this e.g.:
sage: A. = AbelianGroup(5,[4, 5, 5, 7, 8])
sage: b1 = a^3*b*c*d^2*e^5
sage: b2 = a^2*b*c^2*d^3*e^3
sage: b3 = a^7*b^3*c^5*d^4*e^4
sage: b4 = a^3*b^2*c^2*d^3*e^5
sage: b5 = a^2*b^4*c^2*d^4*e^5
sage: word_problem([b1,b2,b3,b4,b5],e) #random order
[[a^3*b*
Robert Bradshaw wrote:
On Jan 31, 2010, at 4:01 AM, Dr. David Kirkby wrote:
But I can see no justification for letting someone try to build Sage,
for it to fail a couple of hours later, in a way we could have
predicted in less than a minute.
I think the 'prerequ' configure script should chec
On Mon, 1 Feb 2010 19:23:22 +0100, "Nicolas M. Thiery"
wrote:
> I am going to present the introductory talk this Thursday at a workshop
> "Open source alternatives to proprietary math software" in Paris.
>
> http://www.projet-plume.org/ressource/journee-plume-outils-libres-math
>
[...]
>
On Jan 31, 1:15 pm, William Stein wrote:
> On Sat, Jan 30, 2010 at 9:10 PM, Dima Pasechnik wrote:
>
> > On Jan 30, 1:46 pm, Robert Bradshaw
> > wrote:
> >> On Jan 29, 2010, at 9:27 PM, Dima Pasechnik wrote:
>
> >> > William,
> >> > I think TESTS:: would be a good idea!
> >> > Having an optiona
Peter Jeremy wrote:
On 2010-Feb-01 20:13:07 +, David Kirkby wrote:
$ cc -flags
shows as options for the Sun compiler:
-R Build runtime search path list into executable
Actually building a gcc which will search at a specified place seems
next to impossible on Solaris. The
On Jan 31, 2010, at 4:01 AM, Dr. David Kirkby wrote:
But I can see no justification for letting someone try to build
Sage, for it to fail a couple of hours later, in a way we could have
predicted in less than a minute.
I think the 'prerequ' configure script should check for OpenSSL and
ex
Dima Pasechnik wrote:
I am trying to build Sage 4.3.2.alpha1 on ia64 (Redhat) using
gcc-4.4.3,
and the building of NTL fails.
[d...@cleo standard]$ gcc -v
Using built-in specs.
Target: ia64-unknown-linux-gnu
Configured with: /usr/local/gcc-4.4.3/src/gcc-4.4.3/configure --enable-
languages=c,c++,
On 2010-Feb-01 20:13:07 +, David Kirkby wrote:
>$ cc -flags
>
>shows as options for the Sun compiler:
>
>
>-R Build runtime search path list into executable
>
>Actually building a gcc which will search at a specified place seems
>next to impossible on Solaris. The GCC developer
there is
SAGEROOT/local/lib/python2.6/site-packages/matplotlib/mpl-data/
matplotlibrc
but legend.labelsep is commented out in that file.
So I am lost.
On Feb 2, 4:40 pm, Dima Pasechnik wrote:
> when doing (for 4.3.2.alpha1)
> ./sage -t -long devel/sage/sage/groups/
>
> I get lots of messages li
done
On Feb 2, 1:09 am, Minh Nguyen wrote:
> Hi Dima,
>
> On Tue, Feb 2, 2010 at 1:46 AM, Dima Pasechnik wrote:
> > some file permissions are wrong (600 or 700) in 4.3.1,
>
> Could you please open a ticket for this issue with the optional lie
> package? Things tend to get lost in the mailing li
please also see
http://trac.sagemath.org/sage_trac/ticket/8150
for the docstring patches
On Jan 26, 7:59 pm, Dima Pasechnik wrote:
> I have created the next version of gap-4.4.12spkg,
> seehttp://trac.sagemath.org/sage_trac/ticket/8076
> for details and download location(s).
>
> In particular, t
this is on boxen.math.washington.edu with default settings (gcc
version 4.2.4, etc)
On Feb 2, 4:40 pm, Dima Pasechnik wrote:
> when doing (for 4.3.2.alpha1)
> ./sage -t -long devel/sage/sage/groups/
>
> I get lots of messages like
>
> doctest:681: UserWarning: legend.labelsep is deprecated. Updat
when doing (for 4.3.2.alpha1)
./sage -t -long devel/sage/sage/groups/
I get lots of messages like
doctest:681: UserWarning: legend.labelsep is deprecated. Update your
matplotlibrc to use legend.labelspacing instead.
...
they arise in
sage/groups/group.pyx
sage/groups/perm_gps/cub
I am trying to build Sage 4.3.2.alpha1 on ia64 (Redhat) using
gcc-4.4.3,
and the building of NTL fails.
[d...@cleo standard]$ gcc -v
Using built-in specs.
Target: ia64-unknown-linux-gnu
Configured with: /usr/local/gcc-4.4.3/src/gcc-4.4.3/configure --enable-
languages=c,c++,fortran --with-gnu-as --
77 matches
Mail list logo
