Sean Kelly wrote:
Could also be that dmd is now alright, but libphobos.a isn't.
But as long as those two (MDT+SDK) are applied, it should be.
Darnit... using 10.4 pthreads might be difficult. Posix support was a
tad weak on OSX until 10.5. We'd have to version the library code on OS
version,
On Tue, 03 Mar 2009 20:05:28 +1100, Daniel Keep
daniel.keep.li...@gmail.com wrote:
Bill Baxter wrote:
On Mon, Mar 2, 2009 at 11:55 AM, Daniel Keep
daniel.keep.li...@gmail.com wrote:
Frits van Bommel wrote:
Sean Kelly wrote:
Daniel Keep wrote:
extern(C) void
Max Samukha wrote:
On Tue, 03 Mar 2009 20:05:28 +1100, Daniel Keep
daniel.keep.li...@gmail.com wrote:
Bill Baxter wrote:
On Mon, Mar 2, 2009 at 11:55 AM, Daniel Keep
daniel.keep.li...@gmail.com wrote:
Frits van Bommel wrote:
Sean Kelly wrote:
Daniel Keep wrote:
extern(C) void
On Tue, 03 Mar 2009 21:34:51 +1100, Daniel Keep
daniel.keep.li...@gmail.com wrote:
Max Samukha wrote:
On Tue, 03 Mar 2009 20:05:28 +1100, Daniel Keep
daniel.keep.li...@gmail.com wrote:
Bill Baxter wrote:
On Mon, Mar 2, 2009 at 11:55 AM, Daniel Keep
daniel.keep.li...@gmail.com wrote:
Daniel Keep wrote:
Sean Kelly wrote:
One somewhat weird issue that we may have to face at some point is that
Posix functions whose behavior was changed have had the symbol for the
new function changed to _blah$UNIX2003, with the old function left in
place. Since D can't declare symbols like
Sean Kelly wrote:
Daniel Keep wrote:
extern(C) void __identifier(blah$UNIX2003)(int);
That would be awesome.
A beneficial side-effect is that I can finally get rid of all those
mixins that are just doing this:
mixin(`void `~name_of_fn~`(int a)
{
// ... rest of function ...
}`);
I had
Brad Roberts wrote:
Michel Fortin wrote:
On 2009-02-27 16:37:13 -0500, Jacob Carlborg d...@me.com said:
Nick Sabalausky wrote:
Ordinarily, I detest the idea of pulling support for anything as
recent as just a few years old. But Apple themselves has a habit of
ignoring users of anything
Sean Kelly wrote:
One somewhat weird issue that we may have to face at some point is that
Posix functions whose behavior was changed have had the symbol for the
new function changed to _blah$UNIX2003, with the old function left in
place. Since D can't declare symbols like this, we may end
On Sat, Feb 28, 2009 at 10:52 PM, Daniel Keep
daniel.keep.li...@gmail.com wrote:
extern(C) void __identifier(blah$UNIX2003)(int);
A beneficial side-effect is that I can finally get rid of all those
mixins that are just doing this:
mixin(`void `~name_of_fn~`(int a)
{
// ... rest of
Walter Bright wrote:
Jarrett Billingsley wrote:
On Sat, Feb 28, 2009 at 10:52 PM, Daniel Keep
daniel.keep.li...@gmail.com wrote:
extern(C) void __identifier(blah$UNIX2003)(int);
A beneficial side-effect is that I can finally get rid of all those
mixins that are just doing this:
Walter Bright wrote:
Can you upgrade to 10.5 ?
It's only a few months left to Snow Leopard,
then we can play the same game all over again.
--anders
Anders F Björklund wrote:
Walter Bright wrote:
Can you upgrade to 10.5 ?
It's only a few months left to Snow Leopard,
then we can play the same game all over again.
Yeah, but 10.5 has working posix threads. It's doubtful whether 10.4 is
worth the effort.
Anders F Björklund wrote:
DMD is now the third D compiler to make it to Mac OS X,
after GDC and LDC before it (based on same front-end).
D2 needed to get there, too.
But the wxD samples built successfully* with all three...
Great!
On 2009-02-27 09:38:02 +0100, Walter Bright newshou...@digitalmars.com said:
Anders F Björklund wrote:
Walter Bright wrote:
Can you upgrade to 10.5 ?
It's only a few months left to Snow Leopard,
then we can play the same game all over again.
Yeah, but 10.5 has working posix threads. It's
Anders F Björklund Wrote:
DMD is now the third D compiler to make it to Mac OS X,
after GDC and LDC before it (based on same front-end).
Development on GDC appears to have stopped in 2007. LDC certainly has some life
in it and looks promising. I will definitely have to check it out.
However,
Walter Bright newshou...@digitalmars.com wrote in message
news:go88pa$1gu...@digitalmars.com...
Anders F Björklund wrote:
Walter Bright wrote:
Can you upgrade to 10.5 ?
It's only a few months left to Snow Leopard,
then we can play the same game all over again.
Yeah, but 10.5 has working
Nick Sabalausky wrote:
Ordinarily, I detest the idea of pulling support for anything as recent as
just a few years old. But Apple themselves has a habit of ignoring users of
anything except the latest version, so I would think that mac users would be
accustomed to the old routine of their OS
Nick Sabalausky wrote:
Walter Bright newshou...@digitalmars.com wrote in message
news:go88pa$1gu...@digitalmars.com...
Anders F Björklund wrote:
Walter Bright wrote:
Can you upgrade to 10.5 ?
It's only a few months left to Snow Leopard,
then we can play the same game all over again.
Yeah,
Jacob Carlborg d...@me.com wrote in message
news:go9me9$kg...@digitalmars.com...
Nick Sabalausky wrote:
Walter Bright newshou...@digitalmars.com wrote in message
news:go88pa$1gu...@digitalmars.com...
Anders F Björklund wrote:
Walter Bright wrote:
Can you upgrade to 10.5 ?
It's only a few
Michel Fortin wrote:
On 2009-02-27 16:37:13 -0500, Jacob Carlborg d...@me.com said:
Nick Sabalausky wrote:
Ordinarily, I detest the idea of pulling support for anything as
recent as just a few years old. But Apple themselves has a habit of
ignoring users of anything except the latest
Walter Bright Wrote:
Anders F Björklund wrote:
I gather this only works with Mac OS X 10.5 Leopard ?
$ dmd/osx/bin/dmd hello.d
Bus error
Could it be rebuilt with the MacOSX10.4u.sdk, perhaps ?
Is 10.5 really binary incompatible with 10.4 ? And not even a nice
message when it
John Stoneham wrote:
Walter, could you please do this for the 2.026 build, so we Tiger users can
have D too?
It's already done for the compiler (just redownload it), and Sean is
working on the library. It isn't as simple as you describe, because 10.4
has a weaker implementation of pthreads.
Walter Bright Wrote:
John Stoneham wrote:
Walter, could you please do this for the 2.026 build, so we Tiger users can
have D too?
It's already done for the compiler (just redownload it), and Sean is
working on the library. It isn't as simple as you describe, because 10.4
has a weaker
John Stoneham wrote:
I didn't realize the pthread issue would rear it's ugly head just by
linking the 10,4u SDK. :) I did download it again as you suggested,
and yes the compiler itself now runs without throwing any errors, but
as you point out the library isn't compiled for 10.4 yet so I do get
On Thu, Feb 26, 2009 at 8:39 PM, Walter Bright
newshou...@digitalmars.com wrote:
Can you upgrade to 10.5 ?
That costs money.
Anders Bergh wrote:
If you upload some 10.4 binaries I can try it on my machine.
Already done. Just redownload it.
On Mon, Feb 23, 2009 at 12:19, Walter Bright newshou...@digitalmars.com wrote:
Anders Bergh wrote:
If you upload some 10.4 binaries I can try it on my machine.
Already done. Just redownload it.
Just downloaded it and I can confirm that it does run on 10.4:
$ ./dmd
Digital Mars D Compiler
Anders Bergh wrote:
If you upload some 10.4 binaries I can try it on my machine.
Already done. Just redownload it.
Just downloaded it and I can confirm that it does run on 10.4:
$ ./dmd
Digital Mars D Compiler v1.040
Copyright (c) 1999-2009 by Digital Mars written by Walter Bright
Anders F Björklund wrote:
Anders Bergh wrote:
If you upload some 10.4 binaries I can try it on my machine.
Already done. Just redownload it.
Just downloaded it and I can confirm that it does run on 10.4:
$ ./dmd
Digital Mars D Compiler v1.040
Copyright (c) 1999-2009 by Digital Mars written
Sean Kelly wrote:
Apparently it's still using some Leopard symbols for pthread.
Could also be that dmd is now alright, but libphobos.a isn't.
But as long as those two (MDT+SDK) are applied, it should be.
Darnit... using 10.4 pthreads might be difficult. Posix support was a
tad weak on OSX
== Quote from Anders F Björklund (a...@algonet.se)'s article
Sean Kelly wrote:
Apparently it's still using some Leopard symbols for pthread.
Could also be that dmd is now alright, but libphobos.a isn't.
But as long as those two (MDT+SDK) are applied, it should be.
Darnit... using 10.4
Anders Bergh wrote:
Just downloaded it and I can confirm that it does run on 10.4:
$ ./dmd
Digital Mars D Compiler v1.040
Copyright (c) 1999-2009 by Digital Mars written by Walter Bright
Documentation: http://www.digitalmars.com/d/1.0/index.html
Woo-hoo!
Walter Bright wrote:
Anders Bergh wrote:
Just downloaded it and I can confirm that it does run on 10.4:
[evidence]
Woo-hoo!
Congrats! =)
== Quote from Walter Bright (newshou...@digitalmars.com)'s article
Michel Fortin wrote:
Is 10.5 really binary incompatible with 10.4 ?
It is compatible, unless you're using a new API or new linker features
which weren't available in 10.4.
Development on Mac OS X works by choosing a
Greg Parker wrote:
You'll be affected pretty much no matter what you use. Changes
between OS versions have included: * the libc and dynamic linker
bootstrap process. Basically, crt.o changed, and you can't compile
with the new crt.o and run on an old OS. * UNIX compliance. Some
functions changed
On Sat, 14 Feb 2009 12:11:38 -0800, Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.025.zip
Expect bugs.
I tried using DMD OSX with DSSS yesterday. For some reason it whines when
using -version=Posix
Error: version identifier 'Posix' is reserved and cannot be set.
Is that a bug or a feature :-)?
Op Sat, 14 Feb 2009 21:11:38 +0100 schreef Walter Bright
newshou...@digitalmars.com:
Now
Danny Wilson wrote:
I tried using DMD OSX with DSSS yesterday. For some reason it whines
when using -version=Posix
Error: version identifier 'Posix' is reserved and cannot be set.
Is that a bug or a feature :-)?
It's a feature. Posix is predefined for OSX and linux targets.
Danny Wilson wrote:
I tried using DMD OSX with DSSS yesterday. For some reason it whines
when using -version=Posix
Error: version identifier 'Posix' is reserved and cannot be set.
Is that a bug or a feature :-)?
LDC does the same...
For GDC, the predefined version identifier is 'Unix':
Walter Bright wrote:
Anders F Björklund wrote:
Walter Bright wrote:
No luck, same problem. Might want to add requires Mac OS X 10.5
or something for now ? Upgraded wxD CVS to support DMD on Mac too.
Yeah, that looks like the best strategy for the moment. It seems odd
that there is such
Walter Bright wrote:
I gather this only works with Mac OS X 10.5 Leopard ?
$ dmd/osx/bin/dmd hello.d
Bus error
Could it be rebuilt with the MacOSX10.4u.sdk, perhaps ?
It works with whatever came with the Mac mini install disk g. I have
no idea about other setups.
It works on Mac OS X
Anders F Björklund wrote:
Walter Bright wrote:
I suppose that explains the bus error. But I love this: The Firebird
build environment now uses both - just to make 100% certain. Blech.
Anyone know for sure? I hate randomly trying things.
Set both of them... They're for the same thing, but as
Walter Bright wrote:
Anders F Björklund wrote:
-mmacosx-version-min=10.4
I recompiled with that switch, and uploaded a new dmd.1.040.zip. Can you
give it a try, please?
You did add *both* the switches, right ? One for MDT, one for SDK.
(MDT is for choosing functions, SDK chooses headers
Anders F Björklund wrote:
Walter Bright wrote:
Anders F Björklund wrote:
-mmacosx-version-min=10.4
I recompiled with that switch, and uploaded a new dmd.1.040.zip. Can
you give it a try, please?
You did add *both* the switches, right ? One for MDT, one for SDK.
(MDT is for choosing
Walter Bright wrote:
It still fails on Mac OS X 10.4, maybe it still used native SDK ?
(if it matters, it gets a null dereference in _malloc_initialize)
Ok, I tried it with both switches now. Please give it a try.
No luck, same problem. Might want to add requires Mac OS X 10.5
or something
On 2009-02-15 04:30:28 -0500, Anders F Björklund a...@algonet.se said:
Walter Bright wrote:
Anders F Björklund wrote:
-mmacosx-version-min=10.4
I recompiled with that switch, and uploaded a new dmd.1.040.zip. Can
you give it a try, please?
You did add *both* the switches, right ? One for
Walter Bright wrote:
No luck, same problem. Might want to add requires Mac OS X 10.5
or something for now ? Upgraded wxD CVS to support DMD on Mac too.
Yeah, that looks like the best strategy for the moment. It seems odd
that there is such confusion about something that should be documented
On 2009-02-15 08:42:53 -0500, Anders F Björklund a...@algonet.se said:
I thought GCC 4.0.1 and later did that for you automatically ?
i.e. passed -syslibroot to the linker when using -isysroot
--anders
Hum, indeed, I think you're right. Seems like this Apple documentation
is outdated:
Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.025.zip
Expect bugs. Thread local storage isn't working on OSX, neither
Anders F Björklund wrote:
Walter Bright wrote:
No luck, same problem. Might want to add requires Mac OS X 10.5
or something for now ? Upgraded wxD CVS to support DMD on Mac too.
Yeah, that looks like the best strategy for the moment. It seems odd
that there is such confusion about something
Jacob Carlborg wrote:
Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.025.zip
Expect bugs. Thread local storage isn't
Walter Bright newshou...@digitalmars.com wrote in message
news:gn78ho$hm...@digitalmars.com...
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
Ok, try downloading dmd1 again.
Lionello Lunesu wrote:
dmd.2.025.zip has a file called lib (no extension) in the dmd folder.
Sounds like a copy something \dmd\lib ? Its size is similar to
gcstub.obj, is that it?
eh, just delete it!
On Sat, 14 Feb 2009 12:11:38 -0800, Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.025.zip
Expect bugs.
Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.025.zip
Expect bugs. Thread local storage isn't working on OSX, neither
Hello Dejan,
Well done!
When can we expect 64bit version of DMD?
OSX is still 32bit x86 so don't get your hopes up.
Dejan Lekic wrote:
When can we expect 64bit version of DMD?
Nobody's ever satisfied g.
It has to be done sooner or later. Probably sooner.
Walter Bright wrote:
Must have been unlucky, or doing things outside the dotted lines,
or both... Because usually it does just work with the MDT and SDK.
I don't know how my new Mac mini, with an utterly default install, could
possibly be outside the dotted lines. man gcc lists about a
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.025.zip
Expect bugs. Thread local storage isn't working on OSX, neither are
sockets and
Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.025.zip
Expect bugs. Thread local storage isn't working on OSX, neither
Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
...
Expect bugs. Thread local storage isn't working on OSX, neither are
sockets and memory mapped files (for unknown reasons).
Thanks to Sean Kelly
Anders F Björklund wrote:
Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
...
Expect bugs. Thread local storage isn't working on OSX, neither are
sockets and memory mapped files (for unknown
Extrawurst wrote:
Very nice, but what happened to version 2.024 ?
test version
Anders F Björklund wrote:
I gather this only works with Mac OS X 10.5 Leopard ?
$ dmd/osx/bin/dmd hello.d
Bus error
Could it be rebuilt with the MacOSX10.4u.sdk, perhaps ?
Is 10.5 really binary incompatible with 10.4 ? And not even a nice
message when it isn't?
Walter Bright newshou...@digitalmars.com wrote in message
news:gn7cvo$to...@digitalmars.com...
Anders F Björklund wrote:
I gather this only works with Mac OS X 10.5 Leopard ?
$ dmd/osx/bin/dmd hello.d
Bus error
Could it be rebuilt with the MacOSX10.4u.sdk, perhaps ?
Is 10.5 really binary
On 2009-02-14 16:27:22 -0500, Walter Bright newshou...@digitalmars.com said:
Anders F Björklund wrote:
I gather this only works with Mac OS X 10.5 Leopard ?
$ dmd/osx/bin/dmd hello.d
Bus error
Could it be rebuilt with the MacOSX10.4u.sdk, perhaps ?
Is 10.5 really binary incompatible with
Extrawurst wrote:
Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.025.zip
Expect bugs. Thread local storage isn't
Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.025.zip
Expect bugs. Thread local storage isn't working on OSX, neither
Michel Fortin wrote:
Is 10.5 really binary incompatible with 10.4 ?
It is compatible, unless you're using a new API or new linker features
which weren't available in 10.4.
Development on Mac OS X works by choosing a target SDK and a deployment
target version. Unless you want to use new
On Sun, Feb 15, 2009 at 05:06, Walter Bright newshou...@digitalmars.com wrote:
It's hard to see what that might be. dmd uses nothing but the generic linker
commands, in fact, it uses gcc to do the link. It also doesn't use any but
the basic api functions like read() and write().
When you link
Anders Bergh wrote:
On Sun, Feb 15, 2009 at 05:06, Walter Bright newshou...@digitalmars.com wrote:
It's hard to see what that might be. dmd uses nothing but the generic linker
commands, in fact, it uses gcc to do the link. It also doesn't use any but
the basic api functions like read() and
On Sun, Feb 15, 2009 at 06:04, Walter Bright newshou...@digitalmars.com wrote:
Anders Bergh wrote:
On Sun, Feb 15, 2009 at 05:06, Walter Bright newshou...@digitalmars.com
wrote:
It's hard to see what that might be. dmd uses nothing but the generic
linker
commands, in fact, it uses gcc to
Anders Bergh wrote:
On Sun, Feb 15, 2009 at 06:04, Walter Bright newshou...@digitalmars.com wrote:
Anders Bergh wrote:
On Sun, Feb 15, 2009 at 05:06, Walter Bright newshou...@digitalmars.com
wrote:
It's hard to see what that might be. dmd uses nothing but the generic
linker
commands, in fact,
Walter Bright wrote:
I suppose that explains the bus error. But I love this: The Firebird
build environment now uses both - just to make 100% certain. Blech.
Anyone know for sure? I hate randomly trying things.
Set both of them... They're for the same thing, but as with all
deprecation
75 matches
Mail list logo
