gnunet-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNUnet-developers] window port of gnunet-peer-info


From: Krista Bennett
Subject: Re: [GNUnet-developers] window port of gnunet-peer-info
Date: Tue, 25 Feb 2003 14:31:22 -0500
User-agent: Mutt/1.4i

Jan Marco Alkema hath spoken thusly on Tue, Feb 25, 2003 at 07:43:28PM -0800:
> Hello Krista,
> 
> >I'm doing the Windows port under Cygwin. I hope that gives you enough to
> think about until I get stuff online. :)
> 
> I'll wait and see for your port to Cygwin --). 

Greetings Jan Marco:

I have to work out some shared library issues before it will be in any 
shape for anyone to work on really; I'll check in this evening if I can 
get my homework done in time, but there are some glitches I have to iron 
out.

> I have worked shortly with
> Cygwin. I find the way of software distribution of Cygwin perfect. 

This is one of the many nice things about Cygwin. It's not why we're using 
it, but it's very very nice.

> It
> retrieves the source from depot servers automatically when I tested it. N.B.
> I have Microsoft Visual studio (NET) running on mine computer. Visual studio
> works good and has a lot of tools.

Let me just stop this before it gets started.

I will not be using Visual Studio for any reason unless I absolutely have 
to. I invested a significant amount of time in figuring out what would be 
required to port it, and trust me... We don't even want to think about 
going there if we don't have to. Sticking with Cygwin/gcc will, I hope, 
keep us from having to branch code, works with the current build process, 
and keeps things consistent.

I'm not going to brook a whole lot of debate on this one. If for some
reason we stumble across a compelling reason this can't be done under
Cygwin/gcc (something I highly doubt), maybe we'll revisit this, but let
me just say that porting this for use under a Microsoft compiler would be
a PAIN IN THE ASS. It's going to be messy enough without adding the fact
that MS doesn't believe in standardization of any sort. Spending my days
sorting through Microsoft's non-standard API to find where they've hidden
"standard" functions (which generally turn out not to be - different
arguments, different semantics, you name it, they've got it) on such a
large and complex piece of code would be a waste of my time and a complete
mess to maintain in the end.

This is not zealotry; this is experience with using MVC++.

> For mine understanding of gnunetd I will 'make' fshcore. 
> <more stuff here>

As usual, I have no idea what you're talking about :) Do whatever you feel
is necessary to make yourself happy.

- Krista

-- 
***********************************************************************
Krista Bennett                               address@hidden
Graduate Student
Interdepartmental Program in Linguistics
Purdue University

         If at first you don't succeed, try again. Then quit.         
             There's no use being a damn fool about it.
                           -- W.C. Fields




reply via email to

[Prev in Thread] Current Thread [Next in Thread]