[Cs-dev] MinGW build broken
Date | 2013-05-21 15:21 |
From | Michael Gogins |
Subject | [Cs-dev] MinGW build broken |
Attachments | None None |
On Windows 8, MinGW 4.7.2/MSys, GIT head just now:
Linking C shared library csound64.dll CMakeFiles/csound64.dir/objects.a(csmodule.c.obj): In function `csoundCheckOpcod
eDeny': c:/Users/new/csound-csound6-git/Top/csmodule.c:366: undefined reference to `strt ok_r' c:/Users/new/csound-csound6-git/Top/csmodule.c:375: undefined reference to `strt
ok_r' collect2.exe: error: ld returned 1 exit status make[2]: *** [csound64.dll] Error 1 make[1]: *** [CMakeFiles/csound64.dir/all] Error 2 make: *** [all] Error 2 Michael Gogins Irreducible Productions http://www.michael-gogins.com Michael dot Gogins at gmail dot com |
Date | 2013-05-21 18:06 |
From | jpff@cs.bath.ac.uk |
Subject | Re: [Cs-dev] MinGW build broken |
Does minGW not have strtok_r function? It is a thread-safe version of strtok in Linux and OSX. I guess a macros is the simplest fix. > On Windows 8, MinGW 4.7.2/MSys, GIT head just now: > > Linking C shared library csound64.dll > CMakeFiles/csound64.dir/objects.a(csmodule.c.obj): In function > `csoundCheckOpcod > eDeny': > c:/Users/new/csound-csound6-git/Top/csmodule.c:366: undefined reference to > `strt > ok_r' > c:/Users/new/csound-csound6-git/Top/csmodule.c:375: undefined reference to > `strt > ok_r' > collect2.exe: error: ld returned 1 exit status > make[2]: *** [csound64.dll] Error 1 > make[1]: *** [CMakeFiles/csound64.dir/all] Error 2 > make: *** [all] Error 2 > > -- > Michael Gogins > Irreducible Productions > http://www.michael-gogins.com > Michael dot Gogins at gmail dot com > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring > service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! > http://p.sf.net/sfu/newrelic_d2d_may_______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net |
Date | 2013-05-21 20:32 |
From | jpff@cs.bath.ac.uk |
Subject | Re: [Cs-dev] MinGW build broken |
git now has what I hope is a fix, in sysdep.h > > Does minGW not have strtok_r function? It is a thread-safe version of > strtok in Linux and OSX. > I guess a macros is the simplest fix. > > >> On Windows 8, MinGW 4.7.2/MSys, GIT head just now: >> >> Linking C shared library csound64.dll >> CMakeFiles/csound64.dir/objects.a(csmodule.c.obj): In function >> `csoundCheckOpcod >> eDeny': >> c:/Users/new/csound-csound6-git/Top/csmodule.c:366: undefined reference >> to >> `strt >> ok_r' >> c:/Users/new/csound-csound6-git/Top/csmodule.c:375: undefined reference >> to >> `strt >> ok_r' >> collect2.exe: error: ld returned 1 exit status >> make[2]: *** [csound64.dll] Error 1 >> make[1]: *** [CMakeFiles/csound64.dir/all] Error 2 >> make: *** [all] Error 2 >> >> -- >> Michael Gogins >> Irreducible Productions >> http://www.michael-gogins.com >> Michael dot Gogins at gmail dot com >> ------------------------------------------------------------------------------ >> Try New Relic Now & We'll Send You this Cool Shirt >> New Relic is the only SaaS-based application performance monitoring >> service >> that delivers powerful full stack analytics. Optimize and monitor your >> browser, app, & servers with just a few lines of code. Try New Relic >> and get this awesome Nerd Life shirt! >> http://p.sf.net/sfu/newrelic_d2d_may_______________________________________________ >> Csound-devel mailing list >> Csound-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/csound-devel >> > > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring > service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > > > ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net |
Date | 2013-05-21 21:49 |
From | Michael Gogins |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
No, this is not a fix. Neither locale_t, nor any function that takes or returns a locale_t object, is defined by MinGW. We now have a Csound 6 that will never build or run with MinGW.
I think you should try and see if there are workarounds using the MinGW locale.h header facilities. It's not much, basically just setlocale and lconv. Regards,
Mike Regards, Mike On Tue, May 21, 2013 at 3:32 PM, <jpff@cs.bath.ac.uk> wrote: git now has what I hope is a fix, in sysdep.h Michael Gogins Irreducible Productions http://www.michael-gogins.com Michael dot Gogins at gmail dot com |
Date | 2013-05-21 22:09 |
From | Michael Gogins |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
For the time being, I have typedef void *locale_t in sysdep.h, only if locale_t is not defined. But even if use_gettext is unchecked for Cmake, there are still errors like this:
Linking C shared library csound64.dll CMakeFiles/csound64.dir/objects.a(linevent.c.obj): In function `sensLine': c:/Users/new/csound-csound6-git/Engine/linevent.c:297: undefined reference to `s
trtod_l' CMakeFiles/csound64.dir/objects.a(memfiles.c.obj): In function `read_ieee': c:/Users/new/csound-csound6-git/Engine/memfiles.c:80: undefined reference to `ne wlocale'
c:/Users/new/csound-csound6-git/Engine/memfiles.c:85: undefined reference to `st rtod_l' CMakeFiles/csound64.dir/objects.a(memfiles.c.obj): In function `Load_LP_File_': c:/Users/new/csound-csound6-git/Engine/memfiles.c:190: undefined reference to `s
trtod_l' c:/Users/new/csound-csound6-git/Engine/memfiles.c:191: undefined reference to `s trtod_l' c:/Users/new/csound-csound6-git/Engine/memfiles.c:192: undefined reference to `s
trtod_l' CMakeFiles/csound64.dir/objects.a(sread.c.obj): In function `stof': c:/Users/new/csound-csound6-git/Engine/sread.c:1832: undefined reference to `str tod_l'
CMakeFiles/csound64.dir/objects.a(sread.c.obj):c:/Users/new/csound-csound6-git/E ngine/sread.c:859: more undefined references to `strtod_l' follow CMakeFiles/csound64.dir/objects.a(getstring.c.obj): In function `init_getstring'
: c:/Users/new/csound-csound6-git/Top/getstring.c:47: undefined reference to `newl ocale' CMakeFiles/csound64.dir/objects.a(ftgen.c.obj): In function `ftload': c:/Users/new/csound-csound6-git/Opcodes/ftgen.c:314: undefined reference to `str
tod_l' c:/Users/new/csound-csound6-git/Opcodes/ftgen.c:317: undefined reference to `str tod_l' c:/Users/new/csound-csound6-git/Opcodes/ftgen.c:320: undefined reference to `str
tod_l' c:/Users/new/csound-csound6-git/Opcodes/ftgen.c:323: undefined reference to `str tod_l' c:/Users/new/csound-csound6-git/Opcodes/ftgen.c:326: undefined reference to `str
tod_l' CMakeFiles/csound64.dir/objects.a(ftgen.c.obj):c:/Users/new/csound-csound6-git/O pcodes/ftgen.c:329: more undefined references to `strtod_l' follow collect2.exe: error: ld returned 1 exit status
make[2]: *** [csound64.dll] Error 1 make[1]: *** [CMakeFiles/csound64.dir/all] Error 2 make: *** [all] Error 2 new@sorabji /c/Users/new/csound-csound6-git $
I do not know how this will work on other platforms or how the code will actually run. I should know about running pretty soon though. Regards,
Mike On Tue, May 21, 2013 at 4:49 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
Michael Gogins Irreducible Productions http://www.michael-gogins.com Michael dot Gogins at gmail dot com |
Date | 2013-05-21 22:11 |
From | Victor Lazzarini |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
The solution then is to just use plain strtod() etc on Windows. On 21 May 2013, at 21:49, Michael Gogins wrote:
Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie |
Date | 2013-05-21 22:13 |
From | Victor Lazzarini |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
Replacing strtod_l with strtod should fix these. On 21 May 2013, at 22:09, Michael Gogins wrote:
Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie |
Date | 2013-05-21 22:52 |
From | Steven Yi |
Subject | Re: [Cs-dev] MinGW build broken |
I think Windows should have _strtod_l and _locale_t, looking at: http://msdn.microsoft.com/en-us/library/kxsfc1ab.aspx Maybe these are usable? On Tue, May 21, 2013 at 10:13 PM, Victor Lazzarini |
Date | 2013-05-21 23:00 |
From | Michael Gogins |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
I do not use the Microsoft compiler, I use MinGW. So they are not defined for me. The reason I don't use Microsoft is that it won't export interfacrs that use srd collections. Regards, On May 21, 2013 5:53 PM, "Steven Yi" <stevenyi@gmail.com> wrote:
I think Windows should have _strtod_l and _locale_t, looking at: |
Date | 2013-05-21 23:04 |
From | Steven Yi |
Subject | Re: [Cs-dev] MinGW build broken |
I thought MinGW still had links with MS's libs though? Eh, it's been a while since I did anything on Windows. I've loaded up Win7 and am going to see if I can get cs6 setup now. On Tue, May 21, 2013 at 11:00 PM, Michael Gogins |
Date | 2013-05-21 23:08 |
From | Michael Gogins |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
No, MinGW has its own libs. Regards, On May 21, 2013 6:05 PM, "Steven Yi" <stevenyi@gmail.com> wrote:
I thought MinGW still had links with MS's libs though? Eh, it's been |
Date | 2013-05-21 23:15 |
From | Michael Gogins |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
By the way, have a look at my document on building csound 6 on Windows, there are many dependencies that one may take for granted on posix systems but not on Windows. And some other fine points. On May 21, 2013 6:08 PM, "Michael Gogins" <michael.gogins@gmail.com> wrote:
|
Date | 2013-05-22 00:00 |
From | Steven Yi |
Subject | Re: [Cs-dev] MinGW build broken |
I found some info about strtok_r and mingw: https://sourceforge.net/p/mingw/feature-requests/64/ http://stackoverflow.com/questions/12975022/strtok-r-for-mingw Maybe a possible solution is as victor mentioned, just using strtok via macro (I think John already did something like this). It seems having get_c_locale and locale_t cached in CSOUND struct is a bit problematic. Maybe we should add a csound_strings.c file that has a thin wrapper function that on OSX and Linux calls strtok_r, and on Windows calls strtok. The C locale could actually get cached as a static global in that file to simplify the CSOUND struct then. (I think Felipe might have suggested the wrapper function in the other email thread). On Tue, May 21, 2013 at 11:15 PM, Michael Gogins |
Date | 2013-05-22 00:06 |
From | Michael Gogins |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
Not, it does not fix the build. The build still contains code that calls uselocale. This function uses locale_t, and does not exist on MinGW, and cannot be (easily) be simulated on MinGW.
If you want cross-platform code, uselocale and locale_t have got to go, or have got to be implemented somehow. Regards, Mike On Tue, May 21, 2013 at 5:13 PM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:
Michael Gogins Irreducible Productions http://www.michael-gogins.com Michael dot Gogins at gmail dot com |
Date | 2013-05-22 07:51 |
From | Victor Lazzarini |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
Well, this is how the code used to look like before John's changes: setlocale() instead of newlocale() and strdod() instead of strtod_l(). If you don't have these functions, just revert the windows code to use those and it will be fixed. I don't understand why it could not fix the build. On 22 May 2013, at 00:06, Michael Gogins wrote:
Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie |
Date | 2013-05-22 12:58 |
From | Michael Gogins |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
The Windows build is back, thanks for the prompt fixes. However, it doesn't have gettext any more. The main Csound developers do not seem to know the Windows platform very well, and obviously do not develop on it. This is in spite of the fact that most of the downloads from SourceForge for both Csound 5.19 (184 for the Windows installer out of 389 for all files dowloaded for the week) and Csound 6 (177 for the Windows installer out of 268 for all files downloaded for the week) recently have been for the Windows platform. Perhaps as a result of this, the Csound developers have taken to introducing features to Csound 6 that require facilities found only on the platforms on which they do develop. Obviously, this will from time to time break the Windows build.
I don't at all mind fixing these breaks as long as it's reasonably clear how to do it. But this one is more than I care to do. It should be enough for me to have quickly identified the problem. To fix it I would have to understand why the changes to newlocale were made. I think someone who already understands the reason for the changes is better suited to make the fix.
And I don't think this kind of thing is the best use of my limited time. I'd rather be working on integrating LuaJIT with Csound for Android, or profiling and optimizing, or introducing new features and opcodes to Csound 6.
I'm not going to do it, so there won't be gettext in Csound 6 on Windows until somebody does fix it. I'd hate to see a situation develop where Csound 6 is quite different on one platform than it is on another.
I think Csound 6 is really great and obviously that wouldn't be the case if you guys weren't doing great things, but please, don't be so cavalier about the most popular platform for Csound.
Best, Mike On Wed, May 22, 2013 at 2:51 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:
Michael Gogins Irreducible Productions http://www.michael-gogins.com Michael dot Gogins at gmail dot com |
Date | 2013-05-22 13:19 |
From | jpff@cs.bath.ac.uk |
Subject | Re: [Cs-dev] MinGW build broken |
> The Windows build is back, thanks for the prompt fixes. However, it > doesn't > have gettext any more. > I wonder why as I thought it was returned. > I'm not very good at diplomacy, so I'm hoping you guys will forgive me for > being blunt. > > The main Csound developers do not seem to know the Windows platform very > well, and obviously do not develop on it. I had a Windows build system but it failed with the multicore functions and until I can fix that I cannot build on Windows. And I am away from home at present without even that system. > This is in spite of the fact > that > most of the downloads from SourceForge for both Csound 5.19 (184 for the > Windows installer out of 389 for all files dowloaded for the week) and > Csound 6 (177 for the Windows installer out of 268 for all files > downloaded > for the week) recently have been for the Windows platform. Perhaps as a > result of this, the Csound developers have taken to introducing features > to > Csound 6 that require facilities found only on the platforms on which they > do develop. Obviously, this will from time to time break the Windows > build. I have been assuming that mingw provided posix and C99 functionality, as well as GCC extensions. Apparently this is not the case > > I don't at all mind fixing these breaks as long as it's reasonably clear > how to do it. But this one is more than I care to do. It should be enough > for me to have quickly identified the problem. To fix it I would have to > understand why the changes to newlocale were made. I think someone who > already understands the reason for the changes is better suited to make > the > fix. > > And I don't think this kind of thing is the best use of my limited time. > I'd rather be working on integrating LuaJIT with Csound for Android, or > profiling and optimizing, or introducing new features and opcodes to > Csound > 6. > I would prefer to be usinf cs6 to fixing it as well! > I'm not going to do it, so there won't be gettext in Csound 6 on Windows > until somebody does fix it. I'd hate to see a situation develop where > Csound 6 is quite different on one platform than it is on another. > > I think Csound 6 is really great and obviously that wouldn't be the case > if > you guys weren't doing great things, but please, don't be so cavalier > about > the most popular platform for Csound. > (....not popular with me.....) > Best, > Mike > ==John ff ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net |
Date | 2013-05-22 13:50 |
From | Victor Lazzarini |
Subject | Re: [Cs-dev] MinGW build broken |
I think this points to the need of recruiting an extra developer for Windows who can dedicate more time to maintaining it to the level of OSX and Linux, then the burden is not solely on Michael's hands. Are there any takers? Victor On 22 May 2013, at 13:19, jpff@cs.bath.ac.uk wrote: >> The Windows build is back, thanks for the prompt fixes. However, it >> doesn't >> have gettext any more. >> > > I wonder why as I thought it was returned. > >> I'm not very good at diplomacy, so I'm hoping you guys will forgive me for >> being blunt. >> >> The main Csound developers do not seem to know the Windows platform very >> well, and obviously do not develop on it. > > I had a Windows build system but it failed with the multicore functions > and until I can fix that I cannot build on Windows. And I am away from > home at present without even that system. > > >> This is in spite of the fact >> that >> most of the downloads from SourceForge for both Csound 5.19 (184 for the >> Windows installer out of 389 for all files dowloaded for the week) and >> Csound 6 (177 for the Windows installer out of 268 for all files >> downloaded >> for the week) recently have been for the Windows platform. Perhaps as a >> result of this, the Csound developers have taken to introducing features >> to >> Csound 6 that require facilities found only on the platforms on which they >> do develop. Obviously, this will from time to time break the Windows >> build. > > I have been assuming that mingw provided posix and C99 functionality, as > well as GCC extensions. Apparently this is not the case > >> >> I don't at all mind fixing these breaks as long as it's reasonably clear >> how to do it. But this one is more than I care to do. It should be enough >> for me to have quickly identified the problem. To fix it I would have to >> understand why the changes to newlocale were made. I think someone who >> already understands the reason for the changes is better suited to make >> the >> fix. >> >> And I don't think this kind of thing is the best use of my limited time. >> I'd rather be working on integrating LuaJIT with Csound for Android, or >> profiling and optimizing, or introducing new features and opcodes to >> Csound >> 6. >> > > I would prefer to be usinf cs6 to fixing it as well! > >> I'm not going to do it, so there won't be gettext in Csound 6 on Windows >> until somebody does fix it. I'd hate to see a situation develop where >> Csound 6 is quite different on one platform than it is on another. >> >> I think Csound 6 is really great and obviously that wouldn't be the case >> if >> you guys weren't doing great things, but please, don't be so cavalier >> about >> the most popular platform for Csound. >> > > (....not popular with me.....) > >> Best, >> Mike >> > > ==John ff > > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net |
Date | 2013-05-22 13:52 |
From | Steven Yi |
Subject | Re: [Cs-dev] MinGW build broken |
Hi Michael, I don't think this email is very fair. There was a discussion on the dev list a couple of days ago named "[Cs-dev] Help sought re locales". We did not hear much regarding Windows at that time, and the code was developed with reasonable assumptions that turned out to be incorrect. I would say I've had to correct CMake changes of yours that worked on your Windows build but did not work on OSX and/or Linux recently, and that took up valuable time I would rather have spent elsewhere too. (I can't count how much time I've spent to get CsoundAC to compile in the past, which I haven't looked at in depth and such don't know very well. Also how much time I spent last year trying to get the lua opcodes and LuaJIT working only to discover LuaJit's 64-bit paging issues. etc.). I did not take these incidences as willful disregard for OSX or Linux, even though it certainly took up my time to fix and/or research. I think we're all aware that this system needs to work on multiple platforms. We're not all going to get it right for every OS each time, and we just need to accept that and work with it. There was an effort to ask here for more information on how to solve the problem in the other email thread. Since most of the development recently has been done on OSX and Linux, they're obviously getting the most testing. You found the build did not work on Windows, so we discussed here in this thread and that helped to move things forward. So, I don't get the complaint really, it seems that the process worked. If we had more people testing/building/developing on Windows, that would be great. I have Windows7 installed in a Virtual Machine, but it's rather slow so I only build/test on it every once in a while. I don't consider it the norm that I have a Linux, OSX, and Windows setup. In the same way I don't expect you to have OSX and Linux when you're primarily on Windows, or John to have tested everything on OSX either. We need each other's assistance and advice to help move this forward on all platforms. To summarize: I don't think there's anything cavalier going on here, and I think it's unfair to characterize it so. I can understand the frustration when someone introduces changes that don't work on other platforms from many experiences of it here. I also don't think there's any willful disregard for Windows either. Up until these latest commits, things compiled and worked well on Windows as you had reported. So I think your email is an over-reaction. Also, if you've identified an issue with gettext, let's get it filed in the bug tracker or in the todo.txt file in CS6 so that we don't miss it. Thanks, steven On Wed, May 22, 2013 at 12:58 PM, Michael Gogins |
Date | 2013-05-22 14:23 |
From | Michael Gogins |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
I have added a new ticket for Csound 6 about the loss of gettext support. There's no need to get so defensive. Obviously the Csound team has my assistance, I was the one who quickly identified this problem and, just as you have fixed mistakes I have made, I have quickly and unobtrusively fixed many breaks in the Windows build without bothering anyone about it, and I will continue to do that when I can. I do a pull and clean build every day on both Linux and Windows, and there is a break in the Windows build every 4 or 5 pulls. Sometimes I say something and other people fix it, sometimes I fix it without saying anything.
Getting another Windows developer on board would be great. I hope we don't have to wait for that to get gettext back. Regards, Mike
On Wed, May 22, 2013 at 8:52 AM, Steven Yi <stevenyi@gmail.com> wrote: Hi Michael, Michael Gogins Irreducible Productions http://www.michael-gogins.com Michael dot Gogins at gmail dot com |
Date | 2013-05-22 17:21 |
From | Steven Yi |
Subject | Re: [Cs-dev] MinGW build broken |
I just tried an Android build and found locale_t does not exist on Android, and I assume other _l functions too. I think we're going to need another approach to this altogether. On Wed, May 22, 2013 at 1:19 PM, |
Date | 2014-05-16 01:13 |
From | Michael Gogins |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
Steven's solution is still not working. Please do not use macros. It will only make things worse. I have mentioned this before, but using macros is a bad idea, as every coding standard for critical software that I have seen insists, and this is yet another example of why.
On MinGW, strtok_r is not declared or defined -- except in pthread.h. As a macro! That is why Steven's solution is not working. Regards,
Mike I have not fixed this problem. ----------------------------------------------------- Michael GoginsIrreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Tue, May 21, 2013 at 1:06 PM, <jpff@cs.bath.ac.uk> wrote:
|
Date | 2014-05-16 01:14 |
From | Michael Gogins |
Subject | Re: [Cs-dev] MinGW build broken |
Attachments | None None |
Wait, our emails crossed. I am trying jpff's solution. Regards, Mike -----------------------------------------------------
Michael GoginsIrreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Tue, May 21, 2013 at 5:09 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
|