Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

simutrans: drop GCC dependency #110143

Closed
wants to merge 1 commit into from

Conversation

danielnachun
Copy link
Member

  • Have you followed the guidelines for contributing?
  • Have you ensured that your commits follow the commit style guide?
  • Have you checked that there aren't other open pull requests for the same formula update/change?
  • Have you built your formula locally with brew install --build-from-source <formula>, where <formula> is the name of the formula you're submitting?
  • Is your test running fine brew test <formula>, where <formula> is the name of the formula you're submitting?
  • Does your build pass brew audit --strict <formula> (after doing brew install --build-from-source <formula>)? If this is a new formula, does it pass brew audit --new <formula>?

@carlocab
Copy link
Member

carlocab commented Sep 9, 2022

Can we not create so many of these PRs at a time? This is creating long queues in CI.

@danielnachun
Copy link
Member Author

Sorry, I didn't see that message. I didn't have many more to push but I'll wait until it's less busy.

@danielnachun
Copy link
Member Author

This is the failure here and I'm not yet sure what it means:

In file included from dataobj/../simversion.h:12,
                    from dataobj/environment.cc:10:
  dataobj/../revision.h:1:1: error: stray ‘\’ in program
      1 | \#define REVISION
        | ^
  dataobj/../revision.h:1:2: error: stray ‘#’ in program
      1 | \#define REVISION
        |  ^
  dataobj/../revision.h:1:3: error: ‘define’ does not name a type
      1 | \#define REVISION
        |   ^~~~~~
  In file included from dataobj/../sys/simsys.h:14,
                   from dataobj/environment.cc:13:
  /home/linuxbrew/.linuxbrew/include/zlib.h:1422:9: error: ‘z_size_t’ does not name a type; did you mean ‘ssize_t’?
   1422 | ZEXTERN z_size_t ZEXPORT gzfread OF((voidp buf, z_size_t size, z_size_t nitems,
        |         ^~~~~~~~
        |         ssize_t
  /home/linuxbrew/.linuxbrew/include/zlib.h:1454:9: error: ‘z_size_t’ does not name a type; did you mean ‘ssize_t’?
   1454 | ZEXTERN z_size_t ZEXPORT gzfwrite OF((voidpc buf, z_size_t size,
        |         ^~~~~~~~
        |         ssize_t
  In file included from /home/linuxbrew/.linuxbrew/include/zlib.h:34,
                   from dataobj/../sys/simsys.h:14,
                   from dataobj/environment.cc:13:
  /home/linuxbrew/.linuxbrew/include/zlib.h:1709:33: error: ‘z_size_t’ has not been declared
   1709 | ZEXTERN uLong ZEXPORT adler32_z OF((uLong adler, const Bytef *buf,
        |                                 ^~
  /home/linuxbrew/.linuxbrew/include/zlib.h:1745:31: error: ‘z_size_t’ has not been declared
   1745 | ZEXTERN uLong ZEXPORT crc32_z OF((uLong crc, const Bytef *buf,
        |                               ^~

@danielnachun
Copy link
Member Author

I don't have a definitive answer yet, but it appears the issue we're seeing here is to due to a bug in the autotools build which is old and crusty. Upstream now supports building with cmake and with this it successfully compiles, though I am having trouble getting it to install to the right location. Nonetheless I think this is the right path to take here, it will just require more troubleshooting.

@github-actions
Copy link
Contributor

github-actions bot commented Oct 3, 2022

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.

@github-actions github-actions bot added the stale No recent activity label Oct 3, 2022
@danielnachun danielnachun removed the stale No recent activity label Oct 3, 2022
@danielnachun
Copy link
Member Author

I was able to switch this to using CMake and the build is much cleaner now. This should be ready to merge.

@danielnachun danielnachun added the ready to merge PR can be merged once CI is green label Oct 5, 2022
@danielnachun danielnachun requested a review from a team October 6, 2022 16:33
@jonchang
Copy link
Contributor

jonchang commented Oct 6, 2022

Does it still need autoconf and automake if we're switching to cmake-based builds?

@danielnachun
Copy link
Member Author

No I forgot to drop those. Will fix that now.

@BrewTestBot
Copy link
Member

:shipit: @danielnachun has triggered a merge.

@danielnachun danielnachun deleted the simutrans branch October 7, 2022 01:30
@github-actions github-actions bot added the outdated PR was locked due to age label Nov 7, 2022
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Nov 7, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
linux/drop-gcc-dependency outdated PR was locked due to age ready to merge PR can be merged once CI is green
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants