Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Revert version change of gwenhywfar: Maybe 4.20.0 builds without prob…
…lems on windows.
- Loading branch information
d80fbec
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The newer version of gwenhywfar didn't build because in configure.ac, the newer version will now stop if pkg-config for gtk3 could not be found. aqbanking/gwenhywfar@66b2962 The older version probably suffered from the very same problem, but configure.ac did not yet stop there. And during compilation this somehow wasn't any issue, probably because CFLAGS and LDFLAGS were set up correctly by some other way.
@jralls : Do you happen to know how the PKG_CONFIG_PATH of gtk3 can be set in our windows scripts before gwenhywfar configure is called? Unfortunately I indeed don't have a windows test system at hand, sorry.
d80fbec
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@cstim It's set in jhbuildrc and
pkg-config --modversion gtk+-3.0
returns the currently installed version so it should work. I'll test locally.d80fbec
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It wasn't failing because of PKG_CONFIG_PATH, it was failing because it couldn't find pkg-config. I'm not sure why, maybe something went wrong during autogen. I've fixed it by setting
$PKG_CONFIG
injhbuildrc
. BTW, the 4.20.0 tarball doesn't check for gtk3 at all so I'd hadjhbuildrc
add the gtk3 stuff to CFLAGS and CXXFLAGS.Gwenhywfar 4.20.1 also has a misconfigured clean target in that it removes the symlink directory
gwenhywfar4
. That's created by configure so removing it in clean breaks the build. It should be removed in distclean. My commit includes a patch toMakefile.in
that just fixes clean.d80fbec
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for looking into this further. Seems like the subsequent nightly builds were not yet satisfied with the set $PKG_CONFIG. No idea why, sorry. My suspicion is that this particular tarball has some problems.
Regardless of this particular tarball, I would happily commit a fix on the gwenhywfar side about the clean target. How would I reproduce this error here on my side to see this, too? Do you have a pointer on how I should fix this in the Makefile.am in the first place? Thanks!
d80fbec
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@cstim to reproduce just configure in a separate build directory, run
make clean
thenmake
. It will fail for not being able to build the headers in gwenhywfar4.The change in
Makefile.am
isd80fbec
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As for PKG_CONFIG, I needed to log into the VM and rerun
setup-mingw64.ps1
to get the change fromjhbuildrc.in
tojhbuildrc
. Tonight's build should be OK.