Hi César,
you may want to consider PellesC which support OpenMP to some extend :
http://www.smorgasbordet.com/pellesc/sourcecode.htm
PellesC is a fork of LCC with many improvements :
http://www.smorgasbordet.com/pellesc/
Regards.
- Mail d'origine -
De: Ces VLC
À:
Hi Robert,
nice job, but why not using https://github.com/anael-seghezzi/CToy ?
It already have everything you need, plus hot-reload capability.
Regards.
- Mail d'origine -
De: Robert Schlicht
À: tinycc-devel@nongnu.org
Envoyé: Mon, 11 Mar 2024 20:38:52 +0100 (CET)
Objet: Re:
Hi,
isn't there a garbage collecting done at the end to remove all the unused stuff
to produce a binary that contains only the necessary parts ?
Regards.
- Mail d'origine -
De: Eric Raible
À: tinycc-devel@nongnu.org
Envoyé: Thu, 29 Feb 2024 08:43:17 +0100 (CET)
Objet: [Tinycc-devel]
Not trolling, I love C, and even more so assembler.
But let's face it, "C" as a language is spawned into many incarnations.
All barely compatible with each other, unless you stick to C89. If so.
About libraries, pthread is not even present on Windows, unless Cygwin or so.
To progress you have
Indeed, I'd say focus on more up to date and elaborate programming languages.
C, while nice as a "portable assembler" is still full of quirks and tricks.
Which show how unstable and unprofessional it is 50 years after its creation.
Many "extensions" and as you state, "unfortunately" packaged by
Thank you.
Regards.
- Mail d'origine -
De: Richard Allen
À: tinycc-devel@nongnu.org
Envoyé: Tue, 12 Sep 2023 18:45:10 +0200 (CEST)
Objet: [Tinycc-devel] Lock-free tcc
Hello,
It's my first time posting to this list.
A bit ago I started playing with the idea of a multi-threaded
Hi,
when using those "bare metal" options, you are not free to presume what the
compiler will do.
While I understand a simple assignation would be converted to the MOV
equivalent, no so for structs.
Not all compilers behave the same though, hence have a look on their respective
documentation
Thank, that's valuable information in one place.
Regards.
- Mail d'origine -
De: grischka
À: tinycc-devel@nongnu.org
Envoyé: Mon, 11 Sep 2023 21:31:24 +0200 (CEST)
Objet: Re: [Tinycc-devel] Re : Re: win32: -Wl,-nostdlib: undefined symbol
'memset'
On 11.09.2023 14:41, avih via
Try this :
https://github.com/JHRobotics/nocrt
Regards.
- Mail d'origine -
De: david koch
À: tinycc-devel@nongnu.org
Cc: avih
Envoyé: Sat, 09 Sep 2023 20:41:15 +0200 (CEST)
Objet: Re : Re: [Tinycc-devel] win32: -Wl,-nostdlib: undefined symbol 'memset'
Hi,
I think you got it all
Hi,
check https://github.com/Kochise/tinycc_win32 I've added more win32 header
files.
It's defined in winuser.h though.
Regards.
- Mail d'origine -
De: Dieter Dewald
À: tinycc-devel@nongnu.org
Envoyé: Sun, 10 Sep 2023 04:55:48 +0200 (CEST)
Objet: [Tinycc-devel] where are the
Hi,
I think you got it all wrong, please reread how a compiler work.
The stdlib is just a glue/wrapper to the underlying operating system, here
Windows or Linux.
But what about an embedded/osless environment ? You provide your own stdlib in
that case.
Hence TCC's purpose is not to provide
> I created a new patch where I removed the stat call.
> I now calculate the full path name on linux and windows.
> This means that soft/hard links do not work any more.
> There is still a small slowdown because we create/compare the full path
> name now.
> But it is about 0.1% on my 64 bits
Hi Detlef,
I don't care about the "simplicity" of tcc and its supposed goal not to compete
with larger and more established compilers like gcc or clang.
Tcc still have to be reliable and not falling on simple corner cases because
someone decided to push a patch on the mob branch, requiring
Hi,
the mob branch is pretty much unstable.
Before turning the mob branch into a new release, better do some thorough
checking and regression testing.
And have something consistent across the various supported platforms (x86,
AMD64, ARM, M1, RISC-V, ...).
Regards.
- Mail d'origine
Would probably nice for Atari ATW 800 machines.
Yet would require a native HeliOS version of TCC.
Regards.
- Mail d'origine -
De: David Smith via Tinycc-devel
À: Tinycc-devel@nongnu.org
Cc: David Smith
Envoyé: Thu, 06 Apr 2023 09:55:10 +0200 (CEST)
Objet: [Tinycc-devel] transputer
Oh, yeah, That one :)
I also tried Zig, very nice.
The one that impressed me the most though is Jancy.
Consider this one as the best alternative out there.
And GC can be kept in check, just don't loose control.
Regards.
- Mail d'origine -
De: Steffen Nurpmeso
À: david koch
Cc
Switch to vlang ?
"C standards committee", let me chuckle a bit. Have you seen what they call
"standards" ? Bitfield ordering anyone ?
Yeah, C is becoming quite a dumpster of "ideas" and "features", a programming
language "freak" of many "extensions".
What's rather strange is the constant
Hi, nice additiong, you could have used InnoSetup instead though.
I don't really see the point since a portable installation is already quite
easy to deal with (minus the PATH part).
https://github.com/Kochise/tinycc_win32
The main problem, you have put your finger on, is the age of the
Nice, have a look at this repository :
https://github.com/freewilll/wcc
Regards.
- Mail d'origine -
De: Michael Richter
À: tinycc-devel@nongnu.org
Envoyé: Sat, 06 Aug 2022 08:35:18 +0200 (CEST)
Objet: [Tinycc-devel] Implementing a Global RegisterAllocator for TCC
Did anyone take note
It's about time, 0.9.27 is more than 4 years old !
Just make sure all opened bugs are fixed.
And update the includes to be more "complete".
You can check my own repo to see what I added as includes.
What's the plan for 1.0 ? Feature set ?
Why focusing on a specific date ("anniversary") for
I maintain a somewhat "up-to-date" Windows version here :
https://github.com/Kochise/tinycc_win32
Go into the /win32 subfolder to get the generated binaries with the 0.9.27
compiler.
Regards.
- Mail d'origine -
De: Christian Jullien
À: tinycc-devel@nongnu.org
Envoyé: Tue, 21 Jun 2022
> ...that rely on this behavior, e.g.: http://www.kotha.net/bfi/
OMFG, you know it reminds me ?
That : https://www.youtube.com/watch?v=dQppUxTpdzU
- Mail d'origine -
De: camel-cdr via Tinycc-devel
À: tinycc-devel@nongnu.org
Cc: camel-cdr
Envoyé: Fri, 17 Jun 2022 14:30:30 +0200 (CEST)
What you are requesting when "return b" is indeed a memory move (copy)
operation.
Since your overriding the C language's memory operations, you have to provide
your own.
It should be named either "memmove" or "_memmove" provided at link time.
Look for :
" -nostdincdo not use
Have a look : https://github.com/adorad/tcc and https://github.com/adorad/adorad
- Mail d'origine -
De: rempas via Tinycc-devel
À: Tinycc Devel
Cc: rem...@tutanota.com, Tinycc Devel
Envoyé: Tue, 29 Mar 2022 21:12:37 +0200 (CEST)
Objet: Re: [Tinycc-devel] Re : Some questions regarding
Hello Rempas,
writing a compiler is a sport in itself, and there are several different
languages out there that are doing a great job.
If you consider C as a low-level candidate, take a look at vlang as well, or
Rust, or even Zig.
On the high-level groungtake also a look at Julia (yeah,
As stated here : https://bellard.org/tcc/
"TCC is heading torward full ISOC99 compliance"
Hence it is recognized as not being fully compliant.
You might want to compare with LCC :
https://drh.github.io/lcc/
The Pelles C compiler is base upon :
http://www.smorgasbordet.com/pellesc/
Regards.
Nope, I get is as well.
Since I registered to the mailing list.
Regards.
- Mail d'origine -
De: Steffen Nurpmeso
À: tinycc-devel@nongnu.org
Envoyé: Mon, 28 Feb 2022 21:28:04 +0100 (CET)
Objet: Re: [Tinycc-devel] NULL pointer dereference due to unchecked return from
fdopen()
Steffen
At that moment, the line ain't completely parsed and validated.
Hence argc is still unknown to the compiler.
Gcc allows this, but Gcc is not conformant and creates "extensions" as it see
fit.
Regards.
- Mail d'origine -
De: John Scott
À: tinycc-devel@nongnu.org
Envoyé: Mon, 28 Feb
Hi, my name is not Steffen :p
Regards.
- Mail d'origine -
De: Domingo Alvarez Duarte
À: tinycc-devel@nongnu.org
Envoyé: Fri, 25 Feb 2022 19:52:58 +0100 (CET)
Objet: Re: [Tinycc-devel] Re : Re: Re : Re: Extend tcc to use viable.
Hello Steffen !
Thank you for pointing out
Yeah, nice project to add some "c++" support to tcc almost for "free".
The dude disappeared after version 1.3.2 in 2008, he perhaps would have
improved it some more.
The "instrumentation/decoration" of header files is getting really ridiculous.
I pity the preprocessor sometimes, it might see
Try this : https://directory.fsf.org/wiki/Lightweight_C++
Regards.
- Mail d'origine -
De: Christian Jullien
À: tinycc-devel@nongnu.org
Envoyé: Fri, 25 Feb 2022 07:27:13 +0100 (CET)
Objet: Re: [Tinycc-devel] Extend tcc to use viable.
Hello Yair,
I only speak for myself but I doubt we
Indeed, Pascal is a very good programming language to forces you to be
organised.
And the 68000 ISA is one of the cleanest out there, not build upon an older one.
You can try Easy68K as an editor and Sim68K as an emulator to run your code :
http://www.easy68k.com/ (source is available)
Then
This legacy version is more than 4 years old, try the up-to-date maintained
repo :
https://repo.or.cz/tinycc.git
Regards.
- Mail d'origine -
De: squidrin--- via Tinycc-devel
À: tinycc-devel@nongnu.org
Cc: squid...@tuta.io
Envoyé: Sat, 15 Jan 2022 23:46:37 +0100 (CET)
Objet:
Hi, the M1 chip is an ARM64 processor, not a x86_64 one.
Perhaps the ARM support of TCC is not up to par with its x86 counterpart.
Good luck anyway.
Regards.
- Mail d'origine -
De: Niklas Rosencrantz
À: tinycc-devel@nongnu.org
Envoyé: Mon, 10 Jan 2022 23:49:04 +0100 (CET)
Objet:
That would mean compiling faster than IO ?
With current SSD speed, I guess it's getting hard.
Perhaps if TCC was multi-threaded and running on a 64 cores threadripper.
But even then, the AMD processor is such a monster you'll hardly make it stall.
Regards.
- Mail d'origine -
De: Chloe
This may be of some help (despite TCC doesn't do C++) :
https://github.com/can1357/linux-pe
- Mail d'origine -
De: david koch
À: tinycc-devel@nongnu.org
Envoyé: Mon, 22 Nov 2021 22:46:39 +0100 (CET)
Objet: [Tinycc-devel] Re : Re : Re: [BUG] 0.9.28.pre - Cannot link due to :
undefined
I don't understand, could you elaborate a bit ?
Regards.
- Mail d'origine -
De: rempas via Tinycc-devel
À: Tinycc Devel
Cc: rem...@tutanota.com, Tinycc Devel
Envoyé: Mon, 13 Dec 2021 19:41:14 +0100 (CET)
Objet: Re: [Tinycc-devel] How many pases tcc doesn? Could we make a faster
Probably in 0.9.27 (which is almost 4 years old, btw -17-Dec-2017 08:27-) :
http://download.savannah.nongnu.org/releases/tinycc/
https://repo.or.cz/tinycc.git ("release_0_9_27" tag)
Yet it officially supports inlined assembly, that also uses the 'inline'
keyword, hence not completely "ignored".
Inline is used very specifically where the code has to be fast.
Best is only to inline tiny parts of code that will be "inlined".
That's to say "injected" into the source code where it is needed.
Otherwise it is a full jump to a distant function, with context saving.
Hence the "inlining" only
Hi, what are you trying to achieve ?
MIPS -> x86 ?
MIPS -> C -> tcc -> x86 ?
Or instead of MIPS another language ?
There are several "esoteric" languages that compiles to C, then it's up to you
using the right compiler for the last mile trip.
Decompiling is a hefty task to do, see my previous
Ok, I took the "SDL_main.c" route.
It works.
Thanks.
Any plan on supporting COFF ?
Regards.
PS : SDL wasn't accepted as a lib, it was a mistake on my side.
- Mail d'origine -
De: david koch
À: tinycc-devel@nongnu.org
Envoyé: Mon, 22 Nov 2021 18:15:12 +0100 (CET)
Objet: [Ti
Ok-ay, that makes sense. In a way.
Quite strangely, TCC seems to accept SDL as a library though (either as SDL.lib
or libSDL.a) if you remove the 'def' generation and inclusion during final
linking.
Will try with SDLmain.c though.
Thank for the feedback.
Regards, David KOCH
- Mail
.
'GLFrontier-win32\src\lib\libSDLmain.a' contains an entry point to
'console_main'
Both contains an entry point to 'WinMain@16', but this is "handled" by SDL.
So, I'm running out of idea how to get this linked.
Your thought ?
Regards, David KOCH
___
Tinycc-devel mailing list
Tinycc-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tinycc-devel
43 matches
Mail list logo