tack-devel — Discussion for developers of the ACK.

Re: [Tack-devel] Questions about LLgen

[Wild Pi <wi...@pr...>]

On Saturday, February 5th, 2022 at 2:33 AM, David Given <dg...@co...> wrote:

> That's beyond my knowledge --- I haven't done much with error recovery in parser generators. (Lemon's error recovery is the same as yacc's. I quote: "After extensive experimentation over several years, it has been discovered that the error recovery strategy used by yacc is about as good as it gets. And so that is what Lemon uses.")

Yes, I saw this shortly after sent out my last email. I find one of the main challenges to develop a usable parser is error recovery.

> I'd be interested to hear how you get on with LLgen.

I have a copy of this book. I find it more practical/useful than many other well-known compiler books. Love it. It's a long journey from the book to ACK. It don't remember any references to ACK in the book.

https://www.amazon.com/Modern-Compiler-Design-Dick-Grune/dp/1461446988

I installed the full groff package, but make still fails with following error. I cannot find anything about this "grap" tool.

groff -R -G -e -g -p -ms -Tpdf doc/LLgen_NCER.n > .obj/LLgen_NCER.pdf
groff: couldn't exec grap: No such file or directory

You could produce those PDF documents and commit them directly. However, this is not urgent at least for me. It seems LLgen.n is identical to this paper: http://tack.sourceforge.net/olddocs/LLgen.html. LLgen_NCER.n is the original paper about error recovery, most of which I believe is already explained in the above book. It's not clear what LLgen.1 is about, but I guess it's OK. I know how LLgen works.

Although the make process exits when it fails to produces the PDF files, LLgen is already built successfully. It could be partially installed without those documents. No big deal though.

diff --git a/util/LLgen/Makefile b/util/LLgen/Makefile

index 8833dbbd2..6e9554500 100644

--- a/util/LLgen/Makefile

+++ b/util/LLgen/Makefile

@@ -50,10 +50,10 @@ clean:

install: LLgen doc/LLgen.1 $(PDFS) $(wildcard lib/*)

install -D -s LLgen -t $(PREFIX)/bin

+ install -D $(wildcard lib/*) -t $(PREFIX)/share/LLgen

install -D doc/LLgen.1 -t $(PREFIX)/man/man1

install -D $(OBJDIR)/LLgen.pdf -t $(PREFIX)/doc/LLgen

install -D $(OBJDIR)/LLgen_NCER.pdf -t $(PREFIX)/doc/LLgen

- install -D $(wildcard lib/*) -t $(PREFIX)/share/LLgen

-include $(DEPS)

Re: [Tack-devel] Questions about LLgen

[David G. <dg...@co...>]

That's beyond my knowledge --- I haven't done much with error recovery in
parser generators. (Lemon's error recovery is the same as yacc's. I quote:
"After extensive experimentation over several years, it has been discovered
that the error recovery strategy used by yacc is about as good as it gets.
And so that is what Lemon uses.")

I'd be interested to hear how you get on with LLgen.

On Sat, 5 Feb 2022 at 08:02, Wild Pi <wi...@pr...> wrote:

> Thanks for your input. It's good to know it's been used for commercial
> quality compilers. The main reason I want to use LLgen is its auto
> generated error recovery mechanism. The approach/algorithm is very
> interesting. If it works well as I hope for, it'll be a life saver.
>
> Correct me if I'm wrong. My understanding is, to this point, error
> recovery is still a headache with LR parser. It's not clear how Lemon deals
> with errors. It'll be painful if it's similar to Bison's approach.
>
> Bison is not very reliable either. I've broken it with some not so
> complicated grammar. Either Bison crashed or the generated code doesn't
> work. I don't remember the details.
>
> I'll test LLgen this weekend. I'll come back if I have questions. Thank
> you,
>
> ------- Original Message -------
> On Friday, February 4th, 2022 at 10:58 AM, David Given <dg...@co...>
> wrote:
>
> On Fri, 4 Feb 2022 at 19:30, Wild Pi <wi...@pr...> wrote:
>
>> Thank you for fixing the build error. Although make still fails with the
>> error below, LLgen is built successfully. I'm going to play with it.
>>
>
> I think the error you're getting is due to not having a full groff
> installation. I'm not a groff expert, sadly, and I don't know which
> distribution you're using, so can't advise there. However if you don't want
> to build the documentation then editing the makefile not to try and build
> and install it should be trivial.
>
> Going back to my second question. Have you built any OO language (C++/Java
>> etc.) parser with LLgen? Basically, I'd like to know how practical it is to
>> build a high quality parser for a full feature OO language. It'll be very
>> helpful if someone could share their experience.
>>
>
> So I've never used LLgen myself. There are a few references to it outside
> the ACK, but the ACK itself is (AFAIK) the only major user. It's used for
> C, Modula-2, Occam and Pascal, although note that the Occam compiler is for
> a very primitive dialect and isn't really useful. The C compilers are
> definitely production-quality as the ACK was sold commercially for a while.
>
> I know that it generates recursive descent compilers, so I can't use it
> for my own compiler projects which need to be table-based. I would imagine
> that if it can be used to describe C it could be used for an OO language
> like Java without much difficulty. Note that LLgen will only cover the
> gross syntax and not the type system, and you'll still need to have the
> lexer talk to the symbol table to deal with context insensitivity. (Look in
> lang/* for the ACK's front-end compilers. LLgen used .g files for its
> grammars. LLgen's own grammar is also defined in LLgen.)
>
> I would imagine that the biggest problem you'll encounter is that LLgen is
> extremely old, dating back to 1985! It does seem to generate ANSI C source,
> but the lack of users means that if you encounter any problems you're
> likely to be on your own, although I'll help if I can. It *appears* to be
> a pretty competent extended LL(1) parser generator with useful features
> such as parameterised rules and repeated tokens. There's a desk calculator
> in appendix B of the manual:
> http://tack.sourceforge.net/olddocs/LLgen.html The expression evaluator
> is probably of interest. But of course, there's nothing LLgen will do that
> you can't also do in other parser generators like bison or (my favourite)
> lemon.
>
>
>

Re: [Tack-devel] Questions about LLgen

[Wild Pi <wi...@pr...>]

Thanks for your input. It's good to know it's been used for commercial quality compilers. The main reason I want to use LLgen is its auto generated error recovery mechanism. The approach/algorithm is very interesting. If it works well as I hope for, it'll be a life saver.

Correct me if I'm wrong. My understanding is, to this point, error recovery is still a headache with LR parser. It's not clear how Lemon deals with errors. It'll be painful if it's similar to Bison's approach.

Bison is not very reliable either. I've broken it with some not so complicated grammar. Either Bison crashed or the generated code doesn't work. I don't remember the details.

I'll test LLgen this weekend. I'll come back if I have questions. Thank you,

------- Original Message -------
On Friday, February 4th, 2022 at 10:58 AM, David Given <dg...@co...> wrote:

> On Fri, 4 Feb 2022 at 19:30, Wild Pi <wi...@pr...> wrote:
>
>> Thank you for fixing the build error. Although make still fails with the error below, LLgen is built successfully. I'm going to play with it.
>
> I think the error you're getting is due to not having a full groff installation. I'm not a groff expert, sadly, and I don't know which distribution you're using, so can't advise there. However if you don't want to build the documentation then editing the makefile not to try and build and install it should be trivial.
>
>> Going back to my second question. Have you built any OO language (C++/Java etc.) parser with LLgen? Basically, I'd like to know how practical it is to build a high quality parser for a full feature OO language. It'll be very helpful if someone could share their experience.
>
> So I've never used LLgen myself. There are a few references to it outside the ACK, but the ACK itself is (AFAIK) the only major user. It's used for C, Modula-2, Occam and Pascal, although note that the Occam compiler is for a very primitive dialect and isn't really useful. The C compilers are definitely production-quality as the ACK was sold commercially for a while.
>
> I know that it generates recursive descent compilers, so I can't use it for my own compiler projects which need to be table-based. I would imagine that if it can be used to describe C it could be used for an OO language like Java without much difficulty. Note that LLgen will only cover the gross syntax and not the type system, and you'll still need to have the lexer talk to the symbol table to deal with context insensitivity. (Look in lang/* for the ACK's front-end compilers. LLgen used .g files for its grammars. LLgen's own grammar is also defined in LLgen.)
>
> I would imagine that the biggest problem you'll encounter is that LLgen is extremely old, dating back to 1985! It does seem to generate ANSI C source, but the lack of users means that if you encounter any problems you're likely to be on your own, although I'll help if I can. It appears to be a pretty competent extended LL(1) parser generator with useful features such as parameterised rules and repeated tokens. There's a desk calculator in appendix B of the manual: http://tack.sourceforge.net/olddocs/LLgen.html The expression evaluator is probably of interest. But of course, there's nothing LLgen will do that you can't also do in other parser generators like bison or (my favourite) lemon.

Re: [Tack-devel] Questions about LLgen

[David G. <dg...@co...>]

On Fri, 4 Feb 2022 at 19:30, Wild Pi <wi...@pr...> wrote:

> Thank you for fixing the build error. Although make still fails with the
> error below, LLgen is built successfully. I'm going to play with it.
>

I think the error you're getting is due to not having a full groff
installation. I'm not a groff expert, sadly, and I don't know which
distribution you're using, so can't advise there. However if you don't want
to build the documentation then editing the makefile not to try and build
and install it should be trivial.

Going back to my second question. Have you built any OO language (C++/Java
> etc.) parser with LLgen? Basically, I'd like to know how practical it is to
> build a high quality parser for a full feature OO language. It'll be very
> helpful if someone could share their experience.
>

So I've never used LLgen myself. There are a few references to it outside
the ACK, but the ACK itself is (AFAIK) the only major user. It's used for
C, Modula-2, Occam and Pascal, although note that the Occam compiler is for
a very primitive dialect and isn't really useful. The C compilers are
definitely production-quality as the ACK was sold commercially for a while.

I know that it generates recursive descent compilers, so I can't use it for
my own compiler projects which need to be table-based. I would imagine that
if it can be used to describe C it could be used for an OO language like
Java without much difficulty. Note that LLgen will only cover the gross
syntax and not the type system, and you'll still need to have the lexer
talk to the symbol table to deal with context insensitivity. (Look in
lang/* for the ACK's front-end compilers. LLgen used .g files for its
grammars. LLgen's own grammar is also defined in LLgen.)

I would imagine that the biggest problem you'll encounter is that LLgen is
extremely old, dating back to 1985! It does seem to generate ANSI C source,
but the lack of users means that if you encounter any problems you're
likely to be on your own, although I'll help if I can. It *appears* to be a
pretty competent extended LL(1) parser generator with useful features such
as parameterised rules and repeated tokens. There's a desk calculator in
appendix B of the manual: http://tack.sourceforge.net/olddocs/LLgen.html
The expression evaluator is probably of interest. But of course, there's
nothing LLgen will do that you can't also do in other parser generators
like bison or (my favourite) lemon.

Re: [Tack-devel] Questions about LLgen

[Wild Pi <wi...@pr...>]

Thank you for fixing the build error. Although make still fails with the error below, LLgen is built successfully. I'm going to play with it.

Going back to my second question. Have you built any OO language (C++/Java etc.) parser with LLgen? Basically, I'd like to know how practical it is to build a high quality parser for a full feature OO language. It'll be very helpful if someone could share their experience.

... ...
... ...
groff -R -G -e -g -p -ms -Tpdf doc/LLgen.n > .obj/LLgen.pdf

groff: can't find `DESC' file

groff:fatal error: invalid device `pdf'

Makefile:43: recipe for target '.obj/LLgen.pdf' failed

make: *** [.obj/LLgen.pdf] Error 3

------- Original Message -------
On Thursday, February 3rd, 2022 at 1:33 PM, David Given <dg...@co...> wrote:

> Yup, that's broken --- sorry, I forgot to update the manual build instructions when most of the pm stuff got ripped out. I've fixed it and added a simple Makefile. Try again, please?
>
> On Thu, 3 Feb 2022 at 08:32, Wild Pi via Tack-devel <tac...@li...> wrote:
>
>> Hi, there,
>>
>> I'm new to LLgen and compiler in general. I just downloaded ACK, but I'm only interested in LLgen at this point. I'm trying to build and use it. I'm using GCC 7.5.0 on Ubuntu 18.0.4.
>>
>> When I run ./pm from LLgen/ directory, it failed with some errors. I played with the ./pm script, and produced the .pm-exec-x86_64 binary. But it exited with this error:
>>
>> ./pm
>> pm: cannot read pmfile: No such file or directory
>>
>> My first question: how can I build LLgen on 64-bit Ubuntu?
>>
>> My second question is about LLgen. I'm thinking to build a parser for a C++/Java like language. I notice clang is a hand written recursive descent parser. So I guess LLgen can be
>> used to build a parser for a similar language. But before I spent tons of time into the project, could someone with LLgen experience tell me if LLgen can be used to implement, say,
>> a full featured C++ or Java parser?
>>
>> Thank you,
>>
>> _______________________________________________
>> Tack-devel mailing list
>> Tac...@li...
>> https://lists.sourceforge.net/lists/listinfo/tack-devel

Re: [Tack-devel] Questions about LLgen

[David G. <dg...@co...>]

Yup, that's broken --- sorry, I forgot to update the manual build
instructions when most of the pm stuff got ripped out. I've fixed it and
added a simple Makefile. Try again, please?

On Thu, 3 Feb 2022 at 08:32, Wild Pi via Tack-devel <
tac...@li...> wrote:

> Hi, there,
>
> I'm new to LLgen and compiler in general. I just downloaded ACK, but I'm
> only interested in LLgen at this point. I'm trying to build and use it. I'm
> using GCC 7.5.0 on Ubuntu 18.0.4.
>
> When I run *./pm* from *LLgen/* directory, it failed with some errors. I
> played with the ./pm script, and produced the *.pm-exec-x86_64* binary.
> But it exited with this error:
>
> ./pm
> pm: cannot read pmfile: No such file or directory
>
> My first question: how can I build LLgen on 64-bit Ubuntu?
>
> My second question is about LLgen. I'm thinking to build a parser for a
> C++/Java like language. I notice *clang* is a hand written recursive
> descent parser. So I guess LLgen can be
> used to build a parser for a similar language. But before I spent tons of
> time into the project, could someone with LLgen experience tell me if LLgen
> can be used to implement, say,
> a full featured C++ or Java parser?
>
> Thank you,
>
> _______________________________________________
> Tack-devel mailing list
> Tac...@li...
> https://lists.sourceforge.net/lists/listinfo/tack-devel
>

[Tack-devel] Questions about LLgen

[Wild Pi <wi...@pr...>]

Hi, there,

I'm new to LLgen and compiler in general. I just downloaded ACK, but I'm only interested in LLgen at this point. I'm trying to build and use it. I'm using GCC 7.5.0 on Ubuntu 18.0.4.

When I run ./pm from LLgen/ directory, it failed with some errors. I played with the ./pm script, and produced the .pm-exec-x86_64 binary. But it exited with this error:

./pm

pm: cannot read pmfile: No such file or directory

My first question: how can I build LLgen on 64-bit Ubuntu?

My second question is about LLgen. I'm thinking to build a parser for a C++/Java like language. I notice clang is a hand written recursive descent parser. So I guess LLgen can be
used to build a parser for a similar language. But before I spent tons of time into the project, could someone with LLgen experience tell me if LLgen can be used to implement, say,
a full featured C++ or Java parser?

Thank you,

[Tack-devel] 74 Million Euro

[Nasko G. <su...@ma...>]

We plan to move funds worth seventy four million euros from a dedicated portfolio in Europe to a safe investment location. You will be paid seven percent for your management fee if you are interested in the process.

[Tack-devel] [Investment]

[Greg <te...@ci...>]

<!DOCTYPE HTML>

<html><head><title></title>
<meta http-equiv="X-UA-Compatible" content="IE=edge">
</head>
<body style="margin: 0.4em;">
<p>Dear Sir/Madam,</p><p>I am a business start-up and investment consultant, I work with Quality E-business Solutions, we are seeking opportunities to invest funds in Viable Business, such as, Real Estate funding , Oil and Gas companies, Bio-energy, Automobile/ Aviation Companies, Manufacturing Industries etc.</p><p>That can generate a good Return Of Investment for their private investment portfolio. My Investors can invest in project-funds ranging from 1million USD to 900million USD.</p><p>
If you have projects or opportunities or know anyone who has a viable projects that need funding, do get in touch with me ASAP, for further proceedings and funding. If not, please pardon my intrusion.</p><p>Regards,<br>Mr. Greg Jefferson<br>Head of strategic marketing and business developer.<br>Quality E-business Solutions Ltd., United Kingdom.
</p>


</body></html>

Re: [Tack-devel] util/data/build.mk:34: recipe for target '/tmp/ack-build/obj/util/data/em_flag.c' failed

[David G. <dg...@co...>]

Wow, that makefile looks horrifying (I'm allowed to say so because I wrote
it), and is thoroughly obsolete! Can you try with head of git instead? The
last actual formal release was years ago.


On Mon, 1 Mar 2021 at 01:54, Paul Dufresne via Tack-devel <
tac...@li...> wrote:

> While compiling
> https://codeload.github.com/davidgiven/ack/tar.gz/release-6-0-pre-5 I get:
> [...]
> util/ack/files.c: In function ‘rmtemps’:
> util/ack/files.c:151:18: warning: ‘return’ with no value, in function
> returning non-void
>   151 |  if ( t_flag>1 ) return ;
>       |                  ^~~~~~
> util/ack/files.c:146:1: note: declared here
>   146 | rmtemps() {
>       | ^~~~~~~
> util/ack/files.c: At top level:
> util/ack/files.c:161:1: warning: return type defaults to ‘int’
> [-Wimplicit-int]
>   161 | add_input(file,phase) path *file ; trf *phase ; {
>       | ^~~~~~~~~
> util/ack/files.c: In function ‘add_input’:
> util/ack/files.c:165:3: warning: implicit declaration of function ‘vprint’
> [-Wimplicit-function-declaration]
>   165 |   vprint("Adding %s to inputs of %s\n",
>       |   ^~~~~~
> util/ack/files.c:176:2: warning: implicit declaration of function ‘l_add’;
> did you mean ‘gr_add’? [-Wimplicit-function-declaration]
>   176 |  l_add(&phase->t_inputs,(char *)store) ;
>       |  ^~~~~
>       |  gr_add
> CC /tmp/ack-build/obj//util/ack/mktables.o
> util/ack/mktables.c:25:1: warning: return type defaults to ‘int’
> [-Wimplicit-int]
>    25 | main(argc,argv) char **argv ; {
>       | ^~~~
> util/ack/mktables.c: In function ‘main’:
> util/ack/mktables.c:25:1: warning: type of ‘argc’ defaults to ‘int’
> [-Wimplicit-int]
> util/ack/mktables.c:26:11: warning: type defaults to ‘int’ in declaration
> of ‘i’ [-Wimplicit-int]
>    26 |  register i ;
>       |           ^
> util/ack/mktables.c:28:2: warning: implicit declaration of function
> ‘start’ [-Wimplicit-function-declaration]
>    28 |  start(argv[1]) ;
>       |  ^~~~~
> util/ack/mktables.c:31:3: warning: implicit declaration of function
> ‘readm’ [-Wimplicit-function-declaration]
>    31 |   readm() ;
>       |   ^~~~~
> util/ack/mktables.c:33:2: warning: implicit declaration of function ‘stop’
> [-Wimplicit-function-declaration]
>    33 |  stop(argc>2) ;
>       |  ^~~~
> util/ack/mktables.c: At top level:
> util/ack/mktables.c:37:1: warning: return type defaults to ‘int’
> [-Wimplicit-int]
>    37 | start(dir) char *dir ; {
>       | ^~~~~
> util/ack/mktables.c:54:1: warning: return type defaults to ‘int’
> [-Wimplicit-int]
>    54 | stop(filled) {
>       | ^~~~
> util/ack/mktables.c: In function ‘stop’:
> util/ack/mktables.c:54:1: warning: type of ‘filled’ defaults to ‘int’
> [-Wimplicit-int]
> util/ack/mktables.c: At top level:
> util/ack/mktables.c:73:1: warning: return type defaults to ‘int’
> [-Wimplicit-int]
>    73 | readm() {
>       | ^~~~~
> util/ack/mktables.c: In function ‘readm’:
> util/ack/mktables.c:81:3: warning: ‘return’ with no value, in function
> returning non-void
>    81 |   return ;
>       |   ^~~~~~
> util/ack/mktables.c:73:1: note: declared here
>    73 | readm() {
>       | ^~~~~
> CPROGRAM /tmp/ack-build/obj/util/ack/mktables
> MKTABLES
> CC /tmp/ack-build/obj///tmp/ack-build/obj/util/ack/dmach.o
> CC /tmp/ack-build/obj///tmp/ack-build/obj/util/ack/intable.o
> CPROGRAM /tmp/ack-build/bin/ack
> INSTALL /tmp/ack-build/staging/share/ack/descr/fe
> INSTALL /tmp/ack-build/staging/bin/ack
> INSTALL /tmp/ack-build/staging/share/man/man1/ack.1
> DATA
> util/data/build.mk:34: recipe for target
> '/tmp/ack-build/obj/util/data/em_flag.c' failed
> make: *** [/tmp/ack-build/obj/util/data/em_flag.c] Error 2
> paul@brebis:~/ack/ack-release-6-0-pre-5$
>
> paul@brebis:~/ack/ack-release-6-0-pre-5$ gcc --version
> gcc (Debian 10.2.1-6+hurd.1) 10.2.1 20210110
>
> paul@brebis:~/ack/ack-release-6-0-pre-5$ uname -a
> GNU brebis 0.9 GNU-Mach 1.8+git20201129-486/Hurd-0.9 i686-AT386 GNU
>
> But had same problem on Ubuntu 20.10 64 bits... that I then realized that
> 64 bits is not supported.
>
> I have seen ed note there... I installed it... but did not change the
> problem.
>
> I note that the bad build.mk file is:
> paul@brebis:~/ack/ack-release-6-0-pre-5$ cat util/data/build.mk
> D := util/data
>
> define util-data-impl
>
> $(eval g := \
>         $(OBJDIR)/$D/em_flag.c \
>         $(OBJDIR)/$D/em_pseu.c \
>         $(OBJDIR)/$D/em_mnem.c \
>         $(INCDIR)/em_spec.h \
>         $(INCDIR)/em_pseu.h \
>         $(INCDIR)/em_mnem.h \
> )
>
> $(eval CLEANABLES += $g)
> $(wordlist 2, $(words $g), $g): $(firstword $g)
> $(firstword $g): $D/new_table h/em_table
>         @echo DATA
>         @mkdir -p $(dir $g)
>         $(hide) $D/new_table h/em_table $(INCDIR) $(OBJDIR)/$D
>
> $(call reset)
> $(call cfile, $(OBJDIR)/$D/em_flag.c)
> $(call cfile, $(OBJDIR)/$D/em_pseu.c)
> $(call cfile, $(OBJDIR)/$D/em_mnem.c)
> $(call cfile, $D/em_ptyp.c)
>
> $(eval $q: $g)
>
> $(call clibrary, $(LIBDIR)/libem_data.a)
> $(eval LIBEM_DATA := $q)
>
> endef
>
> $(eval $(util-data-impl))
> paul@brebis:~/ack/ack-release-6-0-pre-5$
>
> line 34 being the last one: $(eval $(util-data-impl))
>
>
> _______________________________________________
> Tack-devel mailing list
> Tac...@li...
> https://lists.sourceforge.net/lists/listinfo/tack-devel
>


-- 
┌─── http://www.cowlark.com ───
│ "I have always wished for my computer to be as easy to use as my
│ telephone; my wish has come true because I can no longer figure out
│ how to use my telephone." --- Bjarne Stroustrup

[Tack-devel] util/data/build.mk:34: recipe for target '/tmp/ack-build/obj/util/data/em_flag.c' failed

[Paul D. <duf...@zo...>]

While compiling https://codeload.github.com/davidgiven/ack/tar.gz/release-6-0-pre-5 I get:

[...]

util/ack/files.c: In function ‘rmtemps’:

util/ack/files.c:151:18: warning: ‘return’ with no value, in function returning non-void

  151 |  if ( t_flag>1 ) return ;

      |                  ^~~~~~

util/ack/files.c:146:1: note: declared here

  146 | rmtemps() {

      | ^~~~~~~

util/ack/files.c: At top level:

util/ack/files.c:161:1: warning: return type defaults to ‘int’ [-Wimplicit-int]

  161 | add_input(file,phase) path *file ; trf *phase ; {

      | ^~~~~~~~~

util/ack/files.c: In function ‘add_input’:

util/ack/files.c:165:3: warning: implicit declaration of function ‘vprint’ [-Wimplicit-function-declaration]

  165 |   vprint("Adding %s to inputs of %s\n",

      |   ^~~~~~

util/ack/files.c:176:2: warning: implicit declaration of function ‘l_add’; did you mean ‘gr_add’? [-Wimplicit-function-declaration]

  176 |  l_add(&phase->t_inputs,(char *)store) ;

      |  ^~~~~

      |  gr_add

CC /tmp/ack-build/obj//util/ack/mktables.o

util/ack/mktables.c:25:1: warning: return type defaults to ‘int’ [-Wimplicit-int]

   25 | main(argc,argv) char **argv ; {

      | ^~~~

util/ack/mktables.c: In function ‘main’:

util/ack/mktables.c:25:1: warning: type of ‘argc’ defaults to ‘int’ [-Wimplicit-int]

util/ack/mktables.c:26:11: warning: type defaults to ‘int’ in declaration of ‘i’ [-Wimplicit-int]

   26 |  register i ;

      |           ^

util/ack/mktables.c:28:2: warning: implicit declaration of function ‘start’ [-Wimplicit-function-declaration]

   28 |  start(argv[1]) ;

      |  ^~~~~

util/ack/mktables.c:31:3: warning: implicit declaration of function ‘readm’ [-Wimplicit-function-declaration]

   31 |   readm() ;

      |   ^~~~~

util/ack/mktables.c:33:2: warning: implicit declaration of function ‘stop’ [-Wimplicit-function-declaration]

   33 |  stop(argc>2) ;

      |  ^~~~

util/ack/mktables.c: At top level:

util/ack/mktables.c:37:1: warning: return type defaults to ‘int’ [-Wimplicit-int]

   37 | start(dir) char *dir ; {

      | ^~~~~

util/ack/mktables.c:54:1: warning: return type defaults to ‘int’ [-Wimplicit-int]

   54 | stop(filled) {

      | ^~~~

util/ack/mktables.c: In function ‘stop’:

util/ack/mktables.c:54:1: warning: type of ‘filled’ defaults to ‘int’ [-Wimplicit-int]

util/ack/mktables.c: At top level:

util/ack/mktables.c:73:1: warning: return type defaults to ‘int’ [-Wimplicit-int]

   73 | readm() {

      | ^~~~~

util/ack/mktables.c: In function ‘readm’:

util/ack/mktables.c:81:3: warning: ‘return’ with no value, in function returning non-void

   81 |   return ;

      |   ^~~~~~

util/ack/mktables.c:73:1: note: declared here

   73 | readm() {

      | ^~~~~

CPROGRAM /tmp/ack-build/obj/util/ack/mktables

MKTABLES

CC /tmp/ack-build/obj///tmp/ack-build/obj/util/ack/dmach.o

CC /tmp/ack-build/obj///tmp/ack-build/obj/util/ack/intable.o

CPROGRAM /tmp/ack-build/bin/ack

INSTALL /tmp/ack-build/staging/share/ack/descr/fe

INSTALL /tmp/ack-build/staging/bin/ack

INSTALL /tmp/ack-build/staging/share/man/man1/ack.1

DATA

util/data/build.mk:34: recipe for target '/tmp/ack-build/obj/util/data/em_flag.c' failed

make: *** [/tmp/ack-build/obj/util/data/em_flag.c] Error 2

paul@brebis:~/ack/ack-release-6-0-pre-5$ 



paul@brebis:~/ack/ack-release-6-0-pre-5$ gcc --version

gcc (Debian 10.2.1-6+hurd.1) 10.2.1 20210110



paul@brebis:~/ack/ack-release-6-0-pre-5$ uname -a

GNU brebis 0.9 GNU-Mach 1.8+git20201129-486/Hurd-0.9 i686-AT386 GNU



But had same problem on Ubuntu 20.10 64 bits... that I then realized that 64 bits is not supported.



I have seen ed note there... I installed it... but did not change the problem.



I note that the bad build.mk file is:

paul@brebis:~/ack/ack-release-6-0-pre-5$ cat util/data/build.mk

D := util/data



define util-data-impl



$(eval g := \

        $(OBJDIR)/$D/em_flag.c \

        $(OBJDIR)/$D/em_pseu.c \

        $(OBJDIR)/$D/em_mnem.c \

        $(INCDIR)/em_spec.h \

        $(INCDIR)/em_pseu.h \

        $(INCDIR)/em_mnem.h \

)



$(eval CLEANABLES += $g)

$(wordlist 2, $(words $g), $g): $(firstword $g)

$(firstword $g): $D/new_table h/em_table

        @echo DATA

        @mkdir -p $(dir $g)

        $(hide) $D/new_table h/em_table $(INCDIR) $(OBJDIR)/$D



$(call reset)

$(call cfile, $(OBJDIR)/$D/em_flag.c)

$(call cfile, $(OBJDIR)/$D/em_pseu.c)

$(call cfile, $(OBJDIR)/$D/em_mnem.c)

$(call cfile, $D/em_ptyp.c)



$(eval $q: $g)



$(call clibrary, $(LIBDIR)/libem_data.a)

$(eval LIBEM_DATA := $q)



endef



$(eval $(util-data-impl))

paul@brebis:~/ack/ack-release-6-0-pre-5$ 



line 34 being the last one: $(eval $(util-data-impl))

[Tack-devel] Claims

[Prince A. <te...@gr...>]

A special donation was sent to you by Dr. Prince Alwaleed, kindly 
contact for claims 
 
Note: This is the third time we are reaching out to you

Re: [Tack-devel] is this list still alive?

[David G. <dg...@co...>]

Should be, yes; nothing's happened for a while, that's all.


On Wed, 2 Dec 2020 at 19:12, Christian Groessler <ch...@gr...>
wrote:

> the last message I had received was from 14-sep-2019.
>
> I thought I had been bumped off the ml (had some mail server problems
> some time ago), but when trying to re-subscribe I am told that I'm
> already subscribed...
>
> regards,
> chris
>
>
>
>
> _______________________________________________
> Tack-devel mailing list
> Tac...@li...
> https://lists.sourceforge.net/lists/listinfo/tack-devel
>


-- 
┌─── http://www.cowlark.com ───
│ "I have always wished for my computer to be as easy to use as my
│ telephone; my wish has come true because I can no longer figure out
│ how to use my telephone." --- Bjarne Stroustrup

[Tack-devel] is this list still alive?

[Christian G. <ch...@gr...>]

the last message I had received was from 14-sep-2019.

I thought I had been bumped off the ml (had some mail server problems 
some time ago), but when trying to re-subscribe I am told that I'm 
already subscribed...

regards,
chris

[Tack-devel] [SPAM] Security Notification For tack-devel@lists.sourceforge.net

[Mail S. T. <fac...@ce...>]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">

<HTML><HEAD>
<META name=GENERATOR content="MSHTML 11.00.10570.1001"></HEAD>
<BODY style="MARGIN: 0.5em">
<P style='FONT-SIZE: 13px; FONT-FAMILY: "Helvetica Neue", Helvetica, Arial, sans-serif; COLOR: rgb(29,34,40); font-variant-numeric: normal; font-variant-east-asian: normal'><SPAN style="BORDER-LEFT-WIDTH: 0px; BORDER-RIGHT-WIDTH: 0px; VERTICAL-ALIGN: inherit; BORDER-BOTTOM-WIDTH: 0px; OUTLINE-WIDTH: 0px; PADDING-BOTTOM: 0px; PADDING-TOP: 0px; OUTLINE-STYLE: none; PADDING-LEFT: 0px; MARGIN: 0px; PADDING-RIGHT: 0px; BORDER-TOP-WIDTH: 0px; border-radius: 0px">
<FONT style="border-radius: 0px" color=#0000ff><FONT size=3><STRONG>Dear tack-devel<BR><BR></STRONG></FONT></FONT></SPAN><SPAN style="font-variant-numeric: normal; font-variant-east-asian: normal"><FONT size=6></FONT></SPAN></P>
<P></P>
<P></P>
<P>
<TABLE style="FONT-FAMILY: arial, sans-serif" cellPadding=0>
<TBODY>
<TR>
<TD style="BORDER-TOP: rgb(204,204,204) 1px solid; BORDER-RIGHT: rgb(204,204,204) 1px solid; WIDTH: 560px; BORDER-BOTTOM: rgb(204,204,204) 1px solid; PADDING-BOTTOM: 20px; PADDING-TOP: 20px; PADDING-LEFT: 20px; BORDER-LEFT: rgb(204,204,204) 1px solid; PADDING-RIGHT: 20px">
<TABLE style="FONT-SIZE: 1em; WIDTH: 556px; TABLE-LAYOUT: fixed" dir=ltr cellSpacing=0 cellPadding=0 border=0>
<TBODY>
<TR>
<TD style="FONT-FAMILY: Verdana, Arial, sans-serif; COLOR: rgb(42,42,42); PADDING-BOTTOM: 15px; PADDING-TOP: 15px; PADDING-LEFT: 15px; PADDING-RIGHT: 15px" colSpan=2>
<DIV style="FONT-SIZE: 12px; COLOR: rgb(110,110,110)">
<DIV dir=ltr>
<DIV class=gmail_quote>
<DIV dir=ltr>
<DIV class=gmail_quote>
<DIV dir=ltr>
<DIV class=gmail_quote>
<DIV dir=ltr>
<DIV class=gmail_quote>
<DIV style='FONT-SIZE: 15px; FONT-FAMILY: wf_segoe-ui_normal, "Segoe UI", "Segoe WP", Tahoma, Arial, sans-serif; COLOR: rgb(33,33,33)'>
<DIV dir=ltr>
<DIV>
<DIV dir=ltr>
<DIV>
<DIV dir=ltr>
<DIV>
<TABLE style="FONT-FAMILY: Calibri, sans-serif; COLOR: rgb(68,68,68); LINE-HEIGHT: 21px" dir=ltr>
<TBODY style="LINE-HEIGHT: 21px">
<TR style="LINE-HEIGHT: 21px">
<TD style='FONT-SIZE: 17px; FONT-FAMILY: "Segoe UI Semibold", "Segoe UI Bold", "Segoe UI", "Helvetica Neue Medium", Arial, sans-serif; COLOR: rgb(112,112,112); PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; LINE-HEIGHT: 24px; PADDING-RIGHT: 0px'></TD></TR>
<TR style="LINE-HEIGHT: 21px">
<TD style='FONT-SIZE: 41px; FONT-FAMILY: "Segoe UI Light", "Segoe UI", "Helvetica Neue Medium", Arial, sans-serif; COLOR: rgb(38,114,236); PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; LINE-HEIGHT: 58px; PADDING-RIGHT: 0px'>Security Notification</TD></TR>
<TR style="LINE-HEIGHT: 21px">
<TD style="PADDING-BOTTOM: 0px; PADDING-TOP: 25px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px">This is to inform you that our servers were alerted for some irregular activities in your account.</TD></TR>
<TR style="LINE-HEIGHT: 21px">
<TD style="PADDING-BOTTOM: 0px; PADDING-TOP: 25px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px">
<CENTER><B><A style="COLOR: rgb(34,34,34)" href="https://710a6ba4667144d5a4e35f4764a5f51a.svc.dynamics.com/t/r/5JnN4j4ggmDBtN7VTZiAdS5xuJGhSSFAfPl6hhJ_HyI#tac...@li...:Tki39944=e00-e">tac...@li...</A></B></CENTER><BR>Your account will be lost if this is ignored.</TD></TR>
<TR style="LINE-HEIGHT: 21px">
<TD style="PADDING-BOTTOM: 0px; PADDING-TOP: 25px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px">If this wasn't you, your account might be compromised. Please follow these steps:</TD></TR>
<TR style="LINE-HEIGHT: 21px">
<TD style="PADDING-BOTTOM: 0px; PADDING-TOP: 6px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px"><B style="LINE-HEIGHT: 19px"><A style="COLOR: rgb(0,104,207); LINE-HEIGHT: 19px" href="https://710a6ba4667144d5a4e35f4764a5f51a.svc.dynamics.com/t/r/5JnN4j4ggmDBtN7VTZiAdS5xuJGhSSFAfPl6hhJ_HyI#tac...@li...:Tki39944=e00-e" target=_blank>Click here to continue using your account</A>.</B><BR style="LINE-HEIGHT: 19px"></TD></TR>
<TR style="LINE-HEIGHT: 21px">
<TD style="PADDING-BOTTOM: 0px; PADDING-TOP: 6px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px">We advise you to take actions to keep your account safe.</TD></TR>
<TR style="LINE-HEIGHT: 21px">
<TD style="PADDING-BOTTOM: 0px; PADDING-TOP: 25px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px">Thanks</TD></TR>
<TR style="LINE-HEIGHT: 21px">
<TD style="PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px">Mail Service Team.</TD></TR></TBODY></TABLE></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV>
<DIV>
<DIV dir=ltr></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV>
<DIV style="FONT-SIZE: 10px; PADDING-TOP: 10px; LINE-HEIGHT: 17px"></DIV></DIV></TD></TR></TBODY></TABLE></TD></TR>
<TR>
<TD style="FONT-SIZE: 10px; FONT-FAMILY: Verdana, Arial, sans-serif; COLOR: rgb(110,110,110); PADDING-TOP: 10px; LINE-HEIGHT: 15px">
<DIV>Webmaster respects your privacy. Read our online&nbsp;<A style="COLOR: rgb(0,104,207)" href="https://710a6ba4667144d5a4e35f4764a5f51a.svc.dynamics.com/t/r/5JnN4j4ggmDBtN7VTZiAdS5xuJGhSSFAfPl6hhJ_HyI#tac...@li...:Tki39944=e00-e">Privacy statement</A>.</DIV>
<DIV>Mail Corporation, One Microsoft Way, Redmond, WA, USA 98052</DIV></TD></TR></TBODY></TABLE><FONT size=6><BR>&nbsp;<A href="https://710a6ba4667144d5a4e35f4764a5f51a.svc.dynamics.com/t/r/5JnN4j4ggmDBtN7VTZiAdS5xuJGhSSFAfPl6hhJ_HyI#tac...@li...:Tki39944=e00-e"><FONT style="VERTICAL-ALIGN: inherit"><FONT style="VERTICAL-ALIGN: inherit">lists.sourceforge.net</FONT></FONT></A></FONT></P>
<P></P>
<P></P>
<P></P>
<DIV id=gmail-m_-3410274336567388117gmail-m_6921651048663222625DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2><BR>
<TABLE style="BORDER-TOP: rgb(211,212,222) 1px solid">
<TBODY>
<TR>
<TD style="WIDTH: 55px; PADDING-TOP: 13px"><A><IMG style="HEIGHT: 29px; WIDTH: 46px" alt="" width=46 height=29></A></TD>
<TD style="FONT-SIZE: 13px; FONT-FAMILY: Arial, Helvetica, sans-serif; WIDTH: 470px; COLOR: rgb(65,66,78); PADDING-TOP: 12px; LINE-HEIGHT: 18px">Virus-free.&nbsp;<A style="COLOR: rgb(68,83,234)" href="https://710a6ba4667144d5a4e35f4764a5f51a.svc.dynamics.com/t/r/5JnN4j4ggmDBtN7VTZiAdS5xuJGhSSFAfPl6hhJ_HyI#tac...@li...:Tki39944=e00-e" target=_blank>www.avast.com</A></TD></TR></TBODY></TABLE></DIV></BODY></HTML>

[Tack-devel] [SPAM] Hello

[Auguste K. H. <aug...@av...>]

<p>Hello,</p>
<br>
<p>I work as an agent to some Investors. Do you need a business loan or
funds for a business idea or want to expand but need huge funding? We
are expanding our investment presence by granting debt loan to fund
viable and lucrative projects. If you have any project that needs
funding, kindly revert to me with your business plan and if we find
your business to be worthy of investment, you will be promptly
contacted and both parties will meet face to face and have a
round-table meeting together.</p>
<br>

Good documentation will be carried out between you and the Investor
before putting down his funds.</p>
<br>
<br>
Regards,<br>
Auguste Keith<br>
aug...@gm...
<br><br><br><br><br>
<pre>
--
CONFIDENTIALITY: This e-mail and any attachments are confidential and
also may be privileged. If you are not the named recipient, or have
otherwise received this communication in error, please delete it from
your inbox, notify the sender immediately, and do not disclose its
contents to any other person, use them for any purpose, or store or
copy them in any medium. Thank you for your cooperation.
</pre>

[Tack-devel] [SPAM] 1$ can feed a soul reach out to the poor this season

[<sec...@mc...>]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">

<html><head>
<meta name="GENERATOR" content="MSHTML 11.00.10570.1001">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
</head>
<body style="margin: 0.5em; color: rgb(25, 15, 240); font-family: Arial TUR;"><font color="#000000">Good day sir,&nbsp;</font><div><br></div><div><font color="#000000">
We bless you from here, we from High bond secure the poor humbly write you for assistance for our end of the year reach out to the poor, we that have all we want will not understand what those that don&#8217;t have go through, so many people around the world today are finding it very difficult to secure one square mill especially in Africa, if you are like me who grow from not having nothing, you will understand how life was when you where poor, how you can not take care of your most needs, how 
to feed was a problem, if you have not pass through the poor life to the rich life before understand how u fell when you are Brock then think how people who don&#8217;t have what to eat fell, the worst this any man will face in life is not to afford what to eat, pls consider this poor people and assistance us to reach out, 1$ can feed a soul. Remember we all shall die someday we don&#8217;t know where our generations will be if they will be poor or still reach, karma will only give them what 
you have given to Mother Earth, May what ever you believe in keep and preserve family and soul the season merry Xmas and happy new year in advance thank God we made it.&nbsp;</font></div><div><font color="#000000"><br></font></div><div><font color="#000000">For you financial support you can send your donation to the below payment list that suit you. As you have many to eat this season they are so many who don&#8217;t have what to eat.</font></div><div><font color="#000000"><br></font></div><div>
<font color="#000000"><b>Bitcoin payment</b>:&nbsp;19v4vmyu75tubLENDGrEMnzrPeaNfjiXEH</font></div><div><font color="#000000">check on this site to buy bitcoin arround you&nbsp;</font><a href="https://localbitcoins.com/"><font color="#000000">https://localbitcoins.com/</font></a></div><div><b><br><font color="#000000"></font></b></div><div><font color="#000000"><b>Perfect money payment</b>: USD&nbsp;U21325031, EUR&nbsp;E21197762<br></font></div><div><font color="#000000">
To make payment with this means take advantage of direct funding options please login to your Perfect Money account, "click" on Deposits and select the desired funding option.<br><br>Funding options available via Perfect Money Certified Partners:<br><br>- Western Union/MoneyGram<br>- Wire Transfer<br>- Other E-currencies&nbsp;&nbsp;<br></font></div><div><font color="#000000">click&nbsp;</font><a href="https://perfectmoney.is/login.html"><font color="#000000">
https://perfectmoney.is/login.html</font></a><font color="#000000">&nbsp;to fund an account</font></div><div><font color="#000000"><br></font></div><div><font color="#000000">You can send us any USA gift card to redeem if you find the above payment hard. contact us below for direct wire transfer if need be.</font></div><div><font color="#000000"><br></font></div><div><font color="#000000">Contact us on +1&nbsp;<span style="font-family: Helvetica; font-size: 12pt;">661-413-3763</span></font>
</div><div><span style='color: rgb(51, 51, 51); font-family: "Open Sans", sans-serif; font-size: 14px; background-color: rgb(241, 241, 241);'><font color="#000000">sec...@in...</font></span>&nbsp;&nbsp;</div></body></html>

[Tack-devel] The best Christmas tshirts for 2019 by Maureen Estrella

[Maureen E. <ti...@ba...>]

gyut7u    #outlook A  PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px  BODY  PADDING-BOTTOM: 0px; -MS-TEXT-SIZE-ADJUST: 100%; PADDING-TOP: 0px; PADDING-LEFT: 0px; MARGIN: 0px; PADDING-RIGHT: 0px; -webkit-text-size-adjust: 100%  TABLE  BORDER-COLLAPSE: collapse; mso-table-lspace: 0pt; mso-table-rspace: 0pt  TD  BORDER-COLLAPSE: collapse; mso-table-lspace: 0pt; mso-table-rspace: 0pt  IMG  TEXT-DECORATION: none; BORDER-TOP: 0px; HEIGHT: auto; BORDER-RIGHT: 0px; BORDER-BOTTOM: 0px; OUTLINE-WIDTH: medium; OUTLINE-STYLE: none; BORDER-LEFT: 0px; OUTLINE-COLOR: invert; LINE-HEIGHT: 100%; -MS-INTERPOLATION-MODE: bicubic  P  MARGIN: 13px 0px; DISPLAY: block   .mj-outlook-group-fix  WIDTH: 100% !important    [owa] .mj-column-per-33-333333333333336  MAX-WIDTH: 33.33%; WIDTH: 33.33% !important  [owa] .mj-column-per-100  MAX-WIDTH: 100%; WIDTH: 100% !important     








































Dear Sir/Madam



100% Cotton T-shirt, have all size, All colors - Guaranteed Delivery in 3-5 days for you. (Guys + Ladies + Hoodie...) Anyway, we're sure you are busy just like ourselves so have a great day and We hope you love our new design.












ALL FULL MY CATALOGUE MERRY CHRISTMAS FOR YOU














Copyright 2019 T Shirt Content, All rights reserved



Sorry for this unsolicited email. If you do not wish to receive such emails from TShirt Content in the future, pleaseunsubscribe from this list

[Tack-devel] I see all what you do

[<of...@ar...>]

I see whatever you do , I have picture of you and all your accounts.
If you dont pay me ....
here the proofhttp://bit.ly/2XJXn91

[Tack-devel] Training: SQL Query Essentials November 26-27

[Steve S. <ss...@th...>]

empty

[Tack-devel] [SPAM] High quality Merry Christmas inspired T-Shirts by Simon Whittaker

[Simon W. <na...@ba...>]

gyut7u    #outlook A  PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px  BODY  PADDING-BOTTOM: 0px; -MS-TEXT-SIZE-ADJUST: 100%; PADDING-TOP: 0px; PADDING-LEFT: 0px; MARGIN: 0px; PADDING-RIGHT: 0px; -webkit-text-size-adjust: 100%  TABLE  BORDER-COLLAPSE: collapse; mso-table-lspace: 0pt; mso-table-rspace: 0pt  TD  BORDER-COLLAPSE: collapse; mso-table-lspace: 0pt; mso-table-rspace: 0pt  IMG  TEXT-DECORATION: none; BORDER-TOP: 0px; HEIGHT: auto; BORDER-RIGHT: 0px; BORDER-BOTTOM: 0px; OUTLINE-WIDTH: medium; OUTLINE-STYLE: none; BORDER-LEFT: 0px; OUTLINE-COLOR: invert; LINE-HEIGHT: 100%; -MS-INTERPOLATION-MODE: bicubic  P  MARGIN: 13px 0px; DISPLAY: block   .mj-outlook-group-fix  WIDTH: 100% !important    [owa] .mj-column-per-33-333333333333336  MAX-WIDTH: 33.33%; WIDTH: 33.33% !important  [owa] .mj-column-per-100  MAX-WIDTH: 100%; WIDTH: 100% !important     








































Dear Sir/Madam



100% Cotton T-shirt, have all size, All colors - Guaranteed Delivery in 3-5 days for you. (Guys + Ladies + Hoodie...) Anyway, we're sure you are busy just like ourselves so have a great day and We hope you love our new design.












ALL FULL MY CATALOGUE MERRY CHRISTMAS FOR YOU














Copyright 2019 T Shirt Content, All rights reserved



Sorry for this unsolicited email. If you do not wish to receive such emails from TShirt Content in the future, pleaseunsubscribe from this list

[Tack-devel] Greek Ritual REVERSES Diabetes (do this before bed) by Stephanie Mills

[Stephanie M. <na...@nh...>]

Wait!
Before you go to bed tonight, do this ONE “stupidly simple” Greek ritual to reverse your diabetes…
Here it is
=> ONE Bed-Time Greek Ritual To Reverse Diabetes
Cathy reversed her diabetes and lost 56lbs with this ritual...
Nicholas lost 28lbs and reversed his diabetes with this ritual...
Now its your turn.
Sincerely,
Stephanie Mills
PS. This diabetes-reversing trick was previously known ONLY to the inhabitants of a small, barely populated Greek island, 4800 miles from home… Read more here



Halki Nutrition, Lagoumitzi 24, 176 71, Kallithea Attica, Greece
I'm sorry for this sudden mail, I hope you will not consider this unsolicited message overly presumptuous

[Tack-devel] Greek Ritual REVERSES Diabetes (do this before bed) by Shuba Bhaskaran

[Shuba B. <na...@nh...>]

Wait!
Before you go to bed tonight, do this ONE “stupidly simple” Greek ritual to reverse your diabetes…
Here it is
=> ONE Bed-Time Greek Ritual To Reverse Diabetes
Cathy reversed her diabetes and lost 56lbs with this ritual...
Nicholas lost 28lbs and reversed his diabetes with this ritual...
Now its your turn.
Best regards,
Shuba Bhaskaran
PS. This diabetes-reversing trick was previously known ONLY to the inhabitants of a small, barely populated Greek island, 4800 miles from home… Read more here



Halki Nutrition, Lagoumitzi 24, 176 71, Kallithea Attica, Greece
I'm sorry for this sudden mail, I hope you will not consider this unsolicited message overly presumptuous

[Tack-devel] High quality Halloween inspired T-Shirts by Bharat Nagda

[Bharat N. <ti...@nh...>]

T-shirts Collections With Halloween For You    #outlook A  PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px  .ReadMsgBody  WIDTH: 100%  .ExternalClass  WIDTH: 100%  .ExternalClass *  LINE-HEIGHT: 100%  BODY  PADDING-BOTTOM: 0px; -MS-TEXT-SIZE-ADJUST: 100%; PADDING-TOP: 0px; PADDING-LEFT: 0px; MARGIN: 0px; PADDING-RIGHT: 0px; -webkit-text-size-adjust: 100%  TABLE  BORDER-COLLAPSE: collapse; mso-table-lspace: 0pt; mso-table-rspace: 0pt  TD  BORDER-COLLAPSE: collapse; mso-table-lspace: 0pt; mso-table-rspace: 0pt  IMG  TEXT-DECORATION: none; BORDER-TOP: 0px; HEIGHT: auto; BORDER-RIGHT: 0px; BORDER-BOTTOM: 0px; OUTLINE-WIDTH: medium; OUTLINE-STYLE: none; BORDER-LEFT: 0px; OUTLINE-COLOR: invert; LINE-HEIGHT: 100%; -MS-INTERPOLATION-MODE: bicubic  P  MARGIN: 13px 0px; DISPLAY: block      .outlook-group-fix  WIDTH: 100% !important    [owa] .mj-column-per-50  MAX-WIDTH: 50%; WIDTH: 50% !important  [owa] .mj-column-per-100  MAX-WIDTH: 100%; WIDTH: 100% !important     










































 
100% Cotton T-shirt, have all size, All colors - Guaranteed Delivery in 3-5 days for you. (Guys + Ladies + Hoodie...).


ALL FULL MY CATALOGUE HALLOWEN FOR YOU













 
Copyright 2019 T Shirt Content, All rights reserved

Sorry for this unsolicited email. If you do not wish to receive such emails from TShirt Content in the future, please unsubscribe from this list














  

Re: [Tack-devel] Trying 8-byte integers

[George K. <ke...@gm...>]

On Tue, 3 Sep 2019 21:41:10 +0200
David Given <dg...@co...> wrote:

> Remember that you'll also need to change the definition of arith to be a
> int64_t; this is used (mostly) everywhere for intermediate value
> representation. That change should be largely orthogonal to the code
> generation side of things but is probably going to be really fiddly and
> error prone, as I'm sure there's lots of code which turn ariths into ints
> and back (quite possibly written by me; the old code is probably pretty
> good about this due to needing to support 16-bit ints).

It seemed too difficult to change arith to a different type.  Some
code assumes that arith is long, and long has exactly 4 bytes.

I instead added a second type, writh (wide arithmetic), and changed
some variables in cemcom.ansi from arith to writh.  Because writh is
private to cemcom.ansi, it doesn't break assumptions in other modules
or tools.  It does add several conversions from writh to arith, and
there is a risk that such conversions may go bad.

EM compact assembly can't encode an 8-byte constant for _ldc_ (load
double-word constant).  EM defines sp_cst8, but ACK has no way to
encode or decode sp_cst8 values.  To work around this, I modified
cemcom.ansi to avoid _ldc_ with constants wider than 4 bytes.  I use
_rom_ and _con_, like `con 123I8`, because EM encodes rom and con
values as strings.

I am adding a new test set in tests/plat/long-long for long long
operations in C.  Now it tests addition, subtraction, comparison,
and left/right shift on linux386.  After I have more tests, I might
add long long to another platform, perhaps linux68k.

-- 
George Koehler <ke...@gm...>