Hello,
On 2018-05-22 00:38, Connor Lane Smith wrote:
> On 21 May 2018 at 17:12, Adrian Grigore wrote:
>> I'm having problems compiling usul:
>
> This is a surprise. Where did you get usul from?
I sent the copy. I use usul regularly so I still have the whole repo
> Try putting the library at the end. Some linkers display rather...
classic behavior when linking statically (i.e. only linking in the files
that are needed, but if you name a library as first thing, then no file
is needed at that point).
Works!
On Mon, May 21, 2018 at 9:30 PM, Markus Wichmann
On Mon, May 21, 2018 at 07:12:46PM +0300, Adrian Grigore wrote:
> cc -lutf -o cat cat.o util.o
> cat.o: In function `main':
> cat.c:(.text+0x179): undefined reference to `chartorune'
> cat.c:(.text+0x1dd): undefined reference to `runetochar'
> cc: error: linker command failed with exit code 1 (use
> This is a surprise. Where did you get usul from? I'm not sure even I
have a copy any more! The only reason I can think of, though, is that
you need to specify the -L libdir.
Attachment above. :)
cc -lutf -L. -o cat cat.o util.o gives:
cat.o: In function `main':
cat.c:(.text+0x179): undefined
Hi,
On 21 May 2018 at 17:12, Adrian Grigore wrote:
> I'm having problems compiling usul:
This is a surprise. Where did you get usul from? I'm not sure even I
have a copy any more! The only reason I can think of, though, is that
you need to specify the -L libdir.
> Maybe a nice thing to have would be to get the terminal emulator to
treat the field and record separator in a special way. So the programs
all output fs and rs, and the terminal emulator uses these characters to
layout the data in a tabular way
But would it still be plain text?
I'm having
As an anecdote, I actually wanted to use US/RS delimited text at work
a while ago to consume XML downloaded from some service. The idea was
to use XSLT to convert the data to a sane format that I could easily
ingest. As it turns out, that was a no-can-do because XSL transforms
are defined in an