On Fri, Oct 19, 2012 at 10:26:58AM +0200, Richard Biener wrote:
> On Thu, Oct 18, 2012 at 10:33 PM, Basile Starynkevitch
> wrote:
> > Hello
> >
> > I'm coding in MELT the ex06/ of https://github.com/bstarynk/melt-examples/
> > which should typecheck ca
ts are doing that.
If you insist of having a reentrant easily usable library with a well defined
interface to compile code to machine code or to object files, LLVM is today
more suitable for this usage than GCC is. (but that might change in a few
years).
Regards.
--
Basile STARYNKEVITCH
elpers for
> those facilities that are both commonly used and have room for
> significant simplification.
I do agree (in principle) on this and the previous (debugging-like) proposal,
but:
do you target the 4.8 release? (I believe not, since its stage 1 is ending)
do you intend to rem
management thing: there is a
considerable risk to them that a huge amount of their work will be rejected by
others (unless these people are as famous as Diego).
This is one of the reasons I (Basile) never dared working on this (even if I am
attracted by that subject).
The current Ggc
in measuring
them
(because libstdc++ might not have hooks to measure that)
but they won't be free.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opi
urg, . and all our gen* things)
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
On Sun, Nov 18, 2012 at 11:25:55AM -0500, Diego Novillo wrote:
> I agree with the analysis of Uday and Basile. [...]
>
> However, let's discuss this topic in some other thread, please. I'd
> like to take this thread back to the original topic: what do we do
> with GC
On Sun, Nov 18, 2012 at 08:06:08AM -1000, NightStrike wrote:
> On Sun, Nov 18, 2012 at 8:03 AM, Basile Starynkevitch
> wrote:
> > I really think that GCC need some form of garbage collector.
[...]
>
> What's wrong with std::shared_ptr?
How does it deal with complex circula
On Sun, Nov 18, 2012 at 06:37:29PM +, Jonathan Wakely wrote:
> On 18 November 2012 18:25, Basile Starynkevitch wrote:
> > On Sun, Nov 18, 2012 at 08:06:08AM -1000, NightStrike wrote:
> >> On Sun, Nov 18, 2012 at 8:03 AM, Basile Starynkevitch
> >> wrote:
> >
r (and with ostream-s, we have much
more).
Ideally, we could have some default formatting and even get some operator <<
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bour
"GC" techniques like
shared_ptr An object may be freed later than what should be possible.
And some GC techniques are quite friendly with L1 or L2 caches on the processor
chip.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchn
igger effort
than the vec.h transition, because a lot of GCC source files would have to be
somehow modified.
(there is an economical & social issue here: who is brave enough to spend time
to work on that?
Few people could take the risk to experiment that if an agreement on GC cannot
be r
* Numerous bug fixes.
Comments are welcome, notably on the gcc-m...@googlegroups.com list.
I strongly invite every person downloading MELT to subscribe & read that list.
Merry Christmas and Happy New Year to everyone.
Regards.
--
Basile STARYNKEVITCH http://stary
n hooks to avoid that).
If you add plugin abilities to Graphite passes, please document that!
Happy new year 2013 to everyone.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine,
ve a destroy event
(what Gtk or Qt do in that respect could be inspiring) or plugin hook,
to give plugins opportunity to clean their internal state, or use some smart
pointer.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33
My belief is that it is no more possible to configure a recent GCC straight
(non-cross) compiler without --enable-language=c++
(that is, if you ask only for --enable-languages=c either configure
should bark, or it should also implicitly add C++).
I can't explain in the details how .
On Tue, Jan 15, 2013 at 11:36:53AM +0530, Uday P. Khedker wrote:
>
>
> Basile Starynkevitch wrote, On Tuesday 15 January 2013 11:34 AM:
> >My belief is that it is no more possible to configure a recent GCC straight
> >(non-cross) compiler without --enable-language=c++
&g
to
extend GCC)
dealing with that attribute.
This would be a good way to experiment your idea.
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
explanations about
GCC internals)
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
On Thu, Jan 24, 2013 at 09:31:50PM +, Alec Teal wrote:
>
> It'd be really cool if GCC could compile to LLVM and also parse it.
There exist a dragonegg plugin to GCC which uses GCC front-end and LLVM
back-end (& middle-end)
http://dragonegg.llvm.org/
Cheers
--
Basil
ides notably
http://gcc-melt.org/GCC-MELT-HiPEAC2012.pdf
which might also help.
And you can find many other resources on the web too...
Cheers
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92
within Europe.
If you are european and your boss is interested by ITEA2, contact me
*urgently* on <[EMAIL PROTECTED]> but do not reply to the list.
I've got a dozen of informal partners in Europe for a proposal submission.
Regards
--
Basile STARYNKEVITCH http://starynkevitch.ne
ator
All the legal stuff has been done. I have write access (after approval)
unfortunately my code is still very buggy and not entirely complete.
Diego Novillo told me that I could make a branch with work in progress.
Comments welcome.
--
Basile STARYNKEVITCH http://starynkevitch.net/Ba
thing; I thought that
by definition it is some informal experiment, but I'm beginning to think
that it might be much more formal... and I don't grasp all the details!
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33
s where is this stuff conventionnally installed and how.
In other words, how can somebody compile a plugin for GCC on a system
without GCC build directory?
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la
;m avoiding polluting the
SubVersion repository with big generated files which are still buggy.
All this is *WORK IN PROGRESS*
Thanks for reading
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 923
Hello All,
On my MELT branch http://gcc.gnu.org/wiki/MiddleEndLispTranslator
I committed some code with badly formatted (really free form) logs.
How can I correct the logs now to put them in ChangeLog format?
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email
here,
and having all the struct and GGC routines generated otherwise.
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
ctly or indirectly included by it)
Does all the above make sense?
My understanding (which is poor regarding the gcc/Makefile.in) is that
sys-include/ is not relevant in this discussion
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
Hello All,
A big thanks to Dave Korn, who wrote:
On 27 February 2008 12:57, Basile STARYNKEVITCH wrote:
Practically, every MELT generated file has exactly one include directive:
#include "run-basilys.h"
the gcc/run-basilys.h is in the MELT branch and of course include many
othe
Hello All,
Dave Korn wrote:
On 27 February 2008 18:26, Basile STARYNKEVITCH wrote:
So, since you are planning to compile the plugin during cc1 execution
anyway, why not just say that
- plugins are distributed as source
Yes, exactly. And to be more precise, all MELT plugin C code is
Hello All,
Basile STARYNKEVITCH wrote:
I think it should be (in gcc/Makefile.in parlance)
$(DESTDIR)$(libexecsubdir)/melt-private-include/ and I should have some
Makefile.in trick to copy the relevant *.h there perhaps thru a
install-melt-includes target
The one detail I don&#
\
if [ -n "$$cf" ] ; then \
cp -va $$f $$cf ; \
else \
cp -va $$f $(melt_build_include_dir)/ ; \
fi; \
done
Comments are welcome.
It sems to nearly work, except of course I d
Ralf Wildenhues wrote:
Hello Basile,
A mere quick portability review:
A big thanks
* Basile STARYNKEVITCH wrote on Thu, Feb 28, 2008 at 05:39:47PM CET:
compile-basilys-defs:
echo '#generated compile-basilys-defs' > $@
echo 'ALL_CFLA
Basile STARYNKEVITCH wrote:
Ralf Wildenhues wrote:
Hello Basile,
A mere quick portability review:
A big thanks
Commited into MELT branch rev 132754.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la
t from pristine MELT branch & trunk)
I'm sorry to ask, but I remember having read both hints I suppose
svnmerge is some wrapper above svn merge, but I know have doubts. And I
am not a Subversion expert. I know only the few commands I'm using daily...
Regards.
--
Basile STAR
TP
server which is already crowded).
I'm afraid I cannot help much about it...
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, son
did.
Regards, and thanks to both of you.
I added a small note on http://gcc.gnu.org/wiki/SvnMerge
Sorry for the noise.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, Fra
e for melt.encap does not seen to fire when I
make in the build directory.
What did I wrote wrong?
What is the right way to add a new side-effect to the compilation?
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, r
Basile STARYNKEVITCH wrote:
Hello All,
I"m adding a new makefile target into gcc/Makefile.in (rev 132840)
melt.encap to copy the required header files (see the
http://gcc.gnu.org/ml/gcc/2008-02/msg00673.html thread)
I just committed it, with start.encap depending also on melt.encap
an
t understand how to do that. I really think that
GCC is still lacking of developers (& developping efforts), and that its
current state (which is remarkable for a 20+ years software) make it too
intimidating for many potential developers.
Regards.
--
Basile STARYNKEVITCH
warm-basilys.so and use the warm-basilys.so shared
library to dlopen).
What is exactly the $(LIBTOOL) in Makefile.in-s (i.e; the @LIBTOOL@ from
some autoconf stuff)?
What is the right way to produce a dynamically loadable "library" which
would be the most portable?
Regards
Hello All
and a big thanks to David Fang
(I, Basile, asked)
What is the right way to produce a dynamically loadable "library"
which would be the most portable?
and David Fang kindly replied to me:
Hi, for starters:
in Makefile.am:
lib_LTLIBRARIES = mymodule.la
mymodule_la_SOURC
Hello All,
Ralf Wildenhues wrote:
Hello Basile,
* Basile STARYNKEVITCH wrote on Tue, Mar 11, 2008 at 09:18:54PM CET:
First, I have the impression that the libtool in e.g.
libjava/Makefile.in or libgomp/Makefile.in or libmudflap/Makefile.in is
not the usual one (I mean the Debian/Sid
Andreas Schwab wrote:
Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
I need all this in the gcc/ subdir, since I want cc1 (the same process) to
1. generate a C file
2. compile it to some dynamically loadable stuff (*.so on Linux/Elf,
perhaps *.la with libtool)
3. lt_dlopenext it
Roberto Bagnara wrote:
Basile STARYNKEVITCH wrote:
But I'm not sure to understand the relation between libtool &
$(LIBTOOL) (ie @libtool@)
I will tell you what (I think) is the relation in projects using Autoconf,
Automake and Libtool.
@LIBTOOL@ is a placeholder that stands for th
Alexandre Oliva wrote:
On Mar 11, 2008, Basile STARYNKEVITCH <[EMAIL PROTECTED]> wrote:
* Basile STARYNKEVITCH wrote on Tue, Mar 11, 2008 at 09:18:54PM CET:
I would like to use this tool to compile some (generated)
warm-basilys.c file into a warm-basilys.la in the most portable
w
Andreas Schwab wrote:
Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
Actually, I just want to generate (during the build process in gcc/ subdir
in build directory) a script (basilys-gcc) invoked by cc1 with two
arguments :
the full path of some C file to generate
the strippe
her peoples got into
similar issues, but I don't know where and how
Regards
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
Daniel Jacobowitz wrote:
On Wed, Mar 12, 2008 at 04:06:52PM +0100, Basile STARYNKEVITCH wrote:
Hello all,
What is the exact intent of the update_path in gcc/prefix.[hc]?
Very complicated and underdocumented; I avoid it for that reason.
Can't you use an existing directory variable,
Hello All
I = Basile STARYNKEVITCH wrote:
Daniel Jacobowitz wrote:
On Wed, Mar 12, 2008 at 04:06:52PM +0100, Basile STARYNKEVITCH wrote:
What is the exact intent of the update_path in gcc/prefix.[hc]?
Very complicated and underdocumented; I avoid it for that reason.
Can't you u
them, but I'm not sure to be able to explain...)
Maybe we might add a few lines of comments there?
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opi
Ralf Wildenhues wrote:
* Basile STARYNKEVITCH wrote on Tue, Mar 18, 2008 at 09:06:33PM CET:
in gcc/Makefile.in there are many different *CFLAGS, notablye
ALL_CFLAGS = $(X_CFLAGS) $(T_CFLAGS) \
$(CFLAGS) $(INTERNAL_CFLAGS) $(COVERAGE_FLAGS) $(WARN_CFLAGS)
$(XCFLAGS) @DEFS@
Do anyone have
learn GCC is by interacting with real persons (who
would be your mentors). Sebastian Pop taught me a lot of stuff on GCC,
and this was face to face. Still a big thanks to him!
I hope this will help you. I also hope you would contribute some hints
on how did you learn GCC stuff.
Regards.
--
Hello All.
Denys Vlasenko wrote:
On Saturday 22 March 2008 11:14, Basile STARYNKEVITCH wrote:
* on the positive side, GCC is still doing well and alive
I did not meant that everything is perfect. But I would not qualify GCC
as a sick or dead project. This is why I wrote "doing well &a
-code data
(in particular images, movies, videos, sounds) was bigger than the code
(executable instructions).
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions
evelopment). Linux based routers could
not run the GCC compiler (inside the router)!
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
modifications are not exactly same with previous coding
style, but it works well.
My question is this: Can I upload my works to the GCC mirrors?
Did you read http://gcc.gnu.org/contribute.html ?
You probably need the copyright assignment to be signed by your
organisation
--
Basile
e GCC bugzilla can be used for work on a
branch, not only on the trunk (or older releases).
3. Are shared libraries *.la obtained by libtool usable inside
gcc/Makefile.in?
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6
f generated code quality)?
Are there any pragma-s to disable (or lower) optimisation of a single
routine?
My intuition (and experience) is that gcc -O2 (or even -O1) time and
space consumption is nearly quadratic on the size of the longest routine.
Thanks for reading.
--
Basile ST
/usr/bin/oslevel = unknown
/bin/universe = unknown
Any hints are welcome. If possible, I would like to avoid to have to
install a virtual machine...
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8,
x? I would
prefer a tree of classes (with only single inheritance) sharing a common
root class.
At last, C++ permits interesting ways of writing garbage collectors,
because it can help to make easier the boxing of GC-ed values on the stack.
Regards.
--
Basile STARYNKEVITCH http
code the stuff (perhaps a plugin?) taking
the role on gengtype.
No particular bootstrap problem, just store the generated file in the
repository (like configure scripts are already).
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile:
rtl.texi
@include cfg.texi
As you can see, I just added (line 147 of gccint.texi) an @include for
melt.texi
When compiling my stuff, I'm getting the following end of make output:
if [ xinfo = xinfo ]; then \
makeinfo --split-size=500 --no-split -I . -I
/usr/src/Lang/b
iting any way of defining it
[except by patching the source code of GCC].
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
ly) low
level libraries for such basic things as memset etc..
Thanks for reading
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
Joseph S. Myers wrote:
On Thu, 24 Jul 2008, Basile STARYNKEVITCH wrote:
At last, at the recent (july 2008) GCC summit, someone (sorry I forgot who,
probably someone from SuSE) proposed in a BOFS to have architecture and
machine specific hand-tuned (or even hand-written assembly) low level
ch beast exists) homonym passes (two different passes with equal
pass->name)?
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, son
file.
In addition of help debugging of GCC, having each pass be named could be
helpful for other reasons. For example, a plugin machinery would be much
simpler (basically a plugin could say add my pass named foo after every
pass named bar).
--
Basile STARYNKEVITCH http://staryn
Basile STARYNKEVITCH wrote:
Andrew Thomas Pinski wrote:
Except as a habit (which I think is a bad one) is there any reason to
have anonymous passes (those with a null pass->name), or (I don't
know if such beast exists) homonym passes (two different passes with
equal pass->name)
longs more to gcc@
than to gcc-patches@
I also have no idea of the GCC runtime license issues mentionned at
previous GCC 2008 summit in june 2008 at Ottawa. Are things more clarified?
Thanks for reading
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilesta
but it is a huge effort for somebody not
understanding them. Should we aim for some structured comments, for some
requirements regarding documenting the pass in the doc/*texi files, in
the wiki, ...?
See also http://gcc.gnu.org/wiki/MakingGCCEasierToLearn
regards.
--
Basile STARYNKEVITCH
rinting
code is supposed to be replaced by some ostream trick in the C++ branch.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, so
rinting is systematically using an obstack
as a buffer (actually, I renamed the FILE* field to something else, and
it does not appear a lot).
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 923
Diego Novillo wrote:
On Mon, Sep 8, 2008 at 11:04, Basile STARYNKEVITCH
<[EMAIL PROTECTED]> wrote:
I understood that all prettyprinting is systematically using an obstack as a
buffer (actually, I renamed the FILE* field to something else, and it does
not appear a lot).
I wouldn'
Diego Novillo wrote:
On Sun, Sep 7, 2008 at 15:27, Basile STARYNKEVITCH
<[EMAIL PROTECTED]> wrote:
Yes, absolutely. The problem, as usual, is lack of time. Our
standards for internal documentation are pretty bad and the set of
people writing the documentation is always different than t
t how does an external project
locate that directory? Do we add an option to the command line of GCC to
obtain this directory name?
We definitely need that option.
--
How/where do we install headers and the library for external plugin
projects to use?
Yes, thi
Hello All,
(a meta question: do we need to reply-to all, or should the gcc@ list be
enough to discuss plugins, and the only destination of this interesting
discussion?).
Brendon Costa wrote:
Basile STARYNKEVITCH wrote:
But what about the trunk, which uses tuples?
I know nothing about the
Brian Dessent wrote:
Basile STARYNKEVITCH wrote:
I'm not sure that pre-compiled headers (pch) should even work with
plugins. The reasonable solution is to disable them when any plugin is
used [...]
There's already an existing requirement that the compiler options used
when precom
ng if LTO can be
extended to add some additional data, and the answer was "we don't want
to do that".
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
**
ing committee or the FSF
regarding plugins.
The technical questions about how to make plugin practicals are
precisely the scope of the current thread on the gcc@ mailing list.
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33
force
the cc1 to be run already exist?
BTW, I don't understand yet any details regarding spec files.
Regards
PS. The MELT branch has an incomplete doc/melt.texi file.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, r
pen-ing GPL-ed (and even FSF copyright-ed) code is
still a taboo in GCC, I would be glad to be informed...
[I'm writing in some proposals, to get money to work on GCC, that
plugins are indeed appearing in GCC; I hope that I am not entirely wrong]
Regards.
--
Basile STARYNKEVITCH
ill discuss their GCC related strategies & motivations
here, publicly, on this list).
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
Basile STARYNKEVITCH wrote:
Hello all,
While trying to compile the trunk gcc (svn rev 125703) on my
Debian/Sid/AMD64, I got the following problem,
Sorry for the noise. This is being discussed on the gcc-patch list.
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00940.html
http
61
Am I the only one to experiment this?
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faïencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
that case GCC is probably one of the best.
Good luck.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faïencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
[stage1-bubble] Error 2
make[1]: Leaving directory `/usr/src/Lang/gcc-trunk/_Obj'
make: *** [all] Error 2
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faïencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
to ignore my initial feelings on this. Do what you feel
best and a big thanks for your work!
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet | mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions
Dave Korn wrote:
On 12 July 2007 15:29, Doug Gregor wrote:
On 7/12/07, Basile STARYNKEVITCH <[EMAIL PROTECTED]> wrote:
Mark Mitchell wrote:
3. After GCC 4.2.1 is released, we will renumber the branch to GCC 4.3.
What would have been GCC 4.2.2 will instead be GCC 4.3.3, to try to
emp
with this.
Also (and I am too young to know) how (and when and if) was the GPLv1 -> GPLv2 transition handled? Or is GCC older than
GPLv1 (I am just asking, maybe past history could help).
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet | mobil
Laurent GUERBY wrote:
On Thu, 2007-07-12 at 17:11 +0200, Basile STARYNKEVITCH wrote:
[...] Still, I do believe that almost all my distant colleagues from
CEA http://www.cea.fr/ (notably compiling their numerical
code for e.g. nuclear, astronomical or thermodynamical numerical
computations
me another object is written.
People interested by generational GC with write barriers
might be interested in the paper I presented on July 18th 2007 at GCC summit
http://starynkevitch.net/Basile/gccsummit2007-starynkevitch.pdf (a slightly updated form); my (buggy, incomplete) code
is download
Hello All,
Those interested in my compiler probe (see my talk at GCC Summit 2007)
could glance a snapshot on
http://starynkevitch.net/Basile/gcc-probe-combine.png
and download a patch from
http://starynkevitch.net/Basile/basile-ggcc-patches.tgz
(which is updated frequently)
Now a question
ng on it.
2. What will be its side-effects?
Apparently, one of the issues is that some optimising passes (or their combination) rely on some global variable, so it
is not a trivial job to tune optimisations at the function level.
But I may be wrong on both points.
--
Basile STARYNKE
e them.
There exist a CIL backend in some branch.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
a generated C function might have unused
arguments (which might be not very easy to detect at generation stage).
So is there an easy way to have some acceptable warnings in GCC?
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6
d make sense to give the malloc attribute only to
::operator new but not to other new-s, in particular not to the
placement new?
But I am not a C++ expert!
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue
ego, I am busy preparing the basilys branch, see my GCC summit paper).
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
plugins.
So any proprietary plugin would be a nightmare to maintain...
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
701 - 800 of 818 matches
Mail list logo
