• one_mad_alien hotmail.com (8/8) Dec 06 2003 Walter,
• Ilya Minkov (15/25) Dec 06 2003 sorry for intervention,
• one_mad_alien hotmail.com (5/7) Dec 06 2003 your right, I think I was getting confused with devkitadvance and the pa...
• Ilya Minkov (6/8) Dec 07 2003 Basically the same .obj and .lib format used by MSVC and LCC-Win32, with...
• Walter (5/12) Dec 07 2003 It's a surprising amount of extra work to keep the linux version in sync

one_mad_alien hotmail.com writes:

Walter,

since the Linux DMD generates Elf objects and integrates with gcc wonderfully is
there any chance that a win32 version that works with mingw (www.mingw.org)
would be released ?
this is would potentially open the door to D being used on more Non MS OS's such
as FreeDOS, VxWorks or other X86 OS that ld/gcc cross compiler tools support,
which currently is only possible with a Linux box.

Mike.

Ilya Minkov <minkov cs.tum.edu> writes:

sorry for intervention,

I thought the MinGW32/Cygwin linker ld is a fully different thing than 
on Linux and doesn't support ELF.

However, there is an alternative Linker from Christof Meerwald (derived 
from OpenWatcom), which might be able to link together the MinGW, the 
MSVC, and DigitalMars binaries. You can expect that this linker would 
support an increasing number of platforms next time...

One potential problem i see is the format for stub libraries, which may 
be different even if code-only libraries (which don't import anything 
from DLLs) may be the same. I ran over this problem when trying to link 
together binaries from MinGW and LCC-Win32. It may be that only the 
expected identifiers differed.

Nice to see you back.

-eye

one_mad_alien hotmail.com wrote:
 Walter,
 
 since the Linux DMD generates Elf objects and integrates with gcc wonderfully
is
 there any chance that a win32 version that works with mingw (www.mingw.org)
 would be released ?
 this is would potentially open the door to D being used on more Non MS OS's
such
 as FreeDOS, VxWorks or other X86 OS that ld/gcc cross compiler tools support,
 which currently is only possible with a Linux box.
 
 Mike.

one_mad_alien hotmail.com writes:

In article <bqt49d$2u0p$1 digitaldaemon.com>, Ilya Minkov says...

I thought the MinGW32/Cygwin linker ld is a fully different thing than 
on Linux and doesn't support ELF.

your right, I think I was getting confused with devkitadvance and the palm arm
tools (arm uses elf, m68k uses coff)
cygwin gcc outputs pe-i368 objects (what ever that is .......)
still a D that works with cygwin/mingw would be good.

Ilya Minkov <minkov cs.tum.edu> writes:

one_mad_alien hotmail.com wrote:
 cygwin gcc outputs pe-i368 objects (what ever that is .......)

Basically the same .obj and .lib format used by MSVC and LCC-Win32, with 
some subtle difference on stub libraries. Their will to be 
platform-native for each platform goes further than one might think. :)

 still a D that works with cygwin/mingw would be good.

Agree.

-eye

"Walter" <walter digitalmars.com> writes:

"Ilya Minkov" <minkov cs.tum.edu> wrote in message
news:bqvc1c$jlo$1 digitaldaemon.com...
 one_mad_alien hotmail.com wrote:
 cygwin gcc outputs pe-i368 objects (what ever that is .......)

 Basically the same .obj and .lib format used by MSVC and LCC-Win32, with
 some subtle difference on stub libraries. Their will to be
 platform-native for each platform goes further than one might think. :)

 still a D that works with cygwin/mingw would be good.

 Agree.

It's a surprising amount of extra work to keep the linux version in sync
with the win32 version. If I add more back ends, progress will grind to a
halt. I think more back ends will have to wait until D gets hooked into gcc.