AltME groups: search

The cURL binding documentation looks very good Kaj, congratulations.

(-> cURL Binding)

sure, gracias for curl kaj. very usefull component and already working 
;-)

re: comments in 'core' on the plague of MI ...

multiple inheritance works rather nicely in Curl since you are required 
to provide 'secondary'  constructors - I prefer prototype-based with 
an option for class hierarchies, personally ( try experimenting with 
Logtalk if you can find time ).  I am watching Io, the language, 
evolve as Rebol3 emerges: what is interesting to me is that I ask 
'But is that Oz ?' in Oz. ( which is multi-paradigm )  I used to 
hear a lot of 'getting it' about Prolog and Smalltalk.  After almost 
2 decades in both, I think many of them "didn't get it" ( class hierarchy 
obsessed, as ST purists are/were ).  Ruby is so much like Smalltalk 
that I am quite enjoying watching Groovy play catch-up with Ruby 

Most issues in Rebol have a parallel in Javascript; where ( for the 
neophyte) experiments with 
	typeof

in a console is about the only way for the average developer  to 
'get  it' given
	d1 = Date  // now you use d1 as a function d1()
	d2 = Date()   // d2 is a string that looks like a number   

 d3 = new Date() // d3 is an object but it is UTC but it is presented 
 local time but it is compared UTC .... 
or
	s1 = "string"
	s2 = String("string")
	s3 = new String('string')

 s3[1] = 6   // s3 is an object, as typeof of reveals; String 'equality' 
 in JavaScript even with === is no end of grief  and  for what convenience 
 ?
	s3["size"] = 6
or
	a1 = Array(42)
	a2 = new Array(42)

I think the latter 2 show just how rushed LiveScript was pushed/forced 
out to market as "LavaScript" before the Sun "StrongTalk" folks had 
much influence on the Netscape folks ....  Rebol3 is in better hands 
than 'ActionScrtpt'  as it drifts into classes - because it is being 
kept 'in hand''

The changes in Groovy as it complied with the JSR for Java scripting 
are interesting ( Groovy is almost neat as Rebol would be if it were 
confined to, say, living on  top of VisualBasic ;-)  Now to avoid 
'Rebol on Rails' ...

I think some people who adopted Spring to cope with Java would appreciate 
Rebol ( there, too, you have to 'get it ' )

 MySubClassObject.prototype = new MyParentClassObject()   // now go 
 mess with THAT object before it is useful ...
	// ...

 MySubClassObject.prototype.superclass = MyParentClass  // to fake 
 having a superclass other than Object
cannot be much easier to "get" than anything about Rebol
	use    ; now mostly use /local
and

 bind   ; modifies the block it is passed; use COPY refinement to 
 preclude this side-effect

Smalltalk80 was like "Rebol4" as compared to the first passes at 
an O-O language ...  someone who actually understands Smalltalk contexts/blocks 
and JavaScript should 'get it' with Rebol ( some of those people 
are using Seaside with Squeak, Dolphin and/or VisualWorks ST )

  my 2 cents:  a1 should have been an array of fixed size and only 
  a2 should be a Vector object

I meant that I don't much ask ''But is that Oz?" the way we ask "but 
is that "Rebol?" or "But would that be Rebol?"  It comes from my 
aversion to the questions/attacks of  purists who insisted that Turbo 
Prolog was not really a PROLOG.  Neither is what Prolog became (Prologia 
IV)

The Slate team for Smalltalk3 ( if you think of JavaScript as Smalltalk2 
 [heresy] ) now have Self and Strongtalk to look over with 15+ years 
of hindsight.
It appears to have slowed them down a lot.

I can't wait to get my hands on that Rebol3 beta ...

PS  if you don't think JavaScript was Smalltalk2, just look at Io, 
the language ;-)

PPS  the author of CTM was probably asking himself "But will they 
see that this is not Oz? " with every chapter (Peter Van Roy,  'Concepts, 
Techniques and Models of CP', MIT Press) - the O-O chapter is arguably 
the worst flaw in a fine MIT intro book - unless it is the flaw of 
totally ignoring JavaScript as a functional prototype-based lang. 
( and I don't recall mention of Curl or Rebol )

Another language evolving: Cecil into Diesel

; the error from trying
>>  n: print mold m
; natually leads to
help print
; and since this fails
p: write %tmp.txt :anything"
; with
help write

; we get to clarify binding words to values, functions, procedures 
 evaluation and returned values

; I hope to get tutorials prepared for OCaml and Scheme as well as 
Haskell and Curl, Perl, Python, Ruby and Smalltalk based on my experience 
as a newbie while I am still a newbie ...

ODE
so I though mebbe
;{
 which would only end at a
;}
as }; will not do ...
To take a page from Snobol

  both would have to be unindented, i.e., occupy first and second char 
  of the line

I live in curly-brace land in CURL and a missing brace becomes a 
headache even in a editor with a scroll-u-there brace-matcher

It does mean messing with the shift key which is un-rebolish
But I can't see suggesting
;[
block-comment code falls in here
;]
In CURL we have tag-matching using
|tag-this#
there will not be a duplicate tag until we reach
#tagthis|
|| where |# until #| are vulnerable

|| I ask developer sto single line comment with double-bars but someone 
has to use
|# multi-line comment on a single line to show they know how #|

I tried my cURL binding on Syllable Desktop and it just worked

We introduced and handed out a sneak preview of our new Syllable 
Desktop live CD, introduced the REBOL 3 cURL binding and went through 
our planned demonstration of setting up a website provider on Syllable 
Server, running on Cheyenne, making a website on Desktop with my 
REBOL CMS, building it with REBOL 3 and uploading it to Server with 
the cURL binding, with a short demo of the graphical version of Syllable 
Server thrown in

The development build lacks some parts, though. Most notably cURL, 
so that the Webster browser doesn't work

REBOL 3 is now in there, as on the live CD, including my cURL binding. 
I upgraded Boron to the latest version. ORCA is also still in there, 
for the Syllable package manager. I also added Fossil and many other 
components

Yeah, I remember some tips you contributed to the rebolzine on posting 
to web forms, way back... Anyway, I think I won't tinker with the 
http scheme, kinda dpressing thought, especially since I have great 
hopes to achieve what I need using curl and the shell capability 
of Rebol. Let curl do that work, afte r all, that's what' it's meant 
to do best.

And the good news is: curl does it flawlessly. I just saved myself 
two weeks of headaches. I am a reboller, but not a purist, if I find 
a better tool to do something, that's cool with me.

In this context I am not going to offer the Curl examples for DSL 
and pass-the-proc except to say that ... no , I won't say that either 
;-)

Have u tried using curl ?

curl is a command line tool for transferring files with URL syntax, 
supporting FTP, FTPS, HTTP, HTTPS, GOPHER, TELNET, DICT, FILE and 
LDAP. Curl supports HTTPS certificates, HTTP POST, HTTP PUT, FTP 
uploading, HTTP form based upload, proxies, cookies, user+password 
authentication (Basic, Digest, NTLM, Negotiate, kerberos...), file 
transfer resume, proxy tunneling and a busload of other useful tricks.

Graham, any relation to the other Curl language/platform?  http://www.curl.com/

Completely different.  I think we discussed www.curl.com on the mailing 
list many years ago.  Someone was saying that they had a proposition 
for View to do a job, but it ended up being done by Curl.

There was discussion way back in 1991 http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-thread.r?m=rmlXQTK
about Curl, and the 30Mb download required.

Petr, I think you need to take a look into curl stuff for this.

Curl NITRO is now beta at http://www.curl.comwill be welcoming languages 
other than just Curl.  Expect a relaxed RTE license soon. Like Rebol3, 
Curl is now on  track to only have the core remain proprietary.  
Pekr:  think Rebol on the Surge RTE  AKA Nitro !

Robert - Curl is our competition - why should we be happy about it, 
if noone from us here has any intention into using it? The good thing 
is, that I am chief of IT here, so I never let tools like that to 
let-in :-)

I launched the Aule Browser today at http://www.logiquewerks.com/aule-browser/index.html
   I am also at work on a Qtask browser - but first I have to stop 
tinkering with my Evernote SSB  (you need to tolerate the Curl runtime 
to view my stuff )

My cURL binding is now released under source control in the Syllable 
build system:

http://syllable.cvs.sourceforge.net/viewvc/syllable/syllable/system/apps/utils/Builder/packages/cURL-Binding--current/

It took a lot more time than I expected to create the documentation 
for the cURL binding; about as long as the binding itself. But here 
it is, together with the documentation for the example extension:

Can you transform to Curl 5.0 instead ( http://www.curl.com) ?  
Or write a Curl macro to start  the task ?  I have a few curl notes 
at eclectic-pencil and eclectic-pencil.blogspot.com  ( I work in 
Curl at a s/w co.  servicing web browser needs of F500 + int'l ) 
    The macros  {example    and   {x-example-ref    are the coolest 
    Curl is kinda link Scheme+ Tcl too ... if you have looked at 
Groovy HTML-builder then Curl will look familiar.  The REGEXP is 
Perl-like    Curl is a web-content language in the functional-mold 
rather like a JavaScript with its own RTE.   There is also TiScript 
 ( www.terrainformatica.com  ) and of course XUL for Mozilla ....

Curl: Do you mean Curl as basic system or transforming to Curl? IIRC 
there system is quite fat and requires special servers etc. They 
have a complicated licensing scheme etc.

So, I agree with Petr, why use Curl if we have Rebol?

It's just an HTML alternative ( HTML+CSS+JavaScript )

I was once an OS.2 Zealot and a Prolog Zealot.  I love Rebol, but 
it will not make me either a Rebol bigot or a Rebol zealot.  Even 
a good advocate should not come across as either ...  Curl is not 
server-side; it is just client-side.  If what you have is a 'layout', 
why transform to HTML just to get a page into a browser while waiting 
(6+ mo)  for a Rebol plug-in ?  Curl is a web content language.  
It's good for that.  And it has great sliding panes and all just 
like scriptaculous but a s simple and consistent as good Rebol code. 
 Think of it as Scheme/Dylan for web pages instesad of HTML.

RobertS - just don't try to suggest we are REBOL zealots. Maybe I 
was Amiga zealot, but that time is long gone. OTOH I strictly refuse 
to be shy of REBOL anymore? What does Curl gives me? It is just another 
technology. I was open about Curl, or was it other technology? And 
it was Robert who suggested that the thing is slow, and that his 
fried had to restart the project because of that.

Curl and client side? Wait, is that a plug-in, or what? I don't want 
another plugin. I accept already existant plugins, or the technologies 
I like, and it is REBOL. So, ROBERT is looking for the REBOL to browser 
converter. And it is news to me the world of web browsers supports 
Curl out of the box. It does not. And that is exactly the reason 
why Curl is absolutly zero solution here ...

The Curl Programming Language is FUN. http://www.curl.com/

Slowness is not the biggest problem of Curl, but pricing is.
Pricing for commercial deployments starts at $12,000.

Anytnig make Curl "Great?"

For writing a RIA research article, I've spent 10 hours studing Curl, 
that didn't make me an expert, but so far:

1. I like the content-centric programming, it's kind of like MakeDoc 
+ RSP + RTF.

2. The macro facility seems powerful, which makes homemade DSL possible, 
I guess.
3. APIs seem complete.
4. The 2D and 3D rendering engine uses hardware-acceleration.
5. It's a Functional Language.
6. Unicode, Yes, even Curl supports Unicode.

Like I said, I am not an expert, so any of the items listed above 
could be wrong. Here is a DDJ article http://www.ddj.com/dept/architect/184413224

The Curl doc is not in HTML/PDF formats. It's a Curl Applet itself. 
After downloading and Installing the Curl IDE, you'll have the Curl 
document, which is an applet, like I said. You can find some interesting 
2D / 3D Curl applets in the curl.com web site. I am impressed by 
its 2D / 3D ability.

The curl people spammed us a few years ago

CURL has got some good press links at www.curl.com         I am hoping 
to see a CURL presentation as a possible front-end to QTASK  (ducking 
quickly) because of its off-line abilities ( OCC or occasionally-connected 
computing )  I hope the VID3 folks take a look at CURL which I find 
so natural cmpared to TCL and TK ... around Rebolrs maybe CURL should 
be renamed DUCK ...  at least REBOL has a Dummies book out there 
...

RobertS: I think it would be fine to see other interfaces to Qtask, 
maybe we could learn from that too, but you surely can't expect us 
being interested in Curl, can you? :-)

Another RIA platform - Apple's SproutCore. So we have Flash, Silverlight, 
Google, Curl, R3 in the future, and now Apple is entering the game 
with interesting development - 


http://www.roughlydrafted.com/2008/06/14/cocoa-for-windows-flash-killer-sproutcore/


SproutCore not only makes it easy to build real applications for 
the web using menus, toolbars, drag and drop support, and foreign 
language localization, but it also provides a full Model View Controller 
application stack like Rails (and Cocoa), with bindings, key value 
observing, and view controls. It also exposes the latent features 
of JavaScript, including late binding, closures, and lambda functions. 
Developers will also appreciate tools for code documentation generation, 
fixtures, and unit testing.

So, as we just decided to make Curl guys to close the Nitro doors, 
because R3 will be much cooler, the last phase of two months plan 
started just 5 minutes ago - http://www.rebol.com/rebol3/next.html
  .... yes, we are back to VID 3, with prior phases more or less 
finished .... just to let you know ....

Ah, I forgot to provide a smiley to the Curl remark :-)

I am not sure I overestimate it that much. There is several layers 
to my statement. As for the technology and its quality, I can agree 
- REBOL is nice technology. But - from the marketing/adoption side, 
you have some open windows available. The first one was during the 
momentum of REBOL being new. We wasted it greatly. I can see another 
widnow being open, for some year or max two years back - RIA. I do 
remember when I first tried Adobe Air - it was a joke. Attempt at 
non system UI, and they repeated some mistakes of ours. Now we can 
see articles about Flash/Flex, Silverlight, Curl, etc., but no REBOL. 
In 2010 that market will be well established. Mobile players will 
choose their technologies and they will not be able to look back.

It is really important to get R3 out the door in 2008.

For literal string delimiters, {~ followed by a space seems safe 
as I am unaware of where ~ is used followed by a space and at the 
other end I cannot think of where tilde is used followed by a closing 
curly brace.  Having Rebol always test for nested curl-braces in 
curl-brace values makes Rebol as difficult for my project as is Tcl 
- for the same reason.  Worka-arounds abound but the result has such 
poor usability and readability as to be unusable.

What is obscure about a syntax which permits literal strings to be 
literal strings?  Try assigning  set lit "{test} {" in your favorite 
Tcl interpreter.  I am not a JSON expert but [{ looks like JSON to 
me so #{[ "looks worrisome to me"   JSON or YAML or something other 
than XML is going to be important whether REBOL likes it or not. 
 Take RDF as one exmaple ( I prefer Topic Maps - please do not attack 
the example, but the isea ).  The fact that most people seem to think 
that RDF is XML does not make it so.  Tim Berners-Lee prefers some 
form of Triple notation for RDF.  Not XML.  As soon as a notation 
uses curly braces we have a problem using Curl on the server-side. 
 Please don't point to QM.  IT is not just tightly coupled to HTML 
it is married to it.  The web is not HTML it is HTTP with Content-Type: 
 set in the response header.  If that content type uses curly braces 
we have to start escaping characters in Rebol.  Awkward templating 
is dooked templating.  Let me repeat: doomed.  Folly.

1) it was one of the first RIAs back in the time, where world did 
not even know, what the RIA is - typical Amiga syndrome - concept, 
which was not embraced back at that time 2) then it slept for way 
too long, allowing Runtime Revolution, Curl, Adobe Air, Silverlight 
to take the place.

So now is the time to add ourselves to the above family ...

I guess I'd better download curl and use that to test with

curl seems to work

curl -k -F upload=@test.ps -F press=OK https://www.compkarori.co.nz/show.cgi

and this is the http request:  curl  -d '{"a": 1, "b": 2}' http://localhost:8080/?test

onetom ~/p/ob/jsondb $ curl http://localhost:8080/ver.r
2.7.8.2.5

i have an rsp like this:

<% probe delta-time [ ... switch request/method [ get  [...]   post 
[...] ]  ... ] %>

if i make a GET, it's fast:

$ time curl -s -D- http://localhost:8080/docs/rfq3 >/dev/null
0:00:00.003815
real    0m0.026s


if i make a post, the rsp part is still fast, but the overall request 
is damn slow (even consequent requests too):

$ time curl -d @xxx -D- http://localhost:8080/docs/rfq3
0:00:00.004595
real    0m2.034s

curl --http1.0 ... is fast

yes, the http connection will not close until it times out.


if the curl command line waits for ip close to return, its possible 
that is what is happening.

there are probably ways control this via some curl command line options?

Here is a workaround (by raping curl):


$ time curl -H 'Expect:' -d @xxx -D- http://localhost:8080/docs/rfq3
real    0m0.082s

regarding the Expect: 100-continue, i don't have any other realistic 
usecase other than this is the default behaviour of curl...

onetom ~/rebol/delete $ cat httpd.cfg 
modules [ internal extapp static rsp alias ]
globals [ listen [8888]    bind RSP to [ .r ] ]
default [ debug root-dir %./ alias "/test" %test.r ]

onetom ~/rebol/delete $ cat test.r 
<% print request %>


onetom ~/rebol/delete $ rm chey-*.log; rebol -qws ~/rebol/cheyenne-server-read-only/Cheyenne/cheyenne.r 
-w 0 -vvv


onetom ~/rebol/delete $ curl -X DELETE -D- http://localhost:8888/test
HTTP/1.1 404 Not Found
Server: Cheyenne/0.9.20
Date: Wed, 20 Apr 2011 11:14:04 GMT
Content-Length: 53
Content-Type: text/html
Connection: close

<html><body><h1>404 Page not found</h1></body></html>


>> p: open/no-wait/direct tcp://localhost:8888
>>  insert p "DELETE /show.rsp HTTP/1.0^/^/"
>> probe copy p
{HTTP/1.1 404 Not Found
Server: Cheyenne/0.9.20
Date: Wed, 20 Apr 2011 11:17:34 GMT
Content-Length: 53
Content-Type: text/html
Connection: close

<html><body><h1>404 Page not found</h1></body></html>}



u were doing 1.0 DELETE request though, but it didn't make any difference.

onetom ~/rebol/cheyenne-server-read-only/Cheyenne $ svn up
U    mods/mod-action.r
Updated to revision 131.

hmm... cheyenne binary and the source works differently w the same 
configfile.
$ cheyenne --version
0.9.20.129
WORKS
latest source doesn't work with the following config:

modules [ internal extapp static action rsp alias ]
globals [ listen [8080]    bind RSP to [ .r ] ]
guan-huat [ debug root-dir %./ alias "/docs" %jsondb/to-json.r ]

im testing w $ curl http://guan-huat:8080/docs/test/1

hmm... how can i map a directory under a certain path in vhost? im 
trying this:
yp [  root-dir %~/p/ob/yp  alias "/public" %../public/ ]

then for curl http://yp:8080/public/angular-0.9.15.min.js  i get

HTTP/1.1 301 Moved Permanently
Location: /public/angular-0.9.15.min.js/

wtf?

i remember seeing something like "/some/path" [ options ] in a vhost 
config block, but i can't find anything about it now

any example how do u test pages behind a session?

im trying curl -D- -d 'login=test&pass=letmein' -c jar http://localhost:8080/app/login.rsp

but subsequent curl -D- -c jar http://localhost:8080/app/some.html 
still gives me 302 to login.rsp

Dockimbel: i want the authentication. im just asking how can i test 
it programmatically easily. any idea whats wrong w the curl command 
lines?

onetom: sorry, I am not fluent in curl, I need to look for man pages 
for every options...Can't you use REBOL http client for testing?

Does curl handle cookies automatically?

i will read up on curl, im just asking how would YOU do it from rebol

i think i was using that once. it's just not default in rebol... 
:/ curl however is present on every machine i have access to...

so it's worth learning.

i was a wget user earlier, but since macs come w curl and i can easily 
apt-get install curl and even syllable comes w curl, i don't give 
a fuck anymore how an inefficient bloatware is curl, im still trying 
to use it and only it :)

curl -D- -d 'login=test&pass=letmein' -c jar http://localhost:8080/login.rsp
curl -D- -b jar -c jar http://localhost:8080/some.html
worked, btw

Curl is not on Windows, REBOL is.

Curl: I didn't know it was so widespread.

u know if rebol would come w a nicer header dump, cookie, https and 
url encode/decode support by default, i would advocate it as a curl 
replacement probably... :/

maybe an extension script would be enough, which anyone can remember, 
like http://json.org/json.r

Happens for my own extensions on both Win32 A110 and Linux A110. 
Also just tried it with Kaj's cURL extension, same problem.

When I split the cURL binding in two contexts, it works, so it seems 
to be some object limit

OK, let me upload the cURL binding source for you

How come? Computer is started. User may start a program on Monday 
that needs to load cURL extension. May decide to start a program 
on Tuesday that needs to load 0MQ extension

Do you have a problem with making an embedded delayed extension that 
loads cURL dynamically when the extension is imported? This is supposed 
to be possible, and is the main reason for delayed modules and extensions. 
Then only programs with Needs: [curl] would initialize curl.

Nonsense. R3 is cross-platform, cURL is cross-platform, and the extension 
compiled on Linux even runs on Syllable

For what it's worth, the cURL binding supports proxies

really, if we have to choose between encryption and threads... there 
is no contest.... all the "usability" stuff we can code as extensions 
and indeed, the cURL binding is a good example of this.


we need threads to be done... they have an over-arching effect on 
every aspect of REBOL... we can't put this off until later... its 
going to change the design of things for sure.  I can't understand 
why Carl is side-stepping this again.

is carl even aware that there is a cURL binding right now and that 
maybe he can skip this for now?

Carl has handled cURL related bug reports, but chances are he doesn't 
know what it is :-)

in any case a tool like cURL is always going to be better since its 
being developped using standard tools which evolve and keep pace 
with changing specs and are bug fixed on their own.


I'd rather that we be able to wrap cURL within schemes properly and 
that they be fixed or enhanced to make it happen.

the core already has enough features... we need more architecture 
work and polishing.

Brian tells me it should be possible to wrap cURL's features in R3 
schemes, but I can't make it a priority yet

I have doubts that scheme wrappers can support all efficiency tactics 
of cURL, but all REBOL scheme features should at least be possible

I have a question for Kaj .. does the curl binding mean we can use 
https as a scheme now?

You can use SSL in the cURL binding, but I haven't written scheme 
wrappers yet. Due to incomplete documentation, that's going to be 
a lot of work

Would Curl-to-R3 be able to solve the NTLM challenge that I have 
... similar to Graham's HTTPS for everything these days?

Thanks. Doc and I have had a series of discussions on it where he 
has helped me out. In particular was Cheyenne being able to pull 
IIS information authenticated to a Windows domain for presentation 
from Cheyenne. We got to ... some more detailed / dedicated Doc work 
needed because NTLM is tricky.   That's not an option now because 
Red is a priority for everyone including me.  But if Curl enables 
it ...

cURL supports NTLM

I guess cURL solves the https

I'm all for anything that moves us forward, but solutions like cURL 
and CALL via an extension means I know I'm going to have to change 
things later, or live with more pieces.

I would add following "negatives" (depends upon how you look into 
it):


- no /libary extension and easy wrapping of DLLs. There was a bounty 
started to bring in kind of R2 DLL capabilities using extensions, 
Max was working on something, but did not deliver. Some ppl claim, 
that working with extensions is easy enough, much more powerfull, 
and that in fact R2 /library interface was weak in comparison in 
capabilities.


- weak and underpowered CALL.No /output or /wait parameter IIRC. 
Carl said, that R2 C code to it was complex, and that the code is 
eventually awailable for volunteer to bring in to R3. The outcome 
is - CALL is limited in usage in comparison to what can be easily 
achieved in R2.


- protocols. The only protocol IIRC was available was HTTP, done 
by Gabriele. It was HTTP 1.1 compatible, but due to some bug (?) 
it was downgraded to 1.0 version. No proxy support. Other protocols 
were done by some other ppl, I do remember Graham doing some work 
here. In regards to protocols, IIRC there was some work done by Kaj, 
who brought Curl networking extension to R3.


- under Windows console is a bit more inconvenient in usage than 
in R2, we use native Windows console, yet we don't have full console 
support, so we can't replace the native R3 one by e.g. Console2 or 
some other version ...


- DBAccess - forget R2 protocols available. The rescue is ODBC extension 
for R3


- CGI - no native CGI support in R3, though it should not be difficult 
to emulate


- Sorting & Unicode - althought we have Unicode strings available, 
sort is not adapted to that, and the question is, if it can be easily 
done ...

http://www.osnews.com/story/24437/Syllable_Gets_First_REBOL_Binding_With_cURL

Why should git be dependent on curl-config ?

Let me see if I can find a curl-config that runs... then I can try 
the build again.

(that contains curl-config)

try `make NO_CURL=1`

rebuilding with NO_CURL=1

Not sure what you've mentioned, but here is my config output:

core.symlinks=false
core.autocrlf=true
color.diff=auto
pack.packsizelimit=2g
help.format=html
http.sslcainfo=/bin/curl-ca-bundle.crt
sendemail.smtpserver=/bin/msmtp.exe
user.name=
user.email=
core.autocrlf=true
core.safecrlf=false