Skip to content

djgpp: build fixes#6382

Closed
gvanem wants to merge 12 commits into
curl:masterfrom
gvanem:master
Closed

djgpp: build fixes#6382
gvanem wants to merge 12 commits into
curl:masterfrom
gvanem:master

Conversation

@gvanem

@gvanem gvanem commented Dec 27, 2020

Copy link
Copy Markdown
Contributor

Here are some fixes for lib/Makefile.dj, src/Makefile.dj and some packages/DOS/ files.
Not many are using djgpp nowadays, but I've had these changes locally for ages. So now hopefully the diffs are out of the way.

  Allow 'Makefile.dist' to build both 'lib' and 'src'.
  *) Allow using the Windows hosted djgpp cross compiler
     to build for MSDOS under Windows.
  *) 'USE_SSL' -> 'USE_OPENSSL'.
  *) Added a 'link_EXE' macro. Etc, etc.
  *) Linking 'curl.exe' needs '$(CURLX_CFILES)' too.
  *) Do not pick-up '../lib/djgpp/*.o' files. Recompile locally.
  *) Generate a gzipped 'tool_hugehelp.c' if 'USE_ZLIB=1'.
Comment thread packages/DOS/README Outdated
Comment thread packages/DOS/common.dj Outdated

@jay jay left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

.

@jay jay added the build label Dec 27, 2020
Comment thread packages/DOS/README
Comment thread packages/DOS/common.dj

#
# Use zlib for contents encoding
# Use zlib for contents encoding. Needed for 'USE_OPENSSL=1' too.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since when is zlib needed for OpenSSL?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It could be when perl Configure enable-zlib is used (what I used last time I built OpenSSL with djgpp).
No use of zlib.dll on MSDOS you know.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It could be when perl Configure enable-zlib is used (what I used last time I built OpenSSL with djgpp).

Then I think you could say something like # May be needed if using static OpenSSL built with zlib enabled.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Okay. But how about the syntax USE_ZLIB ?= 0. So one could do a make -f Makefile.dj USE_ZLIB=1 clean all.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But how about the syntax USE_ZLIB ?= 0

They should probably all be like that since there is no configure script

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done that now.

@jay jay left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

.

Comment thread packages/DOS/common.dj Outdated
Comment thread packages/DOS/common.dj Outdated
Previous warnings related to AFL fuzzy-functions are gone. Hence no need for that.
Comment thread packages/DOS/common.dj
Clarify the 'conditional variable assignment' in 'common.dj'.
@gvanem gvanem marked this pull request as ready for review January 7, 2021 11:43

@jay jay left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

for next-feature-window

Comment thread packages/DOS/README
@jay jay added feature-window A merge of this requires an open feature window and removed feature-window A merge of this requires an open feature window labels Jan 26, 2021
@jay jay closed this in 3611f6a Jan 28, 2021
@jay

jay commented Jan 28, 2021

Copy link
Copy Markdown
Member

Thanks. I landed this now because IMO djgpp build is broken without it so I see no point in waiting until the next release.

I was not able to work with this PR the traditional way, it says it's from "unknown repository". Where is your curl fork?

For posterity I'll note found a workaround, that I'm sure to forget. I added .patch to the URL then git am'd it, like this

curl -OL https://github.com/curl/curl/pull/6382.patch
git am 6382.patch

then I squashed all the commits into one via interactive rebase (so I could combine and edit all the commit messages), fetched upstream, rebased on upstream/master, checkout my master, merge --ff-only, review then push upstream.

@gvanem

gvanem commented Jan 28, 2021

Copy link
Copy Markdown
Contributor Author

... it says it's from "unknown repository". Where is your curl fork?

Sorry about that. I messed up my fork and hence deleted it. I'm still very little into these more advanced Git commands.
Thanks for the merge.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Development

Successfully merging this pull request may close these issues.

2 participants