From: Dominique O. <Dom...@po...> - 2004-10-06 21:49:42
|
Hello, I may have missed the train, but i very recently realized that Microsoft released its Services For Unix on its website at http://www.microsoft.com/windows/sfu/default.asp I believed this was pay software. The licensing must not be very permissive, but i haven't explored that yet. In general terms, i was wondering what the differences were between MinGW/MSYS and SFU as Unix-like development environments in Windows? The first thing i notice is the size of SFU! Is it also 'autoconfig/automake'-based? What would you say the (dis)advantages of both are and what does one address that the other doesn't? I apologize if this question has been asked before, and i also apologize for its vagueness. Thank you in advance for any comments. Dominique |
From: Aaron W. L. <aar...@aa...> - 2004-10-06 23:58:58
|
Dominique Orban wrote: > In general terms, i was wondering what the differences were between > MinGW/MSYS and SFU as Unix-like development environments in Windows? The > first thing i notice is the size of SFU! Is it also > 'autoconfig/automake'-based? What would you say the (dis)advantages of > both are and what does one address that the other doesn't? I have never used SFU. However, it also uses the GNU toolchain, under the auspices of the Interix target. As such, I would expect the differences between MinGW and SFU distributions based on a similar GCC version to be small. Its probably better to compare SFU with Cygwin, since MinGW offers only very limited Unix compatibility. In general, MinGW and Cygwin will almost certainly be more up to date, as it has continuous development effort behind it. I am unsure who, if anyone, is maintaining Interix. One potiential issue with SFU is that the executables it creates run within the POSIX subsystem. That means that they can not directly communicate with the ordinary Win32 subsystem. (Typically sockets are used to communicate.) As far as I know, Windows 95/98/ME does not support the POSIX subsystem. Aaron W. LaFramboise |
From: Michael K. <kri...@ui...> - 2004-10-07 22:30:47
|
On 10/6/2004 6:59 PM, Aaron W. LaFramboise wrote: > One potiential issue with SFU is that the executables it creates run > within the POSIX subsystem. That means that they can not directly > communicate with the ordinary Win32 subsystem. (Typically sockets are > used to communicate.) As far as I know, Windows 95/98/ME does not > support the POSIX subsystem. Actually, Winsock is designed to accomplish exactly that. Like the name suggests, it's just BSD sockets written for Windows. The POSIX application may be required to run with that subsystem, but you shouldn't have any problems using sockets to communicate with a regular Windows program. -- Mike Kristofik kri...@ui... |
From: Stephen C. <sc...@in...> - 2004-10-08 04:18:42
|
I am new to MinGW and GCJ. I have installed the following packages into d:\mingw: - MinGW-3.1.0-1.exe - binutils-2.15.91-20040904-1 - gcc-core-3.4.2-20040916-1 - gcc-java-3.4.2-20040916-1 - mingw-runtime-3.5 I tried calling GCJ with the following command to convert a set of classfiles (not sourcefile) into an executable, but failed with "Cannot find -liconv". project_dir>gcj -classpath .\ -o Queens test\innaworks\framework\Qu eens.class d:\mingw\bin\..\lib\gcc\mingw32\3.4.2\..\..\..\..\mingw32\bin\ld.exe: cannot find -liconv collect2: ld returned 1 exit status What is -liconv? Is it referring to a missing library iconv? Any help would be most appreciated. Best regards, Stephen |
From: Danny S. <dan...@cl...> - 2004-10-10 07:23:45
|
Stephen Cheng wrote: > I am new to MinGW and GCJ. I have installed the following packages > into d:\mingw: > - MinGW-3.1.0-1.exe > - binutils-2.15.91-20040904-1 > - gcc-core-3.4.2-20040916-1 > - gcc-java-3.4.2-20040916-1 > - mingw-runtime-3.5 > > I tried calling GCJ with the following command to convert a set of > classfiles (not sourcefile) into an executable, but failed with > "Cannot find -liconv". > From the gcc-3.4.2 release notes: "* libgcj requires libiconv. You can download sources or prebuilt binaries from the maintainers. See: http://www.gnu.org/software/libiconv. My testing has been done with libiconv-1.9.2 built (using mingw) as a static lib." Danny |
From: Stephen C. <sc...@in...> - 2004-10-10 20:26:22
|
Hello Danny, Thank you very much for your help. Would it make sense to include libconv as part of Ming GCJ distribution? I wonder whether you would mind sending me a copy of the libiconv-1.9.2. binary built on mingw? Best regards, Stephen > -----Original Message----- > From: min...@li... > [mailto:min...@li...]On Behalf Of Danny Smith > Sent: Sunday, 10 October 2004 8:17 p.m. > To: min...@li... > Subject: Re: [Mingw-users] GCJ 3.4.2: Cannot find -liconv > > > Stephen Cheng wrote: > > I am new to MinGW and GCJ. I have installed the following packages > > into d:\mingw: > > - MinGW-3.1.0-1.exe > > - binutils-2.15.91-20040904-1 > > - gcc-core-3.4.2-20040916-1 > > - gcc-java-3.4.2-20040916-1 > > - mingw-runtime-3.5 > > > > I tried calling GCJ with the following command to convert a set of > > classfiles (not sourcefile) into an executable, but failed with > > "Cannot find -liconv". > > > >From the gcc-3.4.2 release notes: > "* libgcj requires libiconv. You can download sources or prebuilt > binaries from the maintainers. See: > http://www.gnu.org/software/libiconv. > My testing has been done with libiconv-1.9.2 built (using mingw) as a > static lib." > > Danny > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to > find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users |
From: Danny S. <dan...@cl...> - 2004-10-11 01:19:47
|
Stephen Cheng wrote: > Hello Danny, > > Thank you very much for your help. > > Would it make sense to include libconv as part of Ming GCJ > distribution? Probably not. I wouldn't want to over write the libiconv that users may already have installed. Plus I don't want to get involved in tedious debates about static vs dll, naming conventions, libintl integration, etc. > > I wonder whether you would mind sending me a copy of the > libiconv-1.9.2. binary built on mingw? If I honoured every request like that I would not have much time for anything else. There are many site where you can pick up a libiconv for mingw. The srcs from the official site build quite easily with only a few problems when building the wrappers used to relocate libintl support files. Those wrappers are not really needed. Danny > > Best regards, > Stephen > >> -----Original Message----- >> From: min...@li... >> [mailto:min...@li...]On Behalf Of Danny >> Smith Sent: Sunday, 10 October 2004 8:17 p.m. >> To: min...@li... >> Subject: Re: [Mingw-users] GCJ 3.4.2: Cannot find -liconv >> >> >> Stephen Cheng wrote: >>> I am new to MinGW and GCJ. I have installed the following packages >>> into d:\mingw: >>> - MinGW-3.1.0-1.exe >>> - binutils-2.15.91-20040904-1 >>> - gcc-core-3.4.2-20040916-1 >>> - gcc-java-3.4.2-20040916-1 >>> - mingw-runtime-3.5 >>> >>> I tried calling GCJ with the following command to convert a set of >>> classfiles (not sourcefile) into an executable, but failed with >>> "Cannot find -liconv". >>> >>> From the gcc-3.4.2 release notes: >> "* libgcj requires libiconv. You can download sources or prebuilt >> binaries from the maintainers. See: >> http://www.gnu.org/software/libiconv. >> My testing has been done with libiconv-1.9.2 built (using mingw) >> as a static lib." >> >> Danny >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: IT Product Guide on >> ITManagersJournal Use IT products in your business? Tell us what you >> think of them. Give us Your Opinions, Get Free ThinkGeek Gift >> Certificates! Click to >> find out more >> http://productguide.itmanagersjournal.com/guidepromo.tmpl >> _______________________________________________ >> MinGW-users mailing list >> Min...@li... >> >> You may change your MinGW Account Options or unsubscribe at: >> https://lists.sourceforge.net/lists/listinfo/mingw-users > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on > ITManagersJournal Use IT products in your business? Tell us what you > think of them. Give us Your Opinions, Get Free ThinkGeek Gift > Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users |
From: Greg C. <chi...@mi...> - 2004-10-07 04:29:33
|
On 2004-10-06 5:49 PM, Dominique Orban wrote: > > I may have missed the train, but i very recently realized that Microsoft > released its Services For Unix [...] > In general terms, i was wondering what the differences were between > MinGW/MSYS and SFU as Unix-like development environments in Windows? http://www.cygwin.com/ml/cygwin/2001-03/msg01893.html "Microsoft published a crippled POSIX subsystem for certification purposes only, and it was never meant to be used for any real work." http://linuxtoday.com/news_story.php3?ltsn=2001-06-28-005-20-PS-CY-MS [The author of the above-quoted message helped on Interix] [BTW, he also did a lot of work on MinGW years ago] I thought the brief quote above meant that the ms thing wasn't worth looking at. Reading it again now, maybe it means that ms's initial effort was poor, but what Softway later did wasn't. |
From: Vibhaakar S. <vib...@ya...> - 2004-10-07 10:53:49
|
Now SFU is really cool!! Just try latest version from.. http://www.microsoft.com/windows/sfu/ It's totally free. -Vibhaakar. --- Greg Chicares <chi...@mi...> wrote: > On 2004-10-06 5:49 PM, Dominique Orban wrote: > > > > I may have missed the train, but i very recently > realized that Microsoft > > released its Services For Unix > [...] > > In general terms, i was wondering what the > differences were between > > MinGW/MSYS and SFU as Unix-like development > environments in Windows? > > > http://www.cygwin.com/ml/cygwin/2001-03/msg01893.html > "Microsoft published a crippled POSIX subsystem for > certification > purposes only, and it was never meant to be used for > any real work." > > > http://linuxtoday.com/news_story.php3?ltsn=2001-06-28-005-20-PS-CY-MS > [The author of the above-quoted message helped on > Interix] > [BTW, he also did a lot of work on MinGW years ago] > > I thought the brief quote above meant that the ms > thing wasn't > worth looking at. Reading it again now, maybe it > means that ms's > initial effort was poor, but what Softway later did > wasn't. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide > on ITManagersJournal > Use IT products in your business? Tell us what you > think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! > Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or > unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
From: Greg C. <chi...@mi...> - 2004-10-07 12:20:52
|
On 2004-10-07 6:53 AM, Vibhaakar Sharma wrote: > Now SFU is really cool!! > Just try latest version from.. > http://www.microsoft.com/windows/sfu/ What advantages does it have over cygwin? > It's totally free. http://www.microsoft.com/windows/sfu/productinfo/overview/sfufaq.asp Q. What are the licensing requirements for Windows Services for UNIX? A. Server component client access license (CAL) requirements are governed by the Microsoft Windows Server™ 2003 or Windows 2000 End-User License Agreement. CALs are required to the extent that any Windows Server service is used. Is everyone free to modify it and distribute modified copies? |
From: Greg C. <chi...@mi...> - 2004-10-09 23:30:25
|
I just came across this on page 57 of the 2004-11 issue of "MSDN Magazine": "Applying the 80/20 rule, 80 percent of the users do not use the POSIX subsystem (to be honest, I know of no one who does!), so it was simply removed from the operating system." Author "Michael Howard is a senior program manager, a founding member of the Secure Windows Initiative group at Microsoft..." I'm saying that not to be contentious (he probably doesn't know anyone who uses MinGW either) but because it seems to suggest that they've deleted "Services for Unix". |
From: Bronek K. <br...@ru...> - 2004-10-10 13:00:55
|
Greg Chicares wrote: > I'm saying that not to be contentious (he probably doesn't know > anyone who uses MinGW either) but because it seems to suggest > that they've deleted "Services for Unix". I believe that SFU is separate line of products. POSIX subsystem built into Windows NT was never considered as "serious" POSIX compliant platform and very rarely used, however SFU apparently is. It's also actively maintained by Microsoft; it will be probably built into next version of Windows *instead* of crippled POSIX subsystem built in current versions of Windows NT. B. |
From: Greg C. <chi...@mi...> - 2004-10-10 14:36:07
|
On 2004-10-10 9:00 AM, Bronek Kozicki wrote: > Greg Chicares wrote: > >> I'm saying that not to be contentious (he probably doesn't know >> anyone who uses MinGW either) but because it seems to suggest >> that they've deleted "Services for Unix". > > I believe that SFU is separate line of products. POSIX subsystem built > into Windows NT was never considered as "serious" POSIX compliant > platform and very rarely used, however SFU apparently is. It's also > actively maintained by Microsoft; it will be probably built into next > version of Windows *instead* of crippled POSIX subsystem built in > current versions of Windows NT. Thanks for the clarification. I guess I was confusing - "POSIX subsystem": deficient and deprecated - "Services for Unix": usable and maintained It would be interesting to hear SFU success stories from people who've used it with or instead of mingw or cygwin. |