On Tuesday 12 July 2011 19:18:10 Leandro Lucarella wrote:
Jonathan M Davis, el 12 de julio a las 21:51 me escribiste:
If you want how the language treats deprecated to change, then feel free
to create a pull request and try and talk Walter into it. Arguably,
warning about deprecation and
It occured for the mixin method to generate the different exception
classes. Specifically the toCamelCase method was not working there.
Ok.
Do you have any idea how to solve the problem I described in D.learn?
(template instance cannot use local.)
Looks like it fails to build under Linux using linux.mak makefile due to
missing
intrange.c / intrange.o in file lists. Linking stage errors. When I add
them
manually, everything works like a charm.
I think compiling it worked just fine for me.
On 7/13/2011 9:58 AM, #1052 wrote:
Looks like it fails to build under Linux using linux.mak makefile due to missing
intrange.c / intrange.o in file lists. Linking stage errors. When I add them
manually, everything works like a charm.
Could this one be fixed?
Use posix.mak for the linux builds
Damn, I am getting some impressive results comparing VC C++ builds and
DMD D builds. I'm using the PortAudio library and a stress-test that
comes with the project. It tries to generate as many sinewaves as
possible until some maximum is reached. The PortAudio C DLL library is
built in release
Is this really that much impressive considering the fact that you
compare results where the most work is done in the linked DLL itself no
matter what code calls it, whether it is D or C, Debug or Release ??
On 14.07.2011 00:26, Andrej Mitrovic wrote:
Damn, I am getting some impressive results
It's a simplistic test, I agree.
The work done in PortAudio is initalization and release of hardware,
and conversion of different sample rates and buffer sizes, and buffer
types, when necessary.
The Pa_GetStreamCpuLoad() call measures how long it takes for
patestCallback() to finish and based on
Walter Bright newshou...@digitalmars.com wrote in message
news:ivj8t7$je7$1...@digitalmars.com...
On 7/12/2011 7:21 PM, Brad Roberts wrote:
On 7/12/2011 1:20 AM, KennyTM~ wrote:
I've just opened a pull request* to enable std.stdio.writeln in CTFE.
Any comments?
*:
On Wednesday 13 July 2011 06:53:28 Russel Winder wrote:
On Tue, 2011-07-12 at 22:28 -0700, Jonathan M Davis wrote:
[ . . . ]
From previous discussions, it seems that one of the primary reasons for
having a D build tool in many people's minds is to also handle package
management of D
On Tuesday 12 July 2011 22:50:14 Adam D. Ruppe wrote:
I'd like to point out that *normal code* in Phobos is losing
functionality far too often too, like replace() no longer working
on immutable strings as of the last release.
Generalized templates are great, but not at the cost of existing
From: Russel Winder rus...@russel.org.uk
I agree with the premise that package management must be a core part of
the build management,
If I understand what you're saying correctly, then I strongly disagree. A
package management tool, by necessity, must be a common agreed-upon standard
On 12.07.2011 18:22, dsimcha wrote:
The documentation for CTFE is outdated and specifies limitations that no
longer exist thanks to Don's massive overhaul. For example, a big one is that
pointers now work. What limitations that could potentially be removed still
do exist in CTFE as of 2.054?
Russel Winder rus...@russel.org.uk wrote in message
news:mailman.1585.1310533819.14074.digitalmar...@puremagic.com...
On Tue, 2011-07-12 at 21:02 -0400, Nick Sabalausky wrote:
[ . . . ]
Before I go implemeting everything, I'd like to get input on it. Is it
something that could be a major D
On Wednesday 13 July 2011 03:01:04 Nick Sabalausky wrote:
Regarding this topic's frequent ressurection, I see that as a direct result
of it all being *merely* talk, with very little concrete progress. We don't
even *have* a proper package management system (there's DSSS, but it's dead,
Nick Sabalausky Wrote:
From: Russel Winder rus...@russel.org.uk
I agree with the premise that package management must be a core part of
the build management,
If I understand what you're saying correctly, then I strongly disagree. A
package management tool, by necessity, must be a common
Are there any D users on Google+ I can stalk?
The only one I found was Andrei Alexandrescu, but as he works at
Facebook, I doubt he'll be posting much.
Kagamin s...@here.lot wrote in message
news:ivjlkm$1amf$1...@digitalmars.com...
Nick Sabalausky Wrote:
From: Russel Winder rus...@russel.org.uk
I agree with the premise that package management must be a core part of
the build management,
If I understand what you're saying correctly, then
Jonathan M Davis jmdavisp...@gmx.com wrote in message
news:mailman.1593.1310541508.14074.digitalmar...@puremagic.com...
On Wednesday 13 July 2011 03:01:04 Nick Sabalausky wrote:
Regarding this topic's frequent ressurection, I see that as a direct
result
of it all being *merely* talk, with
On Wed, 13 Jul 2011 10:52:28 +0200, simendsjo wrote:
Are there any D users on Google+ I can stalk? The only one I found was
Andrei Alexandrescu, but as he works at Facebook, I doubt he'll be
posting much.
Me ? But I'm afraid that I'm only a simple user learning D
Any idea of how set a
On 13.07.2011 12:05, Zardoz wrote:
Any idea of how set a Interest to get only relate stuff about D ?
Not really. I tried D programming language, but it doesn't work well.
Nick Sabalausky a@a.a wrote in message
news:ivd56d$1s7q$1...@digitalmars.com...
Twice now (from two totally different projects) I've come across
precompiled linux binaries that give me Illegal Instruction, but they
work when I compile them myself. The idea of shared-lib/libc issues has
seems DMC is broke too, but it's debatable if this test case is of
value to DMD.
Yep, is dmc's backend still updated with improvements made in dmd's
backend?
I asked about build tools for D on the mailing list a while ago. I
needed a solution that allowed me to mix C++ and D builds in a
cross-platform way with minimum fuss. You can find the discussion about
it here
I am there too. I have not tried g+ much. How about creating a D community
there?
I do not know how things work on goolge+ though.
I think it would be very helpful if there would be a better way to handle
such questions than to post on a forum or newsgroup.
Wouldn't it be nice to have a central point where people can search for
people interested or proficient in D in a given territory or companies using
D?
I am not sure on
Am 13.07.2011, 13:55 Uhr, schrieb Thomas Mader thomas.ma...@gmail.com:
I think it would be very helpful if there would be a better way to handle
such questions than to post on a forum or newsgroup.
Wouldn't it be nice to have a central point where people can search for
people interested or
We are a young startup based in India and we are creating a DSEL for
Electronic System Level Design and Verification on top of D.
I think it would be useful to have a page on d-p-l.org where we provide a
list of companies and opensource projects using D. The idea is, not
everybody using D would
https://github.com/D-Programming-Language/phobos/pull/143
Excellent! Thank you.
On Wed, 13 Jul 2011 02:32:41 -0400, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
On 12.07.2011 18:22, dsimcha wrote:
The documentation for CTFE is outdated and specifies limitations that no
longer exist thanks to Don's massive overhaul. For example, a big one
is that
pointers now work.
On 7/13/2011 5:52 PM, simendsjo wrote:
Are there any D users on Google+ I can stalk?
The only one I found was Andrei Alexandrescu, but as he works at
Facebook, I doubt he'll be posting much.
I'm there.
On Wed, 13 Jul 2011 17:06:13 +0530, d coder wrote:
I am there too. I have not tried g+ much. How about creating a D
community there?
I do not know how things work on goolge+ though. I am there too. I have
not tried g+ much. How about creating a D community there?divI do not
know how things
I think that the hard thing here is to find the balance between too closed
and too open. A static testimonial page is too closed for my opinion.
Nobody will apply to get added to this page and if so it is too much work
for the webpage admin.
A wiki page would be a really good idea. I thought about
i would join right away if somebody has an invitation left by any chance.
mirko
On 13.07.2011 15:56, Mirko Pilger wrote:
i would join right away if somebody has an invitation left by any chance.
Done
Done
many thanx, added you to my dpl circle.
I don't know If now there a method to make proper groups in Google+
i would guess https://groups.google.com/ will take this place.
mirko
On Wednesday 13 July 2011 10:52:28 simendsjo wrote:
Are there any D users on Google+ I can stalk?
The only one I found was Andrei Alexandrescu, but as he works at
Facebook, I doubt he'll be posting much.
LOL. Because asking people if you can stalk them definitely makes it so that
they want to
On Wed, 13 Jul 2011 10:52:28 +0200, simendsjo simend...@gmail.com wrote:
Are there any D users on Google+ I can stalk?
The only one I found was Andrei Alexandrescu, but as he works at
Facebook, I doubt he'll be posting much.
Hey, you found me there, too. Either that, or your similarly-named
On 13.07.2011 16:29, Jonathan M Davis wrote:
LOL. Because asking people if you can stalk them definitely makes it so that
they want to interact with you...;)
:) Twitter like stalking - I don't ask for address and blood type.
I'm porting the Scintilla (C++) to D. The module of scintilla.Editor is a big
one which has over 10,000 lines.
I have tried my best to get rid of all the warning and error messages emitted
by DMD 2.054, except for one:
dmd.exe -version=WindowsXP -g -debug-IE:\dmd\contrib\import -c
On 13.07.2011 16:35, Simen Kjaeraas wrote:
On Wed, 13 Jul 2011 10:52:28 +0200, simendsjo simend...@gmail.com wrote:
Are there any D users on Google+ I can stalk?
The only one I found was Andrei Alexandrescu, but as he works at
Facebook, I doubt he'll be posting much.
Hey, you found me there,
Ok, it's clear there has been some confusion over what exactly I am
suggesting.
I am not suggesting the compiler simply insert calls to the existing
toStringz function as it appears the function does not, or cannot do what
I am imagining.
I am suggesting the compiler will perform a
I don't have an invite yet, I'll be there when I do. ^^
On 13.07.2011 17:01, Andrej Mitrovic wrote:
I don't have an invite yet, I'll be there when I do. ^^
Done
On Wed, 13 Jul 2011 17:42:05 +0300, zhang bitwo...@qq.com wrote:
dmd.exe -version=WindowsXP -g -debug-IE:\dmd\contrib\import -c
scintilla\Editor.d -ofobj\Debug\scintilla\Editor.obj
Internal error: e2ir.c 5007
* SHAMELESS PLUG WARNING *
Until a compiler developer can look at this, you
On 7/13/11, simendsjo simend...@gmail.com wrote:
On 13.07.2011 17:01, Andrej Mitrovic wrote:
I don't have an invite yet, I'll be there when I do. ^^
Done
Sweet!! Many thanks!
If you trust me, dropping the dmd.exe I emailed you in place of your
existing one should give you a line number and file.
zhang bitwo...@qq.com wrote in message
news:mailman.1603.1310568147.14074.digitalmar...@puremagic.com...
I'm porting the Scintilla (C++) to D. The module of
On 7/13/2011 12:07 PM, Jonathan M Davis wrote:
On Wednesday 13 July 2011 11:56:10 Tyro[a.c.edwards] wrote:
Methinks function local imports (introduced in 2.054) is a great idea,
however if it is to be allowed, I believe it should provide all the
functionality of global imports: which it
Oh and any reason why it only uses -O2 in release mode?
Why is it still necessary to edit the linux makefile in order to switch
between release and debug or 32 vs. 64 bit?
The windows one has had proper targets at least for the former issue for
ages.
On Wednesday 13 July 2011 17:13:54 Trass3r wrote:
Why is it still necessary to edit the linux makefile in order to switch
between release and debug or 32 vs. 64 bit?
The windows one has had proper targets at least for the former issue for
ages.
It's not, use MODEL=32 or MODEL=64 if you want
It's not, use MODEL=32 or MODEL=64 if you want to switch between the
compiler being compiled as 32-bit or 64-bit.
Ah true, always forget that way to set variables.
Mirko Pilger Wrote:
I don't know If now there a method to make proper groups in Google+
i would guess https://groups.google.com/ will take this place.
mirko
There have been several groups there, all have died.
Google+ isn't really intended for following subjects, though it probably
On Wednesday 13 July 2011 17:25:45 Trass3r wrote:
It's not, use MODEL=32 or MODEL=64 if you want to switch between the
compiler being compiled as 32-bit or 64-bit.
Ah true, always forget that way to set variables.
It's the same convention that druntime and Phobos using for choosing to
On 2011-07-13 03:02, Nick Sabalausky wrote:
The recent discussions about package managers and buildsystems has prompted
me to get off my ass (or rather, *on* my ass as per how programming is
usually performed...) and start on the D-based rake-inspired buildtool I've
been meaning to make for
On 2011-07-13 07:10, Russel Winder wrote:
I think that in order to create a momentum, a fundamental choice needs
to be made:
-- Should D have a specialist tool (à la SBT/Scala, Leiningen/Clojure
-- at the risk of massive NIH-ism, just as the Scala and Clojure folk
appear to have) or go with a
On 2011-07-13 09:18, Jonathan M Davis wrote:
On Wednesday 13 July 2011 03:01:04 Nick Sabalausky wrote:
Regarding this topic's frequent ressurection, I see that as a direct result
of it all being *merely* talk, with very little concrete progress. We don't
even *have* a proper package management
On 13.07.2011 17:35, Jesse Phillips wrote:
Google+ isn't really intended for following subjects, though it probably will
eventually with public circles or something.
Have to agree with that. No post tags or public circles makes it quite
cumbersome to do.
On 2011-07-13 07:28, Jonathan M Davis wrote:
On Wednesday 13 July 2011 06:12:58 Russel Winder wrote:
And, of course, I should have mentioned CMake and CMakeD.
The fact that I forgot, shows my prejudice against Makefile-based
systems and for direct DAG-based systems such as Gradle, SCons and
On 13.07.2011 16:43, Steven Schveighoffer wrote:
On Wed, 13 Jul 2011 02:32:41 -0400, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
On 12.07.2011 18:22, dsimcha wrote:
The documentation for CTFE is outdated and specifies limitations
that no
longer exist thanks to Don's massive overhaul. For
On Wed, 13 Jul 2011 10:59:27 -0400, Regan Heath re...@netmail.co.nz
wrote:
I am suggesting the compiler will perform a special operation on all
char* parameters passed to extern C functions.
The operation is a toStringz like operation which is (more or less) as
follows:
1. If there
On Wed, 13 Jul 2011 17:39:37 +0200, simendsjo wrote:
On 13.07.2011 17:35, Jesse Phillips wrote:
Google+ isn't really intended for following subjects, though it
probably will eventually with public circles or something.
Have to agree with that. No post tags or public circles makes it quite
On 2011-07-13 09:00, Steven Schveighoffer wrote:
On Wed, 13 Jul 2011 10:59:27 -0400, Regan Heath re...@netmail.co.nz
wrote:
I am suggesting the compiler will perform a special operation on all
char* parameters passed to extern C functions.
The operation is a toStringz like operation
On Wed, 2011-07-13 at 17:33 +0200, Jacob Carlborg wrote:
target(main.d); // builds main.d as an executable
The SCons equivalent is:
Program ( 'main.d' )
Or:
target(foobar); // builds the directory foobar as a library
SCons (and I think Waf as well) does not support this idea (at
On Wed, 13 Jul 2011 17:04:40 +0200, simendsjo wrote:
On 13.07.2011 17:01, Andrej Mitrovic wrote:
I don't have an invite yet, I'll be there when I do. ^^
Done
If invites are in good supply, I would appreciate one too. :)
cheers,
Graham
On 2011-07-13 08:36, Jacob Carlborg wrote:
On 2011-07-13 07:28, Jonathan M Davis wrote:
On Wednesday 13 July 2011 06:12:58 Russel Winder wrote:
And, of course, I should have mentioned CMake and CMakeD.
The fact that I forgot, shows my prejudice against Makefile-based
systems and for
On Wed, 13 Jul 2011 17:00:39 +0100, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Wed, 13 Jul 2011 10:59:27 -0400, Regan Heath re...@netmail.co.nz
wrote:
I am suggesting the compiler will perform a special operation on all
char* parameters passed to extern C functions.
The
We all know that public, selective and static imports are broken
(http://d.puremagic.com/issues/show_bug.cgi?id=314)
Also private imports are broken in some special cases:
http://d.puremagic.com/issues/show_bug.cgi?id=313
http://d.puremagic.com/issues/show_bug.cgi?id=1161
But apart from
Jonathan M Davis jmdavisp...@gmx.com wrote in message
news:mailman.1611.1310578056.14074.digitalmar...@puremagic.com...
On 2011-07-13 08:36, Jacob Carlborg wrote:
I don't agree with that. I think a build tool should deal with single
files and building. A package manager should deal with
See: http://d.puremagic.com/issues/show_bug.cgi?id=6180
On 2011-07-13 19:27, Jonathan M Davis wrote:
On 2011-07-13 08:36, Jacob Carlborg wrote:
On 2011-07-13 07:28, Jonathan M Davis wrote:
On Wednesday 13 July 2011 06:12:58 Russel Winder wrote:
And, of course, I should have mentioned CMake and CMakeD.
The fact that I forgot, shows my prejudice
On 2011-07-13 19:18, Russel Winder wrote:
On Wed, 2011-07-13 at 17:33 +0200, Jacob Carlborg wrote:
target(main.d); // builds main.d as an executable
The SCons equivalent is:
Program ( 'main.d' )
Or:
target(foobar); // builds the directory foobar as a library
SCons (and I think
On Wed, 13 Jul 2011 13:32:56 -0400, Regan Heath re...@netmail.co.nz
wrote:
On Wed, 13 Jul 2011 17:00:39 +0100, Steven Schveighoffer
schvei...@yahoo.com wrote:
How does your proposal know that a char * is part of a heap-allocated
array? If you are assuming the only case where char * is
Chris Molozian ch...@cmoz.me wrote in message
news:mailman.1595.1310554903.14074.digitalmar...@puremagic.com...
I asked about build tools for D on the mailing list a while ago. I
needed a solution that allowed me to mix C++ and D builds in a
cross-platform way with minimum fuss. You can find
Nick Sabalausky a@a.a wrote in message
news:ivkoms$7d9$1...@digitalmars.com...
foo.exe // foo.exe or foo
foo.obj // foo.obj or foo.o
foo.lib // foo.lib or foo.a
foo.slib // foo.dll or foo.so
foo.bat // foo.bat or foo
foo.sh // foo.bat or foo.sh
And new ones are easy to define:
On 2011-07-13 20:31, Nick Sabalausky wrote:
Chris Molozianch...@cmoz.me wrote in message
news:mailman.1595.1310554903.14074.digitalmar...@puremagic.com...
I asked about build tools for D on the mailing list a while ago. I
needed a solution that allowed me to mix C++ and D builds in a
On 13.07.2011 19:22, Graham Fawcett wrote:
If invites are in good supply, I would appreciate one too.:)
Done. I have no idea what the limit is, but I have obviously not hit it
yet...
On 13/07/2011 02:35, bearophile wrote:
A long video presentation of C# contracts, Compile-time Verification, It's Not Just
for Type Safety Any More (Jul 05, 2011), by Greg Young (the speaker is quite
bombastic):
http://www.infoq.com/presentations/Contracts-Library
The compile-time error shown
On 13/07/2011 16:14, Trass3r wrote:
Oh and any reason why it only uses -O2 in release mode?
-O2 is standard across most linux distributions. There's some discussion
here: http://en.gentoo-wiki.com/wiki/CFLAGS#-O2_or_-O3.3F you can find
more with some googling though.
--
Robert
On 13/07/2011 09:52, simendsjo wrote:
Are there any D users on Google+ I can stalk?
I am, not that you'd want to stalk me.
The only one I found was Andrei Alexandrescu, but as he works at
Facebook, I doubt he'll be posting much.
Mark Zuckerberg himself uses Google+ ;p
--
Robert
On 13/07/2011 19:59, simendsjo wrote:
On 13.07.2011 19:22, Graham Fawcett wrote:
If invites are in good supply, I would appreciate one too.:)
Done. I have no idea what the limit is, but I have obviously not hit it
yet...
Pretty sure it's unlimited, I'm sure there are enough of us to keep
Robert Clipsham:
Have C# contracts improved at all since I last used them?
I think they have not improved them a lot, lately.
Bye,
bearophile
I've written a more formal specification of my ideas for a package
manager for D.
https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
Note that I am exploring the possibility of using D as the language for
all the files mentioned in the link above.
The current status is
On Wed, 13 Jul 2011 20:59:49 +0200, simendsjo wrote:
On 13.07.2011 19:22, Graham Fawcett wrote:
If invites are in good supply, I would appreciate one too.:)
Done. I have no idea what the limit is, but I have obviously not hit it
yet...
many thanks, Simen, I look forward to giving it a try
Just curious, why do people prefer using extensionless files? I mean,
I can easily open them up in an editor, but I can't set up syntax
highlighting without knowing what type the file is.
Andrej Mitrovic andrej.mitrov...@gmail.com wrote in message
news:mailman.1613.1310586759.14074.digitalmar...@puremagic.com...
Just curious, why do people prefer using extensionless files? I mean,
I can easily open them up in an editor, but I can't set up syntax
highlighting without knowing
I have just used the ubuntu package to install DMD64 D Compiler v2.054 on my
mint linux i7 laptop.
when I copy and paste the example from
http://www.digitalmars.com/d/2.0/index.html
I get ;
mwynn@kraken ~/projects/my_lang/Dsrc $ dmd main.d
main.d(21): Error: constructor main.CmdLin.this (int
Den 13-07-2011 21:19, Jacob Carlborg skrev:
I've written a more formal specification of my ideas for a package
manager for D.
https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
Note that I am exploring the possibility of using D as the language for
all the files mentioned
On 7/13/2011 1:23 PM, mike wrote:
while I'm sure that I can fix is I think it's a little poor that the stock
examples on your website do not compile out of the tin.
Fixed. Thanks for letting us know.
Hello everyone,
I wrote two classes that inherit from the Mainwindow class, one is a dialog
that asks for your input and one is a plain old messagebox.
you can check out the input class here, I think thats the one with the
problem: http://dl.dropbox.com/u/15024434/InputBox.d
or read the method
Jonathan,
Given that D2 is now the main version, would it not be possible - maybe
in the future - if big changes like the CTFE work by Don are planned to
bring to do this in a 2.1 release of D (and once stable bump to a 2.2
release or so)... While the big changes happen in 2.1, the 2 releases
Den 13-07-2011 03:02, Nick Sabalausky skrev:
The recent discussions about package managers and buildsystems has prompted
me to get off my ass (or rather, *on* my ass as per how programming is
usually performed...) and start on the D-based rake-inspired buildtool I've
been meaning to make for
Jacob Carlborg d...@me.com wrote in message
news:ivke5k$2m78$1...@digitalmars.com...
First I have to say that I know you are doing this because you want to use
D as the language for the build scripts. The reason I did choose Ruby
because I think D will be too verbose and when I'm looking at
On 07/13/2011 11:00 PM, maarten van damme wrote:
Hello everyone,
I wrote two classes that inherit from the Mainwindow class, one is a
dialog that asks for your input and one is a plain old messagebox.
you can check out the input class here, I think thats the one with the
problem:
jdrewsen jdrew...@nospam.com wrote in message
news:ivl1gp$o1v$1...@digitalmars.com...
A good start I think. The first thing that I think should be fixed is the
naming.
Drake should be called dbuild
Orb should be called dpack
You read the name and you have an idea of what it does -
Nick Sabalausky a@a.a wrote in message
news:ivl4f8$t29$1...@digitalmars.com...
jdrewsen jdrew...@nospam.com wrote in message
news:ivl1gp$o1v$1...@digitalmars.com...
A good start I think. The first thing that I think should be fixed is the
naming.
Drake should be called dbuild
Orb should
On 2011-07-13 13:58, filgood wrote:
Jonathan,
Given that D2 is now the main version, would it not be possible - maybe
in the future - if big changes like the CTFE work by Don are planned to
bring to do this in a 2.1 release of D (and once stable bump to a 2.2
release or so)... While the big
I'm glad the feedback helped, this may be of use to help in abstracting
away platform specific configuration:
http://public.perforce.com/public/jam/src/Jambase
Cheers,
Chris
On 07/13/11 19:31, Nick Sabalausky wrote:
Chris Molozianch...@cmoz.me wrote in message
2011/7/13 Nick Sabalausky a@a.a:
Jacob Carlborg d...@me.com wrote in message
news:ivke5k$2m78$1...@digitalmars.com...
First I have to say that I know you are doing this because you want to use
D as the language for the build scripts. The reason I did choose Ruby
because I think D will be too
Jacob Carlborg d...@me.com wrote in message
news:ivkpdp$8dj$1...@digitalmars.com...
FWIW, my Drake system takes that as a high priority, too. For example, if
you have project foo, then you can get the cross-platform binary
filename,
object filename, shared lib filename, static lib filename,
1 - 100 of 158 matches
Mail list logo