github-starred/libxlsxwriter

Fork 0

mirror of https://github.com/jmcnamara/libxlsxwriter.git synced 2026-05-15 14:15:54 -06:00

[GH-ISSUE #55] Problem using libxlsxwriter and ZipArchive together #47

New issue

Closed

opened 2026-05-05 11:31:05 -06:00 by gitea-mirror · 9 comments

gitea-mirror commented

2026-05-05 11:31:05 -06:00

Owner

Originally created by @sanhue0302 on GitHub (Jun 29, 2016).
Original GitHub issue: https://github.com/jmcnamara/libxlsxwriter/issues/55

Originally assigned to: @jmcnamara on GitHub.

while i use pod libxlsxwriter and ZipArchive together
build would failed with "Use of undeclared identifier 'MAXU32'"
i think that because pod will misunderstand include ioapi.h at Ziparchive rather than libxlsxwriter
any idea to use these two together?

Originally created by @sanhue0302 on GitHub (Jun 29, 2016). Original GitHub issue: https://github.com/jmcnamara/libxlsxwriter/issues/55 Originally assigned to: @jmcnamara on GitHub. while i use pod libxlsxwriter and ZipArchive together build would failed with "Use of undeclared identifier 'MAXU32'" i think that because pod will misunderstand include ioapi.h at Ziparchive rather than libxlsxwriter any idea to use these two together?

gitea-mirror

2026-05-05 11:31:05 -06:00

closed this issue
added the
bug
label

gitea-mirror commented

2026-05-05 11:31:15 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jun 29, 2016):

Hi Sanhue,

There isn't very much information to go on here.

Some questions:

What is ZipArchive? I presume this: https://cocoapods.org/pods/ZipArchive
What are the steps to reproduce this? Please give a complete example.

I took a quick look at the ZipArchive source and the version of ioapi.h isn't wrapped in a #ifndef _ZLIBIOAPI64_H sentinel. Or perhaps it isn't a recent version from the zlib master branch. You could try replacing the minizip parts in ZipArchive with the ones from zlib master or libxlsxwriter.

John

@jmcnamara commented on GitHub (Jun 29, 2016): Hi Sanhue, There isn't very much information to go on here. Some questions: 1. What is ZipArchive? I presume this: https://cocoapods.org/pods/ZipArchive 2. What are the steps to reproduce this? Please give a complete example. I took a quick look at the ZipArchive source and the version of ioapi.h isn't wrapped in a `#ifndef _ZLIBIOAPI64_H` sentinel. Or perhaps it isn't a recent version from the [zlib master branch](https://github.com/madler/zlib/tree/master/contrib/minizip). You could try replacing the minizip parts in ZipArchive with the ones from zlib master or libxlsxwriter. John

gitea-mirror commented

2026-05-05 11:31:19 -06:00

Author

Owner

@sanhue0302 commented on GitHub (Jun 29, 2016):

a simple way to reproduce this issue is:

create a new project
add a podfile with

  pod 'ZipArchive'
  pod 'libxlsxwriter'

pod update
build the workspace

@sanhue0302 commented on GitHub (Jun 29, 2016): a simple way to reproduce this issue is: - create a new project - add a podfile with ``` pod 'ZipArchive' pod 'libxlsxwriter' ``` - pod update - build the workspace

gitea-mirror commented

2026-05-05 11:31:23 -06:00

Author

Owner

@sanhue0302 commented on GitHub (Jun 29, 2016):

yes, i think ZipArchive and libxlsxwriter use different version of minzip

any idea to solve the problem?

@sanhue0302 commented on GitHub (Jun 29, 2016): yes, i think ZipArchive and libxlsxwriter use different version of minzip any idea to solve the problem?

gitea-mirror commented

2026-05-05 11:31:27 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jun 29, 2016):

yes, i think ZipArchive and libxlsxwriter use different version of min zip . any idea to solve the problem?

Just the idea that I suggested above. To replace the minizip version in ZipArchive with the one from zlib master (or the 1.28 tarball) or the one from libxlsxwriter.

@jmcnamara commented on GitHub (Jun 29, 2016): > yes, i think ZipArchive and libxlsxwriter use different version of min zip . any idea to solve the problem? Just the idea that I suggested above. To replace the minizip version in ZipArchive with the one from zlib master (or the 1.28 tarball) or the one from libxlsxwriter.

gitea-mirror commented

2026-05-05 11:31:29 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jun 29, 2016):

Can you also post a full error log.

@jmcnamara commented on GitHub (Jun 29, 2016): Can you also post a full error log.

gitea-mirror commented

2026-05-05 11:31:34 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jun 29, 2016):

P.S. An error log when using SSArchiveZip.

@jmcnamara commented on GitHub (Jun 29, 2016): P.S. An error log when using SSArchiveZip.

gitea-mirror commented

2026-05-05 11:31:37 -06:00

Author

Owner

@sanhue0302 commented on GitHub (Jun 29, 2016):

/Users/sanhue/Desktop/test/Pods/libxlsxwriter/third_party/minizip/ioapi.c:62:29:
error:use of undeclared identifier 'MAXU32'

        if ((tell_uLong) == MAXU32)

my test sample:
test.zip

@sanhue0302 commented on GitHub (Jun 29, 2016): ``` /Users/sanhue/Desktop/test/Pods/libxlsxwriter/third_party/minizip/ioapi.c:62:29: error:use of undeclared identifier 'MAXU32' if ((tell_uLong) == MAXU32) ``` my test sample: [test.zip](https://github.com/jmcnamara/libxlsxwriter/files/338879/test.zip)

gitea-mirror commented

2026-05-05 11:31:41 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jul 2, 2016):

@lrossi Any chance you could take a look at this issue if you get some time. Basically there is some sort of incompatibility between libxlsxwriter and SSArchiveZip with installed from pods since they both include a complete copy of minizip from zlib.

I don't know enough about either Xcode or Cocoapods to help the OP resolve their issue.

@jmcnamara commented on GitHub (Jul 2, 2016): @lrossi Any chance you could take a look at this issue if you get some time. Basically there is some sort of incompatibility between libxlsxwriter and SSArchiveZip with installed from pods since they both include a complete copy of minizip from zlib. I don't know enough about either Xcode or Cocoapods to help the OP resolve their issue.

gitea-mirror commented

2026-05-05 11:31:46 -06:00

Author

Owner

@jmcnamara commented on GitHub (Dec 20, 2016):

Closing. Can't fix.

@jmcnamara commented on GitHub (Dec 20, 2016): Closing. Can't fix.