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
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
___
Hello Ramsay,
On Thu, 3 Apr 2014, Ramsay Jones wrote:
After commit ea2805f (shared libs: Build libtcc1.a with -fPIC, 02-04-2014),
this now fails like so:
Fixed with 2024c445. Indeed PIC input wasn't handled correctly in
connection with -run (emitting a real ELF executable worked). So the
Hi,
On 2014-04-02 21:45:54 +0200, Michael Matz wrote:
On Wed, 2 Apr 2014, Michael Matz wrote:
Another report about the current state of shared libraries produced by
tcc. Michael, I'm just copying it here because you asked. It's ok if you
don't want or can't work on this.
Reporting it here
On 04/04/14 16:59, Michael Matz wrote:
Hello Ramsay,
On Thu, 3 Apr 2014, Ramsay Jones wrote:
After commit ea2805f (shared libs: Build libtcc1.a with -fPIC, 02-04-2014),
this now fails like so:
Fixed with 2024c445. Indeed PIC input wasn't handled correctly in
connection with -run
Michael Matz wrote:
Thanks. While it doesn't crash for me on x86-64 (with rev aa561d70,
i.e. before your memset patch) I do see the wrong vset flowing into
init_putv; it's unary(), case TOK_LAND, which does
vset(s-type, VT_CONST | VT_SYM, 0);
vtop-sym = s;
Using
Question apropos:
On linux x86_64 there is still the ugly
runtime_plt_and_got
hack which is a replacement for PLT in the tcc -run case
to forward 32bit calls to extern libraries.
On win64 the same problem is solved by building the IAT
(import address table) also in the -run case.
From your
Hi,
On Fri, 4 Apr 2014, Vincent Lefevre wrote:
Actually I just fixed a similar error for gawk (libtcc1.a containing non-PIC
code), which has exactly that symptom ('abort' and _PC32 reloc overflowing).
So it's worth a new try with mob branch.
This doesn't change anything in MPFR:
Hi,
On Fri, 4 Apr 2014, grischka wrote:
Question apropos:
On linux x86_64 there is still the ugly
runtime_plt_and_got
hack which is a replacement for PLT in the tcc -run case
to forward 32bit calls to extern libraries.
On win64 the same problem is solved by building the IAT
(import
On 2014-04-04 20:52:13 +0200, Michael Matz wrote:
Hi,
On Fri, 4 Apr 2014, Vincent Lefevre wrote:
Actually I just fixed a similar error for gawk (libtcc1.a containing non-PIC
code), which has exactly that symptom ('abort' and _PC32 reloc overflowing).
So it's worth a new try with mob
Le vendredi 4 avril 2014, 11:49:49 Aharon Robbins a écrit :
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
11 matches
Mail list logo