|
Archives
D Programming
D
D.gnu
digitalmars.D
digitalmars.D.bugs
digitalmars.D.dtl
digitalmars.D.dwt
digitalmars.D.announce
digitalmars.D.learn
digitalmars.D.debugger
C/C++ Programming
c++
c++.announce
c++.atl
c++.beta
c++.chat
c++.command-line
c++.dos
c++.dos.16-bits
c++.dos.32-bits
c++.idde
c++.mfc
c++.rtl
c++.stl
c++.stl.hp
c++.stl.port
c++.stl.sgi
c++.stlsoft
c++.windows
c++.windows.16-bits
c++.windows.32-bits
c++.wxwindows
digitalmars.empire
digitalmars.DMDScript
|
D.gnu - xcode and D?
↑ ↓ ← → "Kris" <fu bar.com> writes:
I see xcode 2.2 is out. Has anyone configured xcode to use GDC?
↑ ↓ ← → =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Kris wrote:
I see xcode 2.2 is out. Has anyone configured xcode to use GDC?
I configured Xcode 1.5 to use GDC, some brave souls upgraded it
to Xcode 2 (AFAIK) - but it required some scripting and so on...
Details at http://gdcmac.sourceforge.net/xcode.html
Will download the new Xcode 2.2, maybe this also fixes all the
crashing bugs that GCC 4.0.0 has caused me with Xcode 2.0-2.1 ?
--anders
↑ ↓ ← → "Kris" <fu bar.com> writes:
Thank you, Anders.
I saw your earlier posts on this. But, naturally, after I'd posted. Oops :-(
Will check out that link!
"Anders F Björklund" <afb algonet.se> wrote ...
Kris wrote:
I see xcode 2.2 is out. Has anyone configured xcode to use GDC?
I configured Xcode 1.5 to use GDC, some brave souls upgraded it
to Xcode 2 (AFAIK) - but it required some scripting and so on...
Details at http://gdcmac.sourceforge.net/xcode.html
Will download the new Xcode 2.2, maybe this also fixes all the
crashing bugs that GCC 4.0.0 has caused me with Xcode 2.0-2.1 ?
--anders
↑ ↓ ← → =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
(update)
Will download the new Xcode 2.2, maybe this also fixes all the
crashing bugs that GCC 4.0.0 has caused me with Xcode 2.0-2.1 ?
I haven't updated my own Xcode (IDE) bindings to work with 2.x,
but I'm happy to report that GDC compiles OK now with GCC 4.0.1...
For some reason GCC 4.0.2 fails to compile on Darwin, though ?
(but since the "policy" for gdcmac is to use the same compiler
as the system does, the next GDC build will probably use 4.0.1
unless I can find either a patch - or if GCC 4.0.3 is released)
Regarding the IDE:
There were some more Xcode2 files at http://alanz.com/d/xcode/
Had some other submissions too, will try to get them up on SF...
The goal is to have GDC integration for Xcode 1.2+ for Panther,
and for Xcode 2.1+ for Tiger - all so that you can easily use D.
A side-project is to make the GDB patches work with Apple's
branch of gdb, so that the debugger can demangle correctly...
i.e. ones from http://www.dsource.org/projects/gdb-patches/
(needs backporting to gdb version 5.3 to work with Panther)
--anders
PS. Let me know if you want to help out:
http://sourceforge.net/projects/gdcmac/
↑ ↓ ← → Alan West <alan alanz.com> writes:
Kris wrote:
I see xcode 2.2 is out. Has anyone configured xcode to use GDC?
Yes, I have, though would like to clean it up a bit and make an
installer for it before releasing. Its currently a dummy Xcode Plugin
that also provides a system default D compiler rule.
You are able to create a normal C BSD Shell Program, delete the main.c
file, add new D module, write code, goto errors/warnings, and click
build & run/debug.
De-mangling of D symbols in the debugger can be done in your head,
generally, the numbers you see in the symbol are usually the length of
the next sub-identifier.
↑ ↓ ← → "Kris" <fu bar.com> writes:
Thank you!
I'll look forward to that release.
"Alan West" <alan alanz.com> wrote in message
news:dm2jha$1pc0$1 digitaldaemon.com...
Kris wrote:
I see xcode 2.2 is out. Has anyone configured xcode to use GDC?
Yes, I have, though would like to clean it up a bit and make an installer
for it before releasing. Its currently a dummy Xcode Plugin that also
provides a system default D compiler rule.
You are able to create a normal C BSD Shell Program, delete the main.c
file, add new D module, write code, goto errors/warnings, and click build
& run/debug.
De-mangling of D symbols in the debugger can be done in your head,
generally, the numbers you see in the symbol are usually the length of the
next sub-identifier.
↑ ↓ ← → Alan West <alan alanz.com> writes:
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
I haven't been doing any D lately, I never did get around to making an
installer for this D Xcode plugin. I had lost the project, so re-created
the dummy plugin, and copied the spec files from the plugin I had been
using.
Please find attached the source.
More may be stripped out of the release plugin, as it doesn't have any
user interface elements.
One thing I was unable to override involves the standard path for header
files, iirc the standard d library imports could not be found in some
path containing 10.4-universal (along those lines), I just deleted it in
the project settings and everything was fine.
If Anders wishes, it could be included in the installer for the compiler.
Kris wrote:
Thank you!
I'll look forward to that release.
"Alan West" <alan alanz.com> wrote in message
news:dm2jha$1pc0$1 digitaldaemon.com...
Kris wrote:
I see xcode 2.2 is out. Has anyone configured xcode to use GDC?
for it before releasing. Its currently a dummy Xcode Plugin that also
provides a system default D compiler rule.
You are able to create a normal C BSD Shell Program, delete the main.c
file, add new D module, write code, goto errors/warnings, and click build
& run/debug.
De-mangling of D symbols in the debugger can be done in your head,
generally, the numbers you see in the symbol are usually the length of the
next sub-identifier.
↑ ↓ ← → Alan West <alan alanz.com> writes:
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
...And here's the plugin to be installed here:
/Library/Application Support/Apple/Developer Tools/Plug-ins
↑ ↓ ← → =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Alan West wrote:
I haven't been doing any D lately, I never did get around to making an
installer for this D Xcode plugin. I had lost the project, so re-created
the dummy plugin, and copied the spec files from the plugin I had been
using.
Oh, looks very nice! Mac OS X 10.4 only I guess, but it looks complete ?
If Anders wishes, it could be included in the installer for the compiler.
I'll put it up on gdcmac for sure, will see which installer it'll be...
--anders
↑ ↓ ← → =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Alan West wrote:
One thing I was unable to override involves the standard path for header
files, iirc the standard d library imports could not be found in some
path containing 10.4-universal (along those lines), I just deleted it in
the project settings and everything was fine.
It seems to be using the GCC 3.3 paths, so once it is updated to
use the GCC 4.0 instead it should probably be able to find them... ?
For GCC 3.x, Apple did their "usual thing" of changing all the GCC
paths to be weird, but for GCC 4.x they reverted back to the GNU ones.
i.e.
/usr/lib/gcc/darwin/3.3/
vs.
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/
/usr/lib/gcc/i686-apple-darwin8/4.0.1/
De-mangling of D symbols in the debugger can be done in your head,
generally, the numbers you see in the symbol are usually the length
of the next sub-identifier.
There are some stand-alone utilities to do this, before the GDB patches
can be integrated with the Mac OS X system debugger (as is possible...)
Here is one such:
http://gdcmac.sourceforge.net/d-name-demangler.zip
(http://gdcmac.sourceforge.net/d_demangle.txt, translated back to C)
--anders
|
|