From: Cristi D. <crd...@gm...> - 2013-09-14 19:30:39
|
Hi, I'm trying to compile zziplib using MinGW and MSYS on Windows and I get some errors, screenshot here<http://img198.imageshack.us/img198/5708/ri8m.png> . Any ideas? Thanks a lot! Cris |
From: Eli Z. <el...@gn...> - 2013-09-14 20:51:35
|
> Date: Sat, 14 Sep 2013 22:30:32 +0300 > From: Cristi Dinescu <crd...@gm...> > > I'm trying to compile zziplib using MinGW and MSYS on Windows and I get > some errors, screenshot here<http://img198.imageshack.us/img198/5708/ri8m.png> > . > > Any ideas? strcasecmp is an inline function defined in string.h. I'm guessing that stat.c didn't include string.h, so you are getting this error. Including a header where a function is defined or declared is pretty basic. |
From: Sebastian S. <ssc...@gm...> - 2013-09-16 09:58:15
|
On 14.09.2013 22:51, Eli Zaretskii wrote: > strcasecmp is an inline function defined in string.h. I'm guessing > that stat.c didn't include string.h, so you are getting this error. > Including a header where a function is defined or declared is pretty > basic. I stumbled upon a similar issue when building Git under MinGW, see [1]. strcasecmp is only declared inline if __NO_INLINE__ is not defined. The (still ongoing) discussion raised the question whether is it even legal for a C library function to be solely declared inline, because you cannot then take its address. Linus at least thinks this is a "clear Mingw bug" [2]. [1] http://comments.gmane.org/gmane.comp.version-control.git/234575 [2] http://permalink.gmane.org/gmane.comp.version-control.git/234766 -- Sebastian Schuberth |
From: Eli Z. <el...@gn...> - 2013-09-16 10:57:41
|
> From: Sebastian Schuberth <ssc...@gm...> > Date: Mon, 16 Sep 2013 11:57:45 +0200 > > On 14.09.2013 22:51, Eli Zaretskii wrote: > > > strcasecmp is an inline function defined in string.h. I'm guessing > > that stat.c didn't include string.h, so you are getting this error. > > Including a header where a function is defined or declared is pretty > > basic. > > I stumbled upon a similar issue when building Git under MinGW, see [1]. strcasecmp is only declared inline if __NO_INLINE__ is not defined. The (still ongoing) discussion raised the question whether is it even legal for a C library function to be solely declared inline, because you cannot then take its address. Linus at least thinks this is a "clear Mingw bug" [2]. > > [1] http://comments.gmane.org/gmane.comp.version-control.git/234575 > [2] http://permalink.gmane.org/gmane.comp.version-control.git/234766 IMO, it's a bug in the configury of the package that takes the address of strcasecmp: it should have made a better test. A test program that just calls strcasecmp can compile because there's some macro, as in this case, that lets it compile. In fact, strcasecmp could exist, but be a function that does something utterly different, because its name is not reserved, since it's not a standard function, except under Posix (which MinGW isn't). A good configure-time test should figure all this out, and provide a replacement for environments that don't have a compliant implementation. |
From: Earnie B. <ea...@us...> - 2013-09-16 11:05:10
|
On Mon, Sep 16, 2013 at 6:57 AM, Eli Zaretskii wrote: >> From: Sebastian Schuberth >> Date: Mon, 16 Sep 2013 11:57:45 +0200 >> >> On 14.09.2013 22:51, Eli Zaretskii wrote: >> >> > strcasecmp is an inline function defined in string.h. I'm guessing >> > that stat.c didn't include string.h, so you are getting this error. >> > Including a header where a function is defined or declared is pretty >> > basic. >> >> I stumbled upon a similar issue when building Git under MinGW, see [1]. strcasecmp is only declared inline if __NO_INLINE__ is not defined. The (still ongoing) discussion raised the question whether is it even legal for a C library function to be solely declared inline, because you cannot then take its address. Linus at least thinks this is a "clear Mingw bug" [2]. >> >> [1] http://comments.gmane.org/gmane.comp.version-control.git/234575 >> [2] http://permalink.gmane.org/gmane.comp.version-control.git/234766 > > IMO, it's a bug in the configury of the package that takes the address > of strcasecmp: it should have made a better test. A test program that > just calls strcasecmp can compile because there's some macro, as in > this case, that lets it compile. In fact, strcasecmp could exist, but > be a function that does something utterly different, because its name > is not reserved, since it's not a standard function, except under > Posix (which MinGW isn't). A good configure-time test should figure > all this out, and provide a replacement for environments that don't > have a compliant implementation. I agree. The sad part though is this zzip/stat.c uses strcasecmp regardless of the configure time test. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Sebastian S. <ssc...@gm...> - 2013-09-19 13:45:12
|
On 16.09.2013 12:57, Eli Zaretskii wrote: >>> strcasecmp is an inline function defined in string.h. I'm guessing >>> that stat.c didn't include string.h, so you are getting this error. >>> Including a header where a function is defined or declared is pretty >>> basic. >> >> I stumbled upon a similar issue when building Git under MinGW, see [1]. >> strcasecmp is only declared inline if __NO_INLINE__ is not defined. The >> (still ongoing) discussion raised the question whether is it even legal >> for a C library function to be solely declared inline, because you >> cannot then take its address. Linus at least thinks this is a "clear >> Mingw bug" [2]. >> >> [1] http://comments.gmane.org/gmane.comp.version-control.git/234575 >> [2] http://permalink.gmane.org/gmane.comp.version-control.git/234766 > > IMO, it's a bug in the configury of the package that takes the address > of strcasecmp: it should have made a better test. A test program that > just calls strcasecmp can compile because there's some macro, as in > this case, that lets it compile. In fact, strcasecmp could exist, but > be a function that does something utterly different, because its name > is not reserved, since it's not a standard function, except under > Posix (which MinGW isn't). A good configure-time test should figure > all this out, and provide a replacement for environments that don't > have a compliant implementation. AFAIU this is not about being POSIX compliant or not, but about C99. To quote people who know better than me, "C99 requires that library functions allow you to access a function pointer" [1]. If that's true it would probably be a good idea to do what [2] suggests and use "static inline" like this: --- C:\mingwGitDevEnv\mingw\include\string.h.orig 2013-09-15 18:22:41.000000000 +0200 +++ C:\mingwGitDevEnv\mingw\include\string.h 2013-09-19 15:41:30.000000000 +0200 @@ -99,16 +99,15 @@ */ _CRTIMP void* __cdecl __MINGW_NOTHROW memccpy (void*, const void*, int, size_t); _CRTIMP int __cdecl __MINGW_NOTHROW memicmp (const void*, const void*, size_t); _CRTIMP char* __cdecl __MINGW_NOTHROW strdup (const char*) __MINGW_ATTRIB_MALLOC; _CRTIMP int __cdecl __MINGW_NOTHROW strcmpi (const char*, const char*); _CRTIMP int __cdecl __MINGW_NOTHROW stricmp (const char*, const char*); -int __cdecl __MINGW_NOTHROW strcasecmp (const char*, const char *); #ifndef __NO_INLINE__ -__CRT_INLINE int __cdecl __MINGW_NOTHROW +static inline int __cdecl __MINGW_NOTHROW strcasecmp (const char * __sz1, const char * __sz2) {return _stricmp (__sz1, __sz2);} #else #define strcasecmp _stricmp #endif Likewise for strncasecmp. [1] http://permalink.gmane.org/gmane.comp.version-control.git/234601 [2] http://permalink.gmane.org/gmane.comp.version-control.git/234700 [3] http://www.greenend.org.uk/rjk/tech/inline.html -- Sebastian Schuberth |
From: Eli Z. <el...@gn...> - 2013-09-16 11:57:20
|
> From: Sebastian Schuberth <ssc...@gm...> > Date: Mon, 16 Sep 2013 11:57:45 +0200 > > I stumbled upon a similar issue when building Git under MinGW, see [1]. Btw, does this mean git can be compiled with MinGW as (a bunch of) native Windows programs? If so, is a binary distro, or a set of patches and build instructions, available somewhere? Does the MinGW build of git have any limitations compared to msysgit? I'd love to have a native git on my disk, as it would free me from the need to maintain 2 separate and carefully segregated MSYS installations. TIA |
From: Peter R. <pe...@ly...> - 2013-09-16 12:15:20
|
On 2013-09-16 13:57, Eli Zaretskii wrote: >> From: Sebastian Schuberth <ssc...@gm...> >> Date: Mon, 16 Sep 2013 11:57:45 +0200 >> >> I stumbled upon a similar issue when building Git under MinGW, see [1]. > > Btw, does this mean git can be compiled with MinGW as (a bunch of) > native Windows programs? If so, is a binary distro, or a set of > patches and build instructions, available somewhere? Does the MinGW > build of git have any limitations compared to msysgit? > > I'd love to have a native git on my disk, as it would free me from the > need to maintain 2 separate and carefully segregated MSYS > installations. I believe that msysgit is a (poorly named, IMHO) aggregation of a MinGW build of git and MSYS. Cheers, Peter |
From: Earnie B. <ea...@us...> - 2013-09-16 12:18:45
|
On Mon, Sep 16, 2013 at 7:57 AM, Eli Zaretskii <el...@gn...> wrote: >> From: Sebastian Schuberth <ssc...@gm...> >> Date: Mon, 16 Sep 2013 11:57:45 +0200 >> >> I stumbled upon a similar issue when building Git under MinGW, see [1]. > > Btw, does this mean git can be compiled with MinGW as (a bunch of) > native Windows programs? If so, is a binary distro, or a set of > patches and build instructions, available somewhere? Does the MinGW > build of git have any limitations compared to msysgit? > The git portion of msysgit is native binaries. The MSYS part is used to provide the scripting shell needed. > I'd love to have a native git on my disk, as it would free me from the > need to maintain 2 separate and carefully segregated MSYS > installations. I remove the msys-1.0.dll provided by msysgit. Everything works fine. To completely eliminate the need for the POSIX shell one would need to write native batch files. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: LRN <lr...@gm...> - 2013-09-16 13:39:53
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 16.09.2013 15:57, Eli Zaretskii wrote: >> From: Sebastian Schuberth <ssc...@gm...> >> Date: Mon, 16 Sep 2013 11:57:45 +0200 >> >> I stumbled upon a similar issue when building Git under MinGW, see [1]. > > I'd love to have a native git on my disk, as it would free me from the > need to maintain 2 separate and carefully segregated MSYS > installations. Bad idea. Git is better when it uses a POSIX compatibility layer. Cygwin, MSYS1, MSYS2 - anything is better than native. Why would you need two MSYS installations to have git, is beyond me. I've always managed with just one (first with git-for-MSYS1, now with git-for-MSYS2). - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) iQEcBAEBAgAGBQJSNwodAAoJEOs4Jb6SI2CwA28H/174lbrU3zmX3+DevE079NOq DdAkxL8tT70ZqtmiiF73tJp9abBPqUeV8P0o7dZFyCNxc1XOaUYqTjF/gsh0Ai9W 9H6ptgY9Cd461ctVi4XMDvcR9kkjA5ke/0r9Iit+SrUF3ferm6tK+ONPKW3/oILJ OSDBSWREY4b/Ki+VzbG41SYFlUFw0yXC3SAdkYdGDyZ9c7DFqRtfr2r0QCbiS+rX 9RvYUnCKgwSuFFWIaH1O5gkcRZ54RjICdNYppkt8R6vCfEqkYF+BK5aEOvZV7e+3 7sefxwpoxT2k+MAJ3jhL79OXg/g6Fy8rwAcpokB7upalg+ug4P8iM7oZXZR0rOw= =OTG/ -----END PGP SIGNATURE----- |
From: Eli Z. <el...@gn...> - 2013-09-16 17:06:13
|
> Date: Mon, 16 Sep 2013 17:39:41 +0400 > From: LRN <lr...@gm...> > > > I'd love to have a native git on my disk, as it would free me from the > > need to maintain 2 separate and carefully segregated MSYS > > installations. > Bad idea. Git is better when it uses a POSIX compatibility layer. > Cygwin, MSYS1, MSYS2 - anything is better than native. Can you elaborate why? Given the fact that the git executables are in fact MinGW (i.e. "native") programs, what does the compatibility layer add that is important not to lose? > Why would you need two MSYS installations to have git, is beyond me. I think I explained that in my other message. Perhaps I should also add that I don't use MSYS programs, except for configuring and building Posix packages. For the rest -- which is a majority of my work -- I use native Windows programs, whether MinGW ports or otherwise. |
From: Renato S. <br....@gm...> - 2013-09-17 03:01:30
|
2013/9/16 LRN <lr...@gm...> > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 16.09.2013 21:06, Eli Zaretskii wrote: > >> Date: Mon, 16 Sep 2013 17:39:41 +0400 > >> From: LRN <lr...@gm...> > >> > >>> I'd love to have a native git on my disk, as it would free me from the > >>> need to maintain 2 separate and carefully segregated MSYS > >>> installations. > >> Bad idea. Git is better when it uses a POSIX compatibility layer. > >> Cygwin, MSYS1, MSYS2 - anything is better than native. > > > > Can you elaborate why? Given the fact that the git executables are in > > fact MinGW (i.e. "native") programs, what does the compatibility layer > > add that is important not to lose? > 1) Nativeness is achieved by throwing heaps of patches on top of > official git releases. And msysgit now has to maintain them. > 2) Because of the msys->mingw transition at runtime, there are > corner-cases where path mangling does the wrong thing. Msysgit devs > solve this by using a special, patched msys-1.dll where mangling works a > bit differently. > > Compiling git for MSYS1 is something a single developer is able to do in > one day, and you only need to patch git to make it compatible with the > decade-old MSYS1 development headers (for MSYS2 it's even simpler - no > need to patch git, just fudge the buildsystem a bit). And no mangling > problems. > > If it's so better and easier, then why didn't they just compile git for MSYS instead of as a native MinGW program? > > > >> Why would you need two MSYS installations to have git, is beyond me. > > > > I think I explained that in my other message. > /me reads the thread back in time. > No you didn't. > > > Perhaps I should also > > add that I don't use MSYS programs, except for configuring and > > building Posix packages. > Same here. MSYS was _destined_ to be used for _this_ purpose exactly. > Checking out fresh version of the source code to build can be considered > part of the "configuring and building". > > > For the rest -- which is a majority of my > > work -- I use native Windows programs, whether MinGW ports or > > otherwise. > You're lucky. Not every program can be ported. So if your typical > workflow does not involves any of such tools - well, happy you! > > - -- > O< ascii ribbon - stop html email! - www.asciiribbon.org > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (MingW32) > > iQEcBAEBAgAGBQJSN5hJAAoJEOs4Jb6SI2CwPDAIAN3KFkMzP7RMEokQ/nAYBKZy > MA1ZBPJQgKx3O3kz7YVPyqVomKxCHOBgjTDWJ+ehtKP/qkpmB2od4NKiYPFjKCUK > XCSFjWQ9NZoIZN649STThLoaZVcut23Ld6GSGJsbHTp4Xt4uabFuht7g3B9hTvkI > t3sGU3TdePGbq4c9nFxsDgA2nLFNCjkQ9jNHmUVYT0AE0o2jKFdIxbTbfMMV3Nls > 16YTVCay2SJyoJ3awnRCT+8sMlxQd5REOur9JKpMy3zhWRrjO56ghqUWNyGsBzMf > G7sKL0Atqw/M3xtU+9FcM26lMbt1LFLM5oknUk6ly+t57CriReZVo2JOS9AW+FQ= > =IKd3 > -----END PGP SIGNATURE----- > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! > 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, > SharePoint > 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack > includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. > http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list > etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe > |
From: LRN <lr...@gm...> - 2013-09-17 04:09:57
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 17.09.2013 07:00, Renato Silva wrote: > On 2013/9/16 LRN wrote: >> On 16.09.2013 21:06, Eli Zaretskii wrote: >>> On Mon, 16 Sep 2013 17:39:41 +0400 LRN wrote: >>>> Eli Zaretskii wrote: >>>>> I'd love to have a native git on my disk, as it would free me >>>>> from the need to maintain 2 separate and carefully segregated >>>>> MSYS installations. >>>> Bad idea. Git is better when it uses a POSIX compatibility >>>> layer. Cygwin, MSYS1, MSYS2 - anything is better than native. >>> >>> Can you elaborate why? Given the fact that the git executables are >>> in fact MinGW (i.e. "native") programs, what does the compatibility >>> layer add that is important not to lose? >> 1) Nativeness is achieved by throwing heaps of patches on top of >> official git releases. And msysgit now has to maintain them. 2) >> Because of the msys->mingw transition at runtime, there are >> corner-cases where path mangling does the wrong thing. Msysgit devs >> solve this by using a special, patched msys-1.dll where mangling >> works a bit differently. >> >> Compiling git for MSYS1 is something a single developer is able to do >> in one day, and you only need to patch git to make it compatible with >> the decade-old MSYS1 development headers (for MSYS2 it's even simpler >> - no need to patch git, just fudge the buildsystem a bit). And no >> mangling problems. >> >> > If it's so better and easier, then why didn't they just compile git for > MSYS instead of as a native MinGW program? Ask them. - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) iQEcBAEBAgAGBQJSN9YGAAoJEOs4Jb6SI2CwihUH/iKmz6Zb1dUoEMNiRihNeVv6 llidpo3DSUS17KlgEn7Mm1cQLMjcHBZ6gFvDM3/5SW7gIZ3UztT6V+Die2tuIaeB GTREmRYrf95D4uGcQzw636Y5L/UyvuUztgf0boUcSkZHJVMUjMCEJvlQ7q98Zwr9 szwWOKJP6+AX6MY4BgG9s9i8tdC9vdqcBMbxOokVaI8bOUkDAl3Q5Phlf4sl6ZuD DFz1+WyjWlRRh6pZ6AZj50csk/ueuMR+AVz2NWnGld5nBflggRbS1wkVXsO+GTYj Uvug2MNYBB1pDEXpb+U4MzqKoLDSxrltkgyjhaKEQMgqq8FOjKNqK5Fe7CGcL+U= =WoCY -----END PGP SIGNATURE----- |
From: Eli Z. <el...@gn...> - 2013-09-19 14:15:04
|
> From: Sebastian Schuberth <ssc...@gm...> > Date: Thu, 19 Sep 2013 15:44:38 +0200 > > AFAIU this is not about being POSIX compliant or not, but about C99. To quote people who know better than me, "C99 requires that library functions allow you to access a function pointer" [1]. Unless ZZipLib _requires_ a C99-compliant compiler, what C99 says about this is irrelevant. (And my reading of C99 does not suggest anything like your references deduced, FWIW.) > If that's true it would probably be a good idea to do what [2] suggests and use "static inline" like this: This might be a good idea regardless, but it will have no effect on people who use MinGW runtime versions that are already released. A portable package should not cater exclusively to the latest and the greatest, IMO. |
From: Sebastian S. <ssc...@gm...> - 2013-09-21 12:17:19
|
On 19.09.2013 16:14, Eli Zaretskii wrote: >> If that's true it would probably be a good idea to do what [2] suggests and use "static inline" like this: > > This might be a good idea regardless, but it will have no effect on > people who use MinGW runtime versions that are already released. A > portable package should not cater exclusively to the latest and the > greatest, IMO. Right, but that does not mean we should not fix it for future releases, or? -- Sebastian Schuberth |
From: Cristi D. <crd...@gm...> - 2013-09-14 22:57:28
|
> > strcasecmp is an inline function defined in string.h. I'm guessing > that stat.c didn't include string.h, so you are getting this error. > Including a header where a function is defined or declared is pretty > basic. The <string.h> is included but anyways I replaced 'strcasecmp' with 'stricmp' which is supposed to do be case insensitive as well. Now I get another error which I can't even a error message for it, please see img<http://img163.imageshack.us/img163/3945/v6ks.png> , Also if anyone wants to inspect the file and help me figure out the issue please check it here <https://www.dropbox.com/s/5rlr3gcwckpqlkj/mmapped.c> . Thanks again! 2013/9/14 Eli Zaretskii <el...@gn...> > > Date: Sat, 14 Sep 2013 22:30:32 +0300 > > From: Cristi Dinescu <crd...@gm...> > > > > I'm trying to compile zziplib using MinGW and MSYS on Windows and I get > > some errors, screenshot here< > http://img198.imageshack.us/img198/5708/ri8m.png> > > . > > > > Any ideas? > > strcasecmp is an inline function defined in string.h. I'm guessing > that stat.c didn't include string.h, so you are getting this error. > Including a header where a function is defined or declared is pretty > basic. > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! > 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, > SharePoint > 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack > includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list > etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe > |
From: Renato S. <br....@gm...> - 2013-09-15 00:07:37
|
Cristi, if you're following build instructions correctly, then they may have a problem, although my bet is that you're missing something. It's better trying to fix the real cause instead of workaround it, it may just keep snowballing. So have you noted the macro below? For some reason your setup is not finding string.h, it seems. Possibly some include path mess? #if defined ZZIP_HAVE_STRING_H #include <string.h> #elif defined ZZIP_HAVE_STRINGS_H #include <strings.h> #endif > > strcasecmp is an inline function defined in string.h. I'm guessing > that stat.c didn't include string.h, so you are getting this error. > Including a header where a function is defined or declared is pretty > basic. The <string.h> is included but anyways I replaced 'strcasecmp' with 'stricmp' which is supposed to do be case insensitive as well. Now I get another error which I can't even a error message for it, please see img , Also if anyone wants to inspect the file and help me figure out the issue please check it here . Thanks again! > strcasecmp is an inline function defined in string.h. I'm guessing > that stat.c didn't include string.h, so you are getting this error. > Including a header where a function is defined or declared is pretty > basic. The <string.h> is included but anyways I replaced 'strcasecmp' with 'stricmp' which is supposed to do be case insensitive as well. Now I get another error which I can't even a error message for it, please see img<http://img163.imageshack.us/img163/3945/v6ks.png> , Also if anyone wants to inspect the file and help me figure out the issue please check it here <https://www.dropbox.com/s/5rlr3gcwckpqlkj/mmapped.c> . Thanks again! 2013/9/14 Eli Zaretskii <el...@gn...> > > Date: Sat, 14 Sep 2013 22:30:32 +0300 > > From: Cristi Dinescu <crd...@gm...> > > > > I'm trying to compile zziplib using MinGW and MSYS on Windows and I get > > some errors, screenshot here< > http://img198.imageshack.us/img198/5708/ri8m.png> > > . > > > > Any ideas? > > strcasecmp is an inline function defined in string.h. I'm guessing > that stat.c didn't include string.h, so you are getting this error. > Including a header where a function is defined or declared is pretty > basic. > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! > 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, > SharePoint > 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack > includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list > etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe > ------------------------------------------------------------------------------ LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk _______________________________________________ MinGW-users mailing list Min...@li... This list observes the Etiquette found at http://www.mingw.org/Mailing_Lists. We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated. _______________________________________________ You may change your MinGW Account Options or unsubscribe at: https://lists.sourceforge.net/lists/listinfo/mingw-users Also: mailto:min...@li...?subject=unsubscribe |
From: Cristi D. <crd...@gm...> - 2013-09-15 01:01:37
|
> > Cristi, if you're following build instructions correctly, then they may > have a problem, although my bet is that you're missing something. It's > better trying to fix the real cause instead of workaround it, it may just > keep snowballing. So have you noted the macro below? For some reason your > setup is not finding string.h, it seems. Possibly some include path mess? > > #if defined ZZIP_HAVE_STRING_H > #include <string.h> > #elif defined ZZIP_HAVE_STRINGS_H > #include <strings.h> > #endif > Well I followed your advice and I changed stricmp back to 'strcasecmp' so 'mapped.c' related errors are not a concern at the moment. So now, why can't gcc find 'strcasecmp' in 'stat.c' when there's an obvious include line there for string.h where it is defined? 2013/9/15 Renato Silva <br....@gm...> > Cristi, if you're following build instructions correctly, then they may > have a problem, although my bet is that you're missing something. It's > better trying to fix the real cause instead of workaround it, it may just > keep snowballing. So have you noted the macro below? For some reason your > setup is not finding string.h, it seems. Possibly some include path mess? > > #if defined ZZIP_HAVE_STRING_H > #include <string.h> > #elif defined ZZIP_HAVE_STRINGS_H > #include <strings.h> > #endif > > > > > strcasecmp is an inline function defined in string.h. I'm guessing > > that stat.c didn't include string.h, so you are getting this error. > > Including a header where a function is defined or declared is pretty > > basic. > > The <string.h> is included but anyways I replaced 'strcasecmp' with > 'stricmp' which is supposed to do be case insensitive as well. Now I get > another error which I can't even a error message for it, please see img , > Also if anyone wants to inspect the file and help me figure out the issue > please check it here . > > Thanks again! > > > >> strcasecmp is an inline function defined in string.h. I'm guessing >> that stat.c didn't include string.h, so you are getting this error. >> Including a header where a function is defined or declared is pretty >> basic. > > > The <string.h> is included but anyways I replaced 'strcasecmp' with > 'stricmp' which is supposed to do be case insensitive as well. Now I get > another error which I can't even a error message for it, please see img<http://img163.imageshack.us/img163/3945/v6ks.png> , > Also if anyone wants to inspect the file and help me figure out the issue > please check it here <https://www.dropbox.com/s/5rlr3gcwckpqlkj/mmapped.c> > . > > Thanks again! > > > > > > 2013/9/14 Eli Zaretskii <el...@gn...> > >> > Date: Sat, 14 Sep 2013 22:30:32 +0300 >> > From: Cristi Dinescu <crd...@gm...> >> > >> > I'm trying to compile zziplib using MinGW and MSYS on Windows and I get >> > some errors, screenshot here< >> http://img198.imageshack.us/img198/5708/ri8m.png> >> > . >> > >> > Any ideas? >> >> strcasecmp is an inline function defined in string.h. I'm guessing >> that stat.c didn't include string.h, so you are getting this error. >> Including a header where a function is defined or declared is pretty >> basic. >> >> >> ------------------------------------------------------------------------------ >> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! >> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, >> SharePoint >> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack >> includes >> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk >> _______________________________________________ >> MinGW-users mailing list >> Min...@li... >> >> This list observes the Etiquette found at >> http://www.mingw.org/Mailing_Lists. >> We ask that you be polite and do the same. Disregard for the list >> etiquette may cause your account to be moderated. >> >> _______________________________________________ >> You may change your MinGW Account Options or unsubscribe at: >> https://lists.sourceforge.net/lists/listinfo/mingw-users >> Also: mailto:min...@li... >> ?subject=unsubscribe >> > > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! > 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, > SharePoint > 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack > includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list > etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! > 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, > SharePoint > 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack > includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list > etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe > |
From: Renato S. <br....@gm...> - 2013-09-15 01:15:55
|
Notice the if surrounding it, it's called macros. Those lines mean that the include will only be compiled when ZZIP_HAVE_STRING_H is defined, which doesn't seem the case. Check if you're following their build instructions properly, or even if they have some error. My bet is that your build setup is missing stuff in include paths. Em 14/09/2013 22:04, "Cristi Dinescu" <crd...@gm...> escreveu: > Cristi, if you're following build instructions correctly, then they may >> have a problem, although my bet is that you're missing something. It's >> better trying to fix the real cause instead of workaround it, it may just >> keep snowballing. So have you noted the macro below? For some reason your >> setup is not finding string.h, it seems. Possibly some include path mess? >> >> #if defined ZZIP_HAVE_STRING_H >> #include <string.h> >> #elif defined ZZIP_HAVE_STRINGS_H >> #include <strings.h> >> #endif >> > Well I followed your advice and I changed stricmp back to 'strcasecmp' so > 'mapped.c' related errors are not a concern at the moment. So now, why > can't gcc find 'strcasecmp' in 'stat.c' when there's an obvious include > line there for string.h where it is defined? > > 2013/9/15 Renato Silva <br....@gm...> > >> Cristi, if you're following build instructions correctly, then they may >> have a problem, although my bet is that you're missing something. It's >> better trying to fix the real cause instead of workaround it, it may just >> keep snowballing. So have you noted the macro below? For some reason your >> setup is not finding string.h, it seems. Possibly some include path mess? >> >> #if defined ZZIP_HAVE_STRING_H >> #include <string.h> >> #elif defined ZZIP_HAVE_STRINGS_H >> #include <strings.h> >> #endif >> >> > >> > strcasecmp is an inline function defined in string.h. I'm guessing >> > that stat.c didn't include string.h, so you are getting this error. >> > Including a header where a function is defined or declared is pretty >> > basic. >> >> The <string.h> is included but anyways I replaced 'strcasecmp' with >> 'stricmp' which is supposed to do be case insensitive as well. Now I get >> another error which I can't even a error message for it, please see img , >> Also if anyone wants to inspect the file and help me figure out the issue >> please check it here . >> >> Thanks again! >> >> >> >>> strcasecmp is an inline function defined in string.h. I'm guessing >>> that stat.c didn't include string.h, so you are getting this error. >>> Including a header where a function is defined or declared is pretty >>> basic. >> >> >> The <string.h> is included but anyways I replaced 'strcasecmp' with >> 'stricmp' which is supposed to do be case insensitive as well. Now I get >> another error which I can't even a error message for it, please see img<http://img163.imageshack.us/img163/3945/v6ks.png> , >> Also if anyone wants to inspect the file and help me figure out the issue >> please check it here<https://www.dropbox.com/s/5rlr3gcwckpqlkj/mmapped.c> >> . >> >> Thanks again! >> >> >> >> >> >> 2013/9/14 Eli Zaretskii <el...@gn...> >> >>> > Date: Sat, 14 Sep 2013 22:30:32 +0300 >>> > From: Cristi Dinescu <crd...@gm...> >>> > >>> > I'm trying to compile zziplib using MinGW and MSYS on Windows and I get >>> > some errors, screenshot here< >>> http://img198.imageshack.us/img198/5708/ri8m.png> >>> > . >>> > >>> > Any ideas? >>> >>> strcasecmp is an inline function defined in string.h. I'm guessing >>> that stat.c didn't include string.h, so you are getting this error. >>> Including a header where a function is defined or declared is pretty >>> basic. >>> >>> >>> ------------------------------------------------------------------------------ >>> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! >>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, >>> SharePoint >>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack >>> includes >>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> MinGW-users mailing list >>> Min...@li... >>> >>> This list observes the Etiquette found at >>> http://www.mingw.org/Mailing_Lists. >>> We ask that you be polite and do the same. Disregard for the list >>> etiquette may cause your account to be moderated. >>> >>> _______________________________________________ >>> You may change your MinGW Account Options or unsubscribe at: >>> https://lists.sourceforge.net/lists/listinfo/mingw-users >>> Also: mailto:min...@li... >>> ?subject=unsubscribe >>> >> >> >> >> ------------------------------------------------------------------------------ >> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! >> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, >> SharePoint >> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack >> includes >> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk >> _______________________________________________ >> MinGW-users mailing list >> Min...@li... >> >> This list observes the Etiquette found at >> http://www.mingw.org/Mailing_Lists. >> We ask that you be polite and do the same. Disregard for the list >> etiquette may cause your account to be moderated. >> >> _______________________________________________ >> You may change your MinGW Account Options or unsubscribe at: >> https://lists.sourceforge.net/lists/listinfo/mingw-users >> Also: mailto:min...@li... >> ?subject=unsubscribe >> >> >> ------------------------------------------------------------------------------ >> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! >> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, >> SharePoint >> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack >> includes >> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk >> _______________________________________________ >> MinGW-users mailing list >> Min...@li... >> >> This list observes the Etiquette found at >> http://www.mingw.org/Mailing_Lists. >> We ask that you be polite and do the same. Disregard for the list >> etiquette may cause your account to be moderated. >> >> _______________________________________________ >> You may change your MinGW Account Options or unsubscribe at: >> https://lists.sourceforge.net/lists/listinfo/mingw-users >> Also: mailto:min...@li... >> ?subject=unsubscribe >> > > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! > 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, > SharePoint > 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack > includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list > etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe > |
From: Cristi D. <crd...@gm...> - 2013-09-15 01:49:44
|
> > Notice the if surrounding it, it's called macros. Those lines mean that > the include will only be compiled when ZZIP_HAVE_STRING_H is defined, which > doesn't seem the case. Check if you're following their build instructions > properly, or even if they have some error. My bet is that your build setup > is missing stuff in include paths. > Like I said before 'mmaped.c' is not relevant anymore at the moment since I reverted to 'strcasecmp'. Concerning the build reqs, the only dependency for it is the zlib library which i've added to MinGW's include and lib dirs and from the config log zlib was successfully detected by the autotools utility so there really shouldn't be any case of missing files/dependecies. I really don't know what can be wrong in 'stat.c' since the "#include <string.h>" line there doesn't have any '#if' block around it. If anyone wants to check 'stat.c', you can find it here<https://www.dropbox.com/s/17mt4auud1btb4h/stat.c> . P.S.: Maybe someone here is kind enough can give it a try and built it ( I need zziplib-0.13.49 exactly) on Windows using gcc-4.8.1 and upload the binaries for me. :P 2013/9/15 Renato Silva <br....@gm...> > Notice the if surrounding it, it's called macros. Those lines mean that > the include will only be compiled when ZZIP_HAVE_STRING_H is defined, which > doesn't seem the case. Check if you're following their build instructions > properly, or even if they have some error. My bet is that your build setup > is missing stuff in include paths. > Em 14/09/2013 22:04, "Cristi Dinescu" <crd...@gm...> escreveu: > > Cristi, if you're following build instructions correctly, then they may >>> have a problem, although my bet is that you're missing something. It's >>> better trying to fix the real cause instead of workaround it, it may just >>> keep snowballing. So have you noted the macro below? For some reason your >>> setup is not finding string.h, it seems. Possibly some include path mess? >>> >>> #if defined ZZIP_HAVE_STRING_H >>> #include <string.h> >>> #elif defined ZZIP_HAVE_STRINGS_H >>> #include <strings.h> >>> #endif >>> >> Well I followed your advice and I changed stricmp back to 'strcasecmp' so >> 'mapped.c' related errors are not a concern at the moment. So now, why >> can't gcc find 'strcasecmp' in 'stat.c' when there's an obvious include >> line there for string.h where it is defined? >> >> 2013/9/15 Renato Silva <br....@gm...> >> >>> Cristi, if you're following build instructions correctly, then they may >>> have a problem, although my bet is that you're missing something. It's >>> better trying to fix the real cause instead of workaround it, it may just >>> keep snowballing. So have you noted the macro below? For some reason your >>> setup is not finding string.h, it seems. Possibly some include path mess? >>> >>> #if defined ZZIP_HAVE_STRING_H >>> #include <string.h> >>> #elif defined ZZIP_HAVE_STRINGS_H >>> #include <strings.h> >>> #endif >>> >>> > >>> > strcasecmp is an inline function defined in string.h. I'm guessing >>> > that stat.c didn't include string.h, so you are getting this error. >>> > Including a header where a function is defined or declared is pretty >>> > basic. >>> >>> The <string.h> is included but anyways I replaced 'strcasecmp' with >>> 'stricmp' which is supposed to do be case insensitive as well. Now I get >>> another error which I can't even a error message for it, please see img , >>> Also if anyone wants to inspect the file and help me figure out the issue >>> please check it here . >>> >>> Thanks again! >>> >>> >>> >>>> strcasecmp is an inline function defined in string.h. I'm guessing >>>> that stat.c didn't include string.h, so you are getting this error. >>>> Including a header where a function is defined or declared is pretty >>>> basic. >>> >>> >>> The <string.h> is included but anyways I replaced 'strcasecmp' with >>> 'stricmp' which is supposed to do be case insensitive as well. Now I get >>> another error which I can't even a error message for it, please see img<http://img163.imageshack.us/img163/3945/v6ks.png> , >>> Also if anyone wants to inspect the file and help me figure out the issue >>> please check it here<https://www.dropbox.com/s/5rlr3gcwckpqlkj/mmapped.c> >>> . >>> >>> Thanks again! >>> >>> >>> >>> >>> >>> 2013/9/14 Eli Zaretskii <el...@gn...> >>> >>>> > Date: Sat, 14 Sep 2013 22:30:32 +0300 >>>> > From: Cristi Dinescu <crd...@gm...> >>>> > >>>> > I'm trying to compile zziplib using MinGW and MSYS on Windows and I >>>> get >>>> > some errors, screenshot here< >>>> http://img198.imageshack.us/img198/5708/ri8m.png> >>>> > . >>>> > >>>> > Any ideas? >>>> >>>> strcasecmp is an inline function defined in string.h. I'm guessing >>>> that stat.c didn't include string.h, so you are getting this error. >>>> Including a header where a function is defined or declared is pretty >>>> basic. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! >>>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, >>>> SharePoint >>>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack >>>> includes >>>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> MinGW-users mailing list >>>> Min...@li... >>>> >>>> This list observes the Etiquette found at >>>> http://www.mingw.org/Mailing_Lists. >>>> We ask that you be polite and do the same. Disregard for the list >>>> etiquette may cause your account to be moderated. >>>> >>>> _______________________________________________ >>>> You may change your MinGW Account Options or unsubscribe at: >>>> https://lists.sourceforge.net/lists/listinfo/mingw-users >>>> Also: mailto:min...@li... >>>> ?subject=unsubscribe >>>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! >>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, >>> SharePoint >>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack >>> includes >>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> MinGW-users mailing list >>> Min...@li... >>> >>> This list observes the Etiquette found at >>> http://www.mingw.org/Mailing_Lists. >>> We ask that you be polite and do the same. Disregard for the list >>> etiquette may cause your account to be moderated. >>> >>> _______________________________________________ >>> You may change your MinGW Account Options or unsubscribe at: >>> https://lists.sourceforge.net/lists/listinfo/mingw-users >>> Also: mailto:min...@li... >>> ?subject=unsubscribe >>> >>> >>> ------------------------------------------------------------------------------ >>> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! >>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, >>> SharePoint >>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack >>> includes >>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> MinGW-users mailing list >>> Min...@li... >>> >>> This list observes the Etiquette found at >>> http://www.mingw.org/Mailing_Lists. >>> We ask that you be polite and do the same. Disregard for the list >>> etiquette may cause your account to be moderated. >>> >>> _______________________________________________ >>> You may change your MinGW Account Options or unsubscribe at: >>> https://lists.sourceforge.net/lists/listinfo/mingw-users >>> Also: mailto:min...@li... >>> ?subject=unsubscribe >>> >> >> >> >> ------------------------------------------------------------------------------ >> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! >> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, >> SharePoint >> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack >> includes >> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk >> _______________________________________________ >> MinGW-users mailing list >> Min...@li... >> >> This list observes the Etiquette found at >> http://www.mingw.org/Mailing_Lists. >> We ask that you be polite and do the same. Disregard for the list >> etiquette may cause your account to be moderated. >> >> _______________________________________________ >> You may change your MinGW Account Options or unsubscribe at: >> https://lists.sourceforge.net/lists/listinfo/mingw-users >> Also: mailto:min...@li... >> ?subject=unsubscribe >> > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! > 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, > SharePoint > 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack > includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list > etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe > |
From: Earnie B. <ea...@us...> - 2013-09-15 02:13:27
|
On Sat, Sep 14, 2013 at 9:49 PM, Cristi Dinescu wrote: >> Notice the if surrounding it, it's called macros. Those lines mean that >> the include will only be compiled when ZZIP_HAVE_STRING_H is defined, which >> doesn't seem the case. Check if you're following their build instructions >> properly, or even if they have some error. My bet is that your build setup >> is missing stuff in include paths. > > > Like I said before 'mmaped.c' is not relevant anymore at the moment since I > reverted to 'strcasecmp'. > I was able to build up to the creation of the documentation by changing the zzip/Makefile CFLAGS line from -O2 to -O0. I did not try to determine the cause of the error in the creation of the documentation but my guess is I don't have python or some other dependency installed. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Cristi D. <crd...@gm...> - 2013-09-15 03:46:28
|
> > I was able to build up to the creation of the documentation by > changing the zzip/Makefile CFLAGS line from -O2 to -O0. I did not try > to determine the cause of the error in the creation of the > documentation but my guess is I don't have python or some other > dependency installed. Yep Python is needed for doc and there also other minor changes/config needed for Win, see here<http://itsacleanmachine.blogspot.ro/2012/03/compiling-zziplib-with-mingw.html> for details. 2013/9/15 Earnie Boyd <ea...@us...> > On Sat, Sep 14, 2013 at 9:49 PM, Cristi Dinescu wrote: > >> Notice the if surrounding it, it's called macros. Those lines mean that > >> the include will only be compiled when ZZIP_HAVE_STRING_H is defined, > which > >> doesn't seem the case. Check if you're following their build > instructions > >> properly, or even if they have some error. My bet is that your build > setup > >> is missing stuff in include paths. > > > > > > Like I said before 'mmaped.c' is not relevant anymore at the moment > since I > > reverted to 'strcasecmp'. > > > > I was able to build up to the creation of the documentation by > changing the zzip/Makefile CFLAGS line from -O2 to -O0. I did not try > to determine the cause of the error in the creation of the > documentation but my guess is I don't have python or some other > dependency installed. > > -- > Earnie > -- https://sites.google.com/site/earnieboyd > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! > 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, > SharePoint > 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack > includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list > etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe > |
From: Renato S. <br....@gm...> - 2013-09-15 23:56:36
|
2013/9/14 Cristi Dinescu <crd...@gm...> > Notice the if surrounding it, it's called macros. Those lines mean that >> the include will only be compiled when ZZIP_HAVE_STRING_H is defined, which >> doesn't seem the case. Check if you're following their build instructions >> properly, or even if they have some error. My bet is that your build setup >> is missing stuff in include paths. >> > > Like I said before 'mmaped.c' is not relevant anymore at the moment since > I reverted to 'strcasecmp'. > Ah I see now. 2013/9/15 Cristi Dinescu <crd...@gm...> > I was able to build up to the creation of the documentation by >> changing the zzip/Makefile CFLAGS line from -O2 to -O0. I did not try >> to determine the cause of the error in the creation of the >> documentation but my guess is I don't have python or some other >> dependency installed. > > > Yep Python is needed for doc and there also other minor changes/config > needed for Win, see here<http://itsacleanmachine.blogspot.ro/2012/03/compiling-zziplib-with-mingw.html> for > details. > Ah good, so the build instructions are from some old blog post. You're in the wild and anything can happen, including snowballing anyway. I tried building it here and I'm giving up with same error as yours. However, I see that configure performs some check for strcasecmp and it fails as you can see in the "no" answer from its output. In configure's log file, there's a less enigmatic message about strcasecmp, as follows. You may want to pursue the cause of that. * * *configure:22638: checking for strcasecmp* *configure:22694: gcc -o conftest.exe -g -O2 conftest.c >&5* *conftest.c:57:6: warning: conflicting types for built-in function 'strcasecmp' [enabled by default]* * char strcasecmp ();* * ^* *C:\Users\Renato\AppData\Local\Temp\ccUTM72H.o: In function `main':* *C:\Users\Renato\Desktop\zziplib-0.13.49\MINGW32_NT-6.1_1.0.18(0.48_3_2)_i686.d/conftest.c:68: undefined reference to `strcasecmp'* *collect2.exe: error: ld returned 1 exit status* *configure:22700: $? = 1* *configure: failed program was:* *| /* confdefs.h. */* *| #define PACKAGE_NAME ""* *| #define PACKAGE_TARNAME ""* *| #define PACKAGE_VERSION ""* *| #define PACKAGE_STRING ""* *| #define PACKAGE_BUGREPORT ""* *| #define PACKAGE "zziplib"* *| #define VERSION "0.13.49"* *| #define STDC_HEADERS 1* *| #define HAVE_SYS_TYPES_H 1* *| #define HAVE_SYS_STAT_H 1* *| #define HAVE_STDLIB_H 1* *| #define HAVE_STRING_H 1* *| #define HAVE_MEMORY_H 1* *| #define HAVE_STRINGS_H 1* *| #define HAVE_INTTYPES_H 1* *| #define HAVE_STDINT_H 1* *| #define HAVE_UNISTD_H 1* *| #define restrict __restrict__* *| #define STDC_HEADERS 1* *| #define HAVE_DIRENT_H 1* *| #define HAVE_STDINT_H 1* *| #define HAVE_UNISTD_H 1* *| #define HAVE_WINDOWS_H 1* *| #define HAVE_WINNT_H 1* *| #define HAVE_WINBASE_H 1* *| #define HAVE_SYS_TYPES_H 1* *| #define HAVE_SYS_STAT_H 1* *| #define HAVE_SYS_PARAM_H 1* *| #define HAVE_IO_H 1* *| #define HAVE_DIRECT_H 1* *| #define HAVE_ZLIB_H 1* *| /* end confdefs.h. */* *| /* Define strcasecmp to an innocuous variant, in case <limits.h> declares strcasecmp.* *| For example, HP-UX 11i <limits.h> declares gettimeofday. */* *| #define strcasecmp innocuous_strcasecmp* *| * *| /* System header to define __stub macros and hopefully few prototypes,* *| which can conflict with char strcasecmp (); below.* *| Prefer <limits.h> to <assert.h> if __STDC__ is defined, since* *| <limits.h> exists even on freestanding compilers. */* *| * *| #ifdef __STDC__* *| # include <limits.h>* *| #else* *| # include <assert.h>* *| #endif* *| * *| #undef strcasecmp* *| * *| /* Override any GCC internal prototype to avoid an error.* *| Use char because int might match the return type of a GCC* *| builtin and then its argument prototype would still apply. */* *| #ifdef __cplusplus* *| extern "C"* *| #endif* *| char strcasecmp ();* *| /* The GNU C library defines this for functions which it implements* *| to always fail with ENOSYS. Some functions are actually named* *| something starting with __ and the normal name is an alias. */* *| #if defined __stub_strcasecmp || defined __stub___strcasecmp* *| choke me* *| #endif* *| * *| int* *| main ()* *| {* *| return strcasecmp ();* *| ;* *| return 0;* *| }* > > > 2013/9/15 Earnie Boyd <ea...@us...> > >> On Sat, Sep 14, 2013 at 9:49 PM, Cristi Dinescu wrote: >> >> Notice the if surrounding it, it's called macros. Those lines mean that >> >> the include will only be compiled when ZZIP_HAVE_STRING_H is defined, >> which >> >> doesn't seem the case. Check if you're following their build >> instructions >> >> properly, or even if they have some error. My bet is that your build >> setup >> >> is missing stuff in include paths. >> > >> > >> > Like I said before 'mmaped.c' is not relevant anymore at the moment >> since I >> > reverted to 'strcasecmp'. >> > >> >> I was able to build up to the creation of the documentation by >> changing the zzip/Makefile CFLAGS line from -O2 to -O0. I did not try >> to determine the cause of the error in the creation of the >> documentation but my guess is I don't have python or some other >> dependency installed. >> >> -- >> Earnie >> -- https://sites.google.com/site/earnieboyd >> >> >> ------------------------------------------------------------------------------ >> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! >> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, >> SharePoint >> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack >> includes >> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk >> _______________________________________________ >> MinGW-users mailing list >> Min...@li... >> >> This list observes the Etiquette found at >> http://www.mingw.org/Mailing_Lists. >> We ask that you be polite and do the same. Disregard for the list >> etiquette may cause your account to be moderated. >> >> _______________________________________________ >> You may change your MinGW Account Options or unsubscribe at: >> https://lists.sourceforge.net/lists/listinfo/mingw-users >> Also: mailto:min...@li... >> ?subject=unsubscribe >> > > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! > 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, > SharePoint > 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack > includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list > etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe > |
From: Tony T. <ton...@gm...> - 2013-09-16 03:11:09
|
On 15/09/2013, at 11:49 AM, Cristi Dinescu <crd...@gm...> wrote: > > P.S.: Maybe someone here is kind enough can give it a try and built it ( I need zziplib-0.13.49 exactly) on Windows using gcc-4.8.1 and upload the binaries for me. :P 0.13.49 was released in March 2007, can you really not use a newer version? I just gave it a quick try cross-compiling with mxe and the current version (0.13.62) builds without errors (docs disabled), but I can see similar issues as you're having with the older version. Cheers, Tony |
From: Renato S. <br....@gm...> - 2013-09-16 19:42:30
Attachments:
ZZipLib_0.13.62.patch
|
MinGW/ MinGW/bin MinGW/bin/unzip-mem.exe MinGW/bin/unzzip.exe MinGW/bin/unzzipcat-mem.exe MinGW/bin/unzzipcat-seeko.exe MinGW/bin/unzzipcat.exe MinGW/bin/unzzipdir-mem.exe MinGW/bin/unzzipdir.exe MinGW/bin/zzcat.exe MinGW/bin/zzdir.exe MinGW/bin/zzxorcat.exe MinGW/bin/zzxorcopy.exe MinGW/bin/zzxordir.exe MinGW/include MinGW/include/zzip MinGW/include/zzip/autoconf.h MinGW/include/zzip/conf.h MinGW/include/zzip/fetch.h MinGW/include/zzip/file.h MinGW/include/zzip/format.h MinGW/include/zzip/fseeko.h MinGW/include/zzip/info.h MinGW/include/zzip/lib.h MinGW/include/zzip/memdisk.h MinGW/include/zzip/mmapped.h MinGW/include/zzip/plugin.h MinGW/include/zzip/stdint.h MinGW/include/zzip/types.h MinGW/include/zzip/wrap.h MinGW/include/zzip/write.h MinGW/include/zzip/zzip.h MinGW/include/zzip/zzip32.h MinGW/include/zzip/_config.h MinGW/include/zzip/_msvc.h MinGW/include/zzip-io.h MinGW/include/zzip.h MinGW/include/zziplib.h MinGW/lib MinGW/lib/libzzip.a MinGW/lib/libzzip.la MinGW/lib/libzzipfseeko.a MinGW/lib/libzzipfseeko.la MinGW/lib/libzzipmmapped.a MinGW/lib/libzzipmmapped.la MinGW/lib/libzzipwrap.a MinGW/lib/libzzipwrap.la MinGW/lib/pkgconfig MinGW/lib/pkgconfig/zzip-zlib-config.pc MinGW/lib/pkgconfig/zzipfseeko.pc MinGW/lib/pkgconfig/zziplib.pc MinGW/lib/pkgconfig/zzipmmapped.pc MinGW/lib/pkgconfig/zzipwrap.pc MinGW/share MinGW/share/aclocal MinGW/share/aclocal/zziplib.m4 MinGW/share/man MinGW/share/man/man3 MinGW/share/man/man3/zzip_close.3 MinGW/share/man/man3/zzip_closedir.3 MinGW/share/man/man3/zzip_compr_str.3 MinGW/share/man/man3/zzip_dirfd.3 MinGW/share/man/man3/zzip_dirhandle.3 MinGW/share/man/man3/zzip_dir_alloc.3 MinGW/share/man/man3/zzip_dir_alloc_ext_io.3 MinGW/share/man/man3/zzip_dir_close.3 MinGW/share/man/man3/zzip_dir_fdopen.3 MinGW/share/man/man3/zzip_dir_fdopen_ext_io.3 MinGW/share/man/man3/zzip_dir_free.3 MinGW/share/man/man3/zzip_dir_open.3 MinGW/share/man/man3/zzip_dir_open_ext_io.3 MinGW/share/man/man3/zzip_dir_read.3 MinGW/share/man/man3/zzip_dir_real.3 MinGW/share/man/man3/zzip_dir_stat.3 MinGW/share/man/man3/zzip_disk_buffer.3 MinGW/share/man/man3/zzip_disk_close.3 MinGW/share/man/man3/zzip_disk_entry_fopen.3 MinGW/share/man/man3/zzip_disk_entry_strdup_comment.3 MinGW/share/man/man3/zzip_disk_entry_strdup_name.3 MinGW/share/man/man3/zzip_disk_entry_to_data.3 MinGW/share/man/man3/zzip_disk_entry_to_file_header.3 MinGW/share/man/man3/zzip_disk_fclose.3 MinGW/share/man/man3/zzip_disk_feof.3 MinGW/share/man/man3/zzip_disk_findfile.3 MinGW/share/man/man3/zzip_disk_findfirst.3 MinGW/share/man/man3/zzip_disk_findmatch.3 MinGW/share/man/man3/zzip_disk_findnext.3 MinGW/share/man/man3/zzip_disk_fopen.3 MinGW/share/man/man3/zzip_disk_fread.3 MinGW/share/man/man3/zzip_disk_init.3 MinGW/share/man/man3/zzip_disk_mmap.3 MinGW/share/man/man3/zzip_disk_munmap.3 MinGW/share/man/man3/zzip_disk_new.3 MinGW/share/man/man3/zzip_disk_open.3 MinGW/share/man/man3/zzip_entry_data_offset.3 MinGW/share/man/man3/zzip_entry_fclose.3 MinGW/share/man/man3/zzip_entry_feof.3 MinGW/share/man/man3/zzip_entry_ffile.3 MinGW/share/man/man3/zzip_entry_findfile.3 MinGW/share/man/man3/zzip_entry_findfirst.3 MinGW/share/man/man3/zzip_entry_findmatch.3 MinGW/share/man/man3/zzip_entry_findnext.3 MinGW/share/man/man3/zzip_entry_fopen.3 MinGW/share/man/man3/zzip_entry_fread.3 MinGW/share/man/man3/zzip_entry_fread_file_header.3 MinGW/share/man/man3/zzip_entry_free.3 MinGW/share/man/man3/zzip_entry_strdup_name.3 MinGW/share/man/man3/zzip_errno.3 MinGW/share/man/man3/zzip_error.3 MinGW/share/man/man3/zzip_fclose.3 MinGW/share/man/man3/zzip_file_close.3 MinGW/share/man/man3/zzip_file_open.3 MinGW/share/man/man3/zzip_file_read.3 MinGW/share/man/man3/zzip_file_real.3 MinGW/share/man/man3/zzip_file_stat.3 MinGW/share/man/man3/zzip_fopen.3 MinGW/share/man/man3/zzip_fread.3 MinGW/share/man/man3/zzip_freopen.3 MinGW/share/man/man3/zzip_fstat.3 MinGW/share/man/man3/zzip_get_default_io.3 MinGW/share/man/man3/zzip_inflate_init.3 MinGW/share/man/man3/zzip_init_io.3 MinGW/share/man/man3/zzip_open.3 MinGW/share/man/man3/zzip_opendir.3 MinGW/share/man/man3/zzip_opendir_ext_io.3 MinGW/share/man/man3/zzip_open_ext_io.3 MinGW/share/man/man3/zzip_open_shared_io.3 MinGW/share/man/man3/zzip_read.3 MinGW/share/man/man3/zzip_readdir.3 MinGW/share/man/man3/zzip_realdir.3 MinGW/share/man/man3/zzip_realfd.3 MinGW/share/man/man3/zzip_rewind.3 MinGW/share/man/man3/zzip_rewinddir.3 MinGW/share/man/man3/zzip_seek.3 MinGW/share/man/man3/zzip_seek32.3 MinGW/share/man/man3/zzip_seekdir.3 MinGW/share/man/man3/zzip_seekdir32.3 MinGW/share/man/man3/zzip_seterror.3 MinGW/share/man/man3/zzip_strerror.3 MinGW/share/man/man3/zzip_strerror_of.3 MinGW/share/man/man3/zzip_tell.3 MinGW/share/man/man3/zzip_tell32.3 MinGW/share/man/man3/zzip_telldir.3 MinGW/share/man/man3/zzip_telldir32.3 MinGW/share/man/man3/__zzip_fetch_disk_trailer.3 MinGW/share/man/man3/__zzip_parse_root_directory.3 MinGW/share/man/man3/__zzip_try_open.3 |