From: Jianhong W. <jia...@gm...> - 2006-04-21 20:05:13
|
Hi I tried to compile some numeric computing package and find Mingw does not define signgam. Actually after googling at the Internet for a while. I foun= d Cygwin had this problem before, but it was fixed. How about MingW? Any work around way/patch for this problem? Thanks! |
From: Michael G. <mg...@te...> - 2006-04-21 21:10:03
|
> I tried to compile some numeric computing package and find Mingw does not > define signgam. Actually after googling at the Internet for a while. I f= ound=20 > Cygwin had this problem before, but it was fixed. How about MingW? Any wo= rk > around way/patch for this problem? The problem is not that MinGW does not define signgam, the problem is that the whole family of gamma-functions isn't provided by MSVCRT. As had been pointed out regularly in the past MinGW does not provide a C-Runtime library but does interface the functions provided by M$ in MSVCRT. MinGW is supposed to provide exactly those. =46or all other functions that are available on e.g. Linux you'll have to "roll your own" or try to find some other lib that's providing it. I don't know but I'd be surprised if there would be no such library. It is rather unlikely that MinGW will ever provide it's own C-Runtime library. If you require that you might want to give cygwin a try. HTH, best, Michael =2D-=20 Vote against SPAM - see http://www.politik-digital.de/spam/ Michael Gerdau email: mg...@te... GPG-keys available on request or at public keyserver |
From: Earnie B. <ea...@us...> - 2006-04-22 13:29:06
|
Quoting Michael Gerdau <mg...@te...>: >> I tried to compile some numeric computing package and find Mingw does not >> define signgam. Actually after googling at the Internet for a >> while. I found >> Cygwin had this problem before, but it was fixed. How about MingW? Any work >> around way/patch for this problem? > > The problem is not that MinGW does not define signgam, the problem is > that the whole family of gamma-functions isn't provided by MSVCRT. > > As had been pointed out regularly in the past MinGW does not provide > a C-Runtime library but does interface the functions provided by M$ > in MSVCRT. MinGW is supposed to provide exactly those. > We do provide extensions for MSVCRT especially those that are C99 specified and the description of the project at SF states it so. If someone wishes to provide a patch to the mingwex that provides these missing functions and the license is PD we can consider adding these extensions. Also when requiring C99 functions don't forget to be specific; i.e. -std=c99. Earnie Boyd http://shop.siebunlimited.com |
From: Justin C. <ju...@po...> - 2006-04-22 15:30:56
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Earnie Boyd wrote: <snip> > We do provide extensions for MSVCRT especially those that are C99 > specified and the description of the project at SF states it so. If > someone wishes to provide a patch to the mingwex that provides these > missing functions and the license is PD we can consider adding these > extensions. <snip> Ok, this might be helpful then. The other day, John Vandenberg provided a link to a small site with a bunch of functions written on it. The functions plug some of the missing gaps caused by platform X having a function, but platform Y not. i.e. there's a version of vasprintf(), etc. http://unixpapa.com/incnote/index.html The author has given his permission for (the Ming project at least) people to use them in their code. Please see inlined email below. :) Perhaps it would be beneficial to someone (with more time and experience than me) to take a look at including them in MinGW, as Earnie mentions? Regards and best wishes, Justin Clift *********** - -------- Original Message -------- Subject: Re: License for your Unix Incompatibility functions? Date: Sat, 22 Apr 2006 09:54:20 -0400 From: Jan Wolter <ja...@un...> To: Justin Clift <ju...@po...> References: <444...@po...> On Fri, 2006-04-21 at 10:06, Justin Clift wrote: <snip> > Is it ok for us to use your unix incompatibility function(s) (or at > least the vasprintf() ones), in LGPL and GPL software? > > Regards and best wishes, > > Justin Clift Hmmm...I should have made an explicit statement about that someplace. Every hunk of code there was written by me without reference to anything except the man pages for the functions, or donated by a friend. The intent is to place no license constraints on any of it. vasprintf() I wrote myself, and I'm glad to hear it actually works. Anyway, you are welcome to use it. - Jan *********** -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFESkwpFAuZn5lS2IMRAjHjAJ4w7F9ytkB+NWWOr5KkV9FSYicsOACg1YkA PlqwsPaeLjwz+J14a8RqClA= =V8vy -----END PGP SIGNATURE----- |
From: Michael G. <mg...@te...> - 2006-04-22 16:40:23
|
[suggestion to use code from http://unixpapa.com/incnote/index.html] > Perhaps it would be beneficial to someone (with more time and experience > than me) to take a look at including them in MinGW, as Earnie mentions? Wouldn't it be much more sensible to use the code from glibc and/or the code used by cygwin then ? Don't know wether the licence would permit it (haven't checked) but I'd assume it would. That code is maintained and developed anyway. Best, Michael =2D-=20 Vote against SPAM - see http://www.politik-digital.de/spam/ Michael Gerdau email: mg...@te... GPG-keys available on request or at public keyserver |
From: Earnie B. <ea...@us...> - 2006-04-22 19:36:28
|
Quoting Michael Gerdau <mg...@te...>: > [suggestion to use code from http://unixpapa.com/incnote/index.html] >> Perhaps it would be beneficial to someone (with more time and experience >> than me) to take a look at including them in MinGW, as Earnie mentions? > > Wouldn't it be much more sensible to use the code from glibc and/or > the code used by cygwin then ? > Don't know wether the licence would permit it (haven't checked) > but I'd assume it would. > The license *is* the issue. > That code is maintained and developed anyway. > So is the MinGW headers. Earnie Boyd http://shop.siebunlimited.com |
From: Michael G. <mg...@te...> - 2006-04-22 21:10:20
|
[including glibc with mingw] > The license *is* the issue. Not sure if I understand this. AFAIK glibc is LGPL which IMO is compatible with mingw (or am I overlooking the obvious ?). > > That code is maintained and developed anyway. >=20 > So is the MinGW headers. I wasn't advocating against the mingw headers. I was advocating against the (fragmentary) 3rd party lib whose inclusion had been suggested by Justin Cliff (which does not even provide code for the gamma-family of functions and thus does not solve the problem of the OP). Anyway, meanwhile I have searched the web and there do indeed exist some libraries for windows that do provide e.g. the gamma-family of functions which should enable interested parties to use them. Assuming the demand for these particular functions is not exactly high I'm not keen on doing work on it at this point in time. Best, Michael =2D-=20 Vote against SPAM - see http://www.politik-digital.de/spam/ Michael Gerdau email: mg...@te... GPG-keys available on request or at public keyserver |
From: Earnie B. <ea...@us...> - 2006-04-22 22:16:20
|
Quoting Michael Gerdau <mg...@te...>: > [including glibc with mingw] > >> The license *is* the issue. > > Not sure if I understand this. AFAIK glibc is LGPL which IMO is > compatible with mingw (or am I overlooking the obvious ?). > MinGW's public domain license is compatible with LGPL but glibc's LGPL license is not compatible with MinGW's public domain license. If we include code from LGPL then our license must reflect LGPL and we can't allow that to happen. Earnie Boyd http://shop.siebunlimited.com |