Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon.

Pages: 1-4041-

I GET IT, ALL BLOCK-DELIMITING SYNTAXES ARE SHIT

Name: Anonymous 2014-12-29 16:58

Significant whitespace is shit.
Brace/end hell is shit.
))))) is shit.

What the fuck do you faggots propose then?

Name: Anonymous 2014-12-29 17:04

* Significant whitespace is shit.
* Brace/end hell is fine.
* ))))) is fine.

Name: Anonymous 2014-12-29 17:29

>>2 is right

Name: Anonymous 2014-12-29 17:44

>>1
Modify the read function.

Name: Anonymous 2014-12-29 18:32

>>4
Modify it to accept what kind of syntax?

>>2
Why don't you marry Ruby if you like it so much?

Name: Anonymous 2014-12-29 19:04

>>5
Ruby is bad

Name: Anonymous 2014-12-29 19:14

Name: Anonymous 2014-12-29 19:26

>>4
This thread seems to be about suggesting a grammar without awkward delimiters, not about suggesting a method for implementing said grammar.

Name: Anonymous 2014-12-29 20:28

delimit my anus

Name: Anonymous 2014-12-29 20:54

>>5
Whatever syntax you like

Name: Anonymous 2014-12-29 22:01

Opening and closing braces are the shit.
C style languages 4 lyfe.

Name: Anonymous 2014-12-29 22:03

Structured editing. This way, the syntax is a purely internal detail and can be done away with completely on the programming side.

Internally, parens would be the best solution for parsing simplicity.

Name: Anonymous 2014-12-29 22:07

>>12
))))))))))

Name: Anonymous 2014-12-29 22:26

>>11
}
}
}
}

Name: Anonymous 2014-12-29 23:06

proc Fibs
take nth.
define i = 1 as Integer.
define a = 0; b = 1; c = 1 as Natural.
loop while i "LESSTHAN" nth do
c :- a + b.
a :- b.
b :- c.
done.
return c.
corp.

Name: Anonymous 2014-12-29 23:11

>>15
I am disappointed that done is not pool instead.

Name: Anonymous 2014-12-29 23:44

>>15
corp and done are just different versions of end.

Name: Anonymous 2014-12-30 2:07

Drag-and-drop components in a flowchart.

Name: Anonymous 2014-12-30 2:07

Drag-and-drop components in a flowchart.

Name: Anonymous 2014-12-30 3:09

>>12,18-19
Kill yourself.

Name: Anonymous 2014-12-30 3:11

OCaml, duh.

Name: Anonymous 2014-12-30 3:12

I actually like significant whitespace. My code is always properly indented anyway.
Why do you guys dislike it so much? Making a parser for a grammar with significant whitespace certainly isn't the most fun activity to perform after a long day of work, but it's not like you have to write parsers everyday.

Name: Anonymous 2014-12-30 3:15

>>21
U MENA NOTHASKAL

Name: Anonymous 2014-12-30 3:15

>>21
Significant whitespace is shit.

Name: >>18,19 2014-12-30 3:44

>>20
You god damn fucking little faggot, I am not >>12 ramen, not even close. It amazes me what a stupid and worthless little twat you are, pretending like you're Admin-kike-kami-kohai himself and can see my IP address or some shit. Now you failed and everyone knows. You pulled down your pants to show off how huge your 10cm dick is and now everyone is laughing their asses off not only at your tiny cock that may as well not even exist, but at the fact that you are such a delusional retard that you thought it was big. You're the fucking laughing stock of /prog/, you know? You're a fucking joke to us, and trust me, we are laughing at you, not with. No one likes you. No one respects you. No one wants to see your posts or read your opinions on anything at all. Can't even tell people apart. So fucking pathetic.

Fag.

Name: Anonymous 2014-12-30 4:05

>>24
That's why I suggested OCaml instead of F-octothorpe.

Name: Anonymous 2014-12-30 4:06

>>25,33,92
Suuuuuck iiiiiit.

Name: Anonymous 2014-12-30 7:52

If you want to represent a tree as a sequence you have to deal with some sort of delimiters.

Name: Anonymous 2014-12-30 9:04

>>28
not if you use a state machine

Name: Anonymous 2014-12-30 15:25

>>21
;;;;;;;;;;

Name: Anonymous 2014-12-30 16:40

>>30
optional, and not a block delimiter

Name: /prog/ challenge 2014-12-31 11:43

Prove that all the possible block delimiters either belong to the begin/end family of explicit delimiters (this includes function end, ((( ))), {{{ }}}, proc corp) or are significant whitespace.

Name: Anonymous 2014-12-31 11:56

>>32
Disproven:

int j = 0
for int i = 1, i < 5, i++
!!print "Sucking cock #"
!!print i
!!print "!\n"
!!j += 2
print j

Name: Anonymous 2014-12-31 12:05

>>33
Isn't that just FIOC and s/ /!/g, and thus a variant of significant whitespace?

Name: Anonymous 2014-12-31 12:16

>>32-34
[0] j = 0
[0] for int i = 1, i < 5, i++
[1] print "Sucking cock#"
[1] print i
[1] print "!\n"
[1] j += 2
[0] print j

Name: Anonymous 2014-12-31 12:48

>>32
Even though OCaml has most of them, the subset without any of them is still turing complete.

Name: Anonymous 2014-12-31 13:41

>>35
Please come up with something that's not FIOC after sed/awk. That's just writing the number of tabs explicitly.

Name: Anonymous 2014-12-31 15:28

>>34
Yes, but technically "!" is not whitespace.

Name: Anonymous 2014-12-31 16:08

BASIC comes to mind.
And Brainfuck... [ and ] are not delimeters in Brainfuck.

Name: Anonymous 2014-12-31 17:39

>>35
0: j = 0
for int = 1, i < 5, i++
1: print "Sucking cock octothorpe"
print i
print "!\n"
j += 2
0: print j

Name: Anonymous 2014-12-31 17:49

>>37
j = 0 ;0
for int i = 1, i < 5, i++ ;0
print "awk is anal-touring complete" ;1

Name: Anonymous 2014-12-31 18:37

>>40
Would you use that syntax non-ironically?

Name: Anonymous 2014-12-31 18:39

>>40
Nice one.

Name: Anonymous 2014-12-31 19:02

>>42
I've written a fair amount of Fortran 77, and compared to that I don't think this is actually any worse. At least if the parser is strict about where you put the indentation labels (ie. always at the beginning of a line) you get a clear indication of where it changes.

Name: Anonymous 2014-12-31 20:05

>>44
0: print "your"
0: print "language"
0: print "a"
0: print "shit"

Name: Anonymous 2014-12-31 20:29

>>40
That's actually a clever one, never thought of that. Seems kind of awkward for use in a non-toy language though.

Name: Anonymous 2015-01-01 9:46

>>46
It's not awkward, you can combine it with whitespace since it's insignificant:

0: j = 0
for int i = 1, i < 5, i++
1: print "Sucking cocks: "
for int k = 1, k <= i, k++
2: print (k + ", ")
1: print "!\n"
j += 2
0: print j

Name: Anonymous 2015-01-01 14:59

>>47
might as well use significant whitespace, dumbfuck

Name: Anonymous 2015-01-01 15:29

>>48
No, might not. Because that way it's not significant and then it would be significant. Kind of like the difference between Lisp formatted with indentation (which it usually is) and Python. Sure, Lisp looks like it has significant whitespace, but it actually doesn't, so it's possible to format it the other way. Python? You're locked into that formatting and no other.

God, you're so retarded. How do you manage to use a computer.

Name: Anonymous 2015-01-01 15:41

I'm reminded of

{ j = 0
; for(int i = 1; i < 5; i++)
{ print("Sucking cocks: ")
; for(int k = 1; k <= i; k++)
{ print(k + ", ")
;
} print("!\n")
; j += 2
;
} print(j)
;

Name: Anonymous 2015-01-02 8:03

>>42
You could let an editor do the work for you with nest/unnest keys

Name: Anonymous 2015-01-03 1:10

you're all (((gay niggers)))

Name: Anonymous 2015-01-03 9:50

>>52
From outer space?

Name: Anonymous 2015-01-04 10:31

>>1
Use a programming language with a regular grammar.

Name: Anonymous 2016-07-19 21:22

check em

Name: Anonymous 2016-07-20 4:26

>>14
i've never had a problem reading C with nested loops like this. just make sure your tabstops aren't tiny.

Name: Anonymous 2016-07-21 7:35

(((gay niggers))) from bell labs!

Name: Anonymous 2016-07-22 21:36

>>42
Actually, this is better than FIOC or whatever else.

Say you had to increase the level of indentation by one level. Source control program like Git will mark all lines within the block as changed. However, if you just modify the indentation level symbols, then those lines won't get marked as modified. Combine this with an intelligent editor which will automatically parse and visualize indentation symbols without actually adding whitespace in the buffer, as well as a simple key combination and script to facilitate quick un/indentation, and you would probably use fewer keystrokes than adding in braces everywhere.

Name: Anonymous 2016-07-22 21:41

>>58
Say you had to increase the level of indentation by one level.

(Using a normal block delimiting syntax that has whitespace at the beginning of each line, whether or not it's insignificant.)

Name: Anonymous 2016-07-22 22:17

))))) is good

Name: Anonymous 2016-07-22 23:03

)))))) is best
)];)});)]); is worst
end is laughable

Name: Anonymous 2016-07-23 1:22

parens are objectively the best way to represent syntax trees

Don't change these.
Name: Email:
Entire Thread Thread List