Hello.
Thanks for this note and for looking at my patch.
I'm sure that all the stuff you suggest is doable and worth doing.
But I'm afraid it won't be done by me.
I invested less than 2 hours total in my patch and it meets my needs.
I don't have the time or cycles to invest in learning enough a
> > Vincent Lefevre wrote:
> > > Is there any reason why tcc hasn't rejected the code because the
> > > prototype wasn't declared?
> >
> > Because C default declares functions for you. It's as if it was
> > declared
> >
> > int atan2(...);
>
> But I don't think that an implementation is disa
Hi.
This patch fixes the warning when compiling gawk.
Thanks,
Arnold
> Date: Tue, 5 Jan 2016 21:04:52 +
> From: Edmund Grimley Evans
> To: tinycc-devel@nongnu.org
> Subject: Re: [Tinycc-devel] spurious warning from tcc
>
> Updated patch attached. Comments?
Hi.
TCC doesn't quite understand where const should and should not go. I'm
getting this warning:
dfa.c:1795: warning: assignment discards qualifiers from pointer target type
This is best seen in the distributed gawk tarball:
wget http://ftp.gnu.org/gnu/gawk/gawk-4.1.3.tar.gz
tar
Hi.
Much thanks! It's working fine for me now.
Arnold
> From: Michael Matz
> To: tinycc-devel@nongnu.org
> Subject: Re: [Tinycc-devel] tcc mob regression on x86_64
>
> Hi,
>
> On Thu, 17 Dec 2015, Aharon Robbins wrote:
>
> > TCC on x86_64 is broken (again) wh
Hi All.
TCC on x86_64 is broken (again) when used to create .so files. I like
to use it for gawk development since it's fast.
Unfortunately, all the shared library stuff no longer works.
This can be reproduced using the current version:
wget ftp://ftp.gnu.org/gnu/gawk/gawk-4.1.3.tar.gz
I wrote:
> On Wed, 1 Jul 2015, Aharon Robbins wrote:
>
> > Hi.
> >
> > The current mob on x86_64 no longer compiles gawk correctly. The
> > generated executable does a stunning job of failing the test suite,
> > dumping core multiple times.
> >
> >
Hi.
The current mob on x86_64 no longer compiles gawk correctly. The
generated executable does a stunning job of failing the test suite,
dumping core multiple times.
wget http://ftp.gnu.org/gnu/gawk/gawk-4.1.3.tar.gz # latest release
tar -xpvzf gawk-4.1.3.tar.gz
./configur
The problem is apparently that sinf isn't declared in Microsoft's
header file; try searching MSDN to see where it is declared.
What's happening is that C treats undeclared functions as being
implicitly declared to return int (4 bytes), which explains why
you're getting bad values. If you explici
Hi.
> * gawk doesn't work anymore even for x86_64,
It is back to working now.
Thanks.
And in general, yes, please be more careful about what goes into mob.
Thanks,
Arnold
___
Tinycc-devel mailing list
Tinycc-devel@nongnu.org
https://lists.nongnu.or
Hi. I just wanted to report that on x86_64, gawk builds and passes
all its tests!
Michael - I think the failures you saw are related to locale settings
and not the changes you've made.
Do things work also using i386 tcc?
Thanks,
Arnold
___
Tinycc-dev
Hi All.
What is the magic incantation to build an i386 version of tcc running
on x86_64 Linux? It looks like 'make i386-tcc' builds the compiler itself.
After installing that, though, tcc -m32 hello.c fails to find the C
runtime start off and library files.
I'm on Ubuntu 12.04, and I have all th
> Date: Mon, 31 Mar 2014 05:54:12 +0200 (CEST)
> From: Michael Matz
> To: tinycc-devel@nongnu.org
> Subject: [Tinycc-devel] x86_64: shared libs
>
> Hi,
>
> I just pushed some things [1] to mob that make shared libs on x86-64 linux
> sort of working (well, in my little tests).
Hi! This is really
Hello.
> Date: Thu, 27 Mar 2014 16:14:15 +0100
> From: Armin Steinhoff
> To: tinycc-devel@nongnu.org
> Subject: Re: [Tinycc-devel] Compiling mupdf on X86_64 fails
>
> Hi,
>
> I got in the meantime the impression that we have to define what's
> supported by tcc and whar's not supported.
>
> I neve
Hi.
I've reported before, that on i386 and x86_64 Linux, tcc produces
shared libraries that sometimes can't be used. This is in the context
of gawk (GNU Awk). I get errors like this:
../gawk: Symbol `malloc' causes overflow in R_X86_64_PC32 relocation
../gawk: Symbol `free' causes overflow in R_X
Hi. Just a note of thanks to Ramsey for the patch and to Thomas for
pushing it. I appreciate the responsiveness.
Arnold
___
Tinycc-devel mailing list
Tinycc-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tinycc-devel
Hi.
I applied this patch, rebuilt everything and ran. Things are back to
what they used to be. If the patch doesn't break anything else, it'd
be great if it were applied.
Much thanks!
Arnold
> Date: Sun, 08 Sep 2013 17:13:51 +0100
> From: Ramsay Jones
> To: tinycc-devel@nongnu.org
> CC: arn.
Hello.
After pulling the latest on the mob branch, builds of gawk master using
tcc generate lots of test failures.
On an i386 linux system:
git clone git://git.savannah.gnu.org/gawk.git
cd gawk
./bootstrap.sh && configure CC=tcc && make
make check # watch lot
Hi.
It's working now, much thanks. 'make check' still fails on the shared library
tests, but this is a known issue
If you can get to this sometime soon, it'd be great.
Thanks!
Arnold
> > Got it, thanks. I've just tested that and the problem is that the load is
> > not defined for bool typ
tensions which
create .so files (via libtool), they wouldn't load. Now I can't even
compile gawk itself.
Thanks!!
Arnold
> From: "Thomas Preud'homme"
> To: Aharon Robbins
> Subject: Re: [Tinycc-devel] x86_64 mob broken
> Date: Thu, 13 Jun 2013 20:05:
Hi. I just pulled mob and rebuilt and installed. Now trying to build gawk
I get:
tcc -DDEFPATH='".:/usr/local/share/awk"'
-DDEFLIBPATH="\"/usr/local/lib/gawk\"" -DSHLIBEXT="\"so"\" -DHAVE_CONFIG_H
-DGAWK -DLOCALEDIR='"/usr/local/share/locale"' -I. -g -DARRAYDEBUG
-DYYDEBUG -c array.
Hi.
So, I'll be a pest again, and ask - now that we're after the release,
any chance that relocation issues with ELF shared libraries will be fixed
"soon"? This one issue prevents me from using tcc as my regular compiler
for gawk development...
Thanks!
Arnold
__
Hi Guys.
Something broke really bad:
]$ cat hello.c
#include
int main(int argc, char **argv)
{
printf("hello, world\n");
return 0;
}
$ tcc hello.c -o hello
In file included from hello.c:1:
In file included from /usr/include/stdio.h:36:
/usr/include/bits/types.h:144: error: type
Hi Thomas.
TCC on the mob branch has progressed quite a lot. I use it for testing
compilation of gawk (GNU Awk). It is quite fast, which is a significant
pleasure compared to gcc or clang. The released version did compile
gawk but many tests would fail.
I use it on x86_64 Linux. All of the tes
Michael,
Hi. THANK YOU very much for this. I pulled, rebuilt, and then reran
building and 'make test' with the gawk-4.0-stable branch and now all
the tests pass! This is really great. (The compilation time speed
difference w.r.t. GCC is enormous.)
Kudos to everyone.
Thanks!
Arnold Robbins
>
Hi. Thanks for the note.
> From: "Thomas Preud'homme"
> To: tinycc-devel@nongnu.org
> Subject: Re: [Tinycc-devel] pointers to static functions inside a static table
> Date: Wed, 18 May 2011 22:57:55 +0200
> Cc: Aharon Robbins
>
> Le vendredi 27 ao?t 2
I did a git pull and it's working fine for me now. Much thanks!
Arnold
> From: "Thomas Preud'homme"
> To: tinycc-devel@nongnu.org
> Subject: Re: [Tinycc-devel] latest mob broken on typedefs
> Date: Mon, 7 Feb 2011 23:41:02 +0100
>
> Le lundi 07 f?vrier
Hi All.
I just checked out the latest mob and tried to compile gawk. It fails.
Here is a reduced test case:
$ cat testit.c
typedef struct {
int member1;
} moo;
static int foo()
{
static moo boo;
return 1;
}
$ tcc testit.c
testit.c:8: error: Function without file scope
So, I moved the TOK_alloc definition outside of the ifdefs in tcctok.h
and tcc compiled. Now I get this attempting to build gawk:
/home/arnold/Gnu/gawk/gawk.git/tcc -g -o gawk array.o awkgram.o builtin.o
dfa.o ext.o field.o floatcomp.o gawkmisc.o getopt.o getopt1.o hard-locale.o
io.o main.o m
I'm getting
$ make
gcc -o libtcc.o -c libtcc.c -DTCC_TARGET_X86_64 -DTCC_TARGET_X86_64_CENTOS -O2
-g -Wall -fno-strict-aliasing -Wno-pointer-sign -Wno-sign-compare
-D_FORTIFY_SOURCE=0
In file included from libtcc.c:45:
tccgen.c: In function 'decl_initializer':
tccgen.c:4867: error: 'TOK_alloca'
Hi.
> Date: Tue, 1 Feb 2011 18:35:16 -0800 (PST)
> From: Rick Hodgin
> Subject: Re: [Tinycc-devel] i just can't get over how farging fast tcc is...
> To: tinycc-devel@nongnu.org
>
> Stephan,
>
> Bear in mind that while the compile time is fast, and the executable code
> is small and tight, the ex
Hi.
The answer is that this feature is not in C. It is in C++, which
may be why you think it ought to work. :-)
I too am amazed by tcc's speed. When I use it to compile gawk, though,
three of my tests, all related to wide characters, fail. I haven't
time to investigate why, though.
HTH,
Arnol
THANK YOU to everyone who has been working on tinycc. It now compiles
without any special ifdefs. I really appreciate all of your hard work!
Arnold
___
Tinycc-devel mailing list
Tinycc-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/tinycc-d
Hi Thomas.
> Sorry but I can't reproduce the bug. I've just checked out the mob branch and
> it does what it's suppose to do. Could you tell me what's the latest commit
> in
> your local mob branch? Mine is 9d347f87426aebabe4eb52207b2f9ea8d2274809
> (latest commit when I wrote this email).
I
Hi. I've reported this before, but here is a small test case:
$ cat foo.c
#include
static void func();
int main(int argc, char **argv)
{
static struct s {
void (*elem)();
} t[] = {
{ func }/* tcc requires these braces! */
};
Hi.
There is a problem in the mob branch as demonstrated by the code
below. I get this error:
$ tcc foo.c
foo.c:11: error: ')' expected (got ";")
Thanks!
Arnold Robbins
---
struct x {
int nelem;
};
int main(int argc, char **argv)
{
int i
Hi. I'm a git novice. I cloned the repository, but I don't see the mob
branch. What's the right incantation to move to it?
THanks,
Arnold
___
Tinycc-devel mailing list
Tinycc-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/tinycc-devel
Help?
$ git clone http://repo.or.cz/w/tinycc.git
Initialized empty Git repository in /d/local/src/tinycc/.git/
warning: remote HEAD refers to nonexistent ref, unable to checkout.
Thanks,
Arnold
___
Tinycc-devel mailing list
Tinycc-devel@nongnu.org
htt
Thanks for the mails. I can't reach repo.or.cz right now... Is it down?
Arnold
___
Tinycc-devel mailing list
Tinycc-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/tinycc-devel
Hi. Thanks for the quick response.
> > 3. I have a static table with some function pointers to static functions.
> >This compiles, but the table values are NULL. Any idea why?
>
> Nope, sorry. Are the functions and the table local or extern ?
The functions themselves are static at the file le
Hi. I built tinycc on my x86_64 Fedora 12 system. Here's a report.
1. Below is a patch that was necessary to get it to find the libraries;
something should be done with configuring etc. to handle this. My patch
is definitely quick and dirty.
2. When built, my program could not find some of
41 matches
Mail list logo