Eric> In the mean time, I'm enclosing a contributor map that will need to be
Eric> filled in whoever does the conversion. The right sides should become
Eric> full names and preferred email addresses.
It's probably worth starting with the map I used when converting gdb.
There is a lot of overlap b
>> mkoch = mkoch
Jeff> Michael Koch? konque...@gmx.de/
Yes; and he has an entry in /etc/passwd, so maybe the conversion script
has a bug?
Tom
Manuel> The overall goal of the project is worthwhile, however, it is unclear
Manuel> whether the approach envisioned in the wiki page will lead to the
Manuel> desired benefits. See http://tromey.com/blog/?p=420 which is the last
Manuel> status report that I am aware of.
Yeah. I stopped working o
> "Martin" == Martin Sebor writes:
Martin> To get around these, I end up using info macro to print the
Martin> macro definition and using whatever it expands to instead. I
Martin> wonder if someone has found a more convenient workaround.
For some of these, like the __builtin_offsetof and __
Martin> The one that's more difficult is 18881 where the debugger cannot
Martin> resolve calls to functions overloaded on the constness of the
Martin> argument. Do you happen to have a trick for dealing with that
Martin> one?
Nothing really convenient to use. Sometimes you can get it to do the
r
> "Michael" == Michael Matz writes:
Michael> Well, that's a hack. A solution is to design something that
Michael> works generally for garbage collected languages with such
Michael> requirements instead of arbitrarily limiting transformations
Michael> here and there. It could be something li
Manuel> Everything is possible! Not sure how hard it would be, though. As
Manuel> said, GJC
"gcj".
Manuel> the Java FE, was doing something similar sometime ago, but
Manuel> it has perhaps bit-rotted now.
It used to, but when we moved to using ecj for parsing java source, we
removed (IIRC) the b
> "Jakub" == Jakub Jelinek writes:
Jakub> I fear that is going to be too expensive, because e.g. all the
Jakub> caching that dejagnu and our tcl stuff does would be gone, all
Jakub> the tests for lp64 etc. would need to be repeated for each test.
In gdb I arranged to have this stuff saved i
> "Jan" == Jan Kratochvil writes:
Jan> I have problems implementing '@' into GCC, could you suggest at which place
Jan> should I call build_array_type_nelts()? Or is it the right way at all?
Jan> +case ATSIGN_EXPR:
Jan> + orig_op0 = op0 = TREE_OPERAND (expr, 0);
Jan> + orig_op
> "Segher" == Segher Boessenkool writes:
>> Section 6.2.5.2 outlines the line number information state machine's
>> opcodes. One of them is "DW_LNS_set_epilogue_begin". Its definition
>> is:
Segher> How should this work with shrink-wrapping? The whole point of that is
Segher> you do not tea
> "Jeff" == Jeff Law writes:
Jeff> I'd like to move C-alloca support to the ash heap of history. But I'm
Jeff> not sure we can realistically do that.
Are there still platforms or compilers in use where it's needed?
For gdb I was planning to just remove these calls.
Tom
> "Bernd" == Bernd Edlinger writes:
Bernd> I'm currently trying to add -Wshadow=local to the gcc build rules.
Bernd> I started with -Wshadow, but gave up that idea immediately.
Bernd> As you could expect the current code base has plenty of shadowed
Bernd> local variables. Most are trivial t
> "Jason" == Jason Merrill writes:
Jason> Note that std::move is from C++11.
>> I'm not too worried about requiring even a C++14 compiler, for the
>> set of products we still release latest compilers we have newer
>> GCCs available we can use for building them (even if those are
>> not our p
> "Dan" == Daniel Berlin writes:
Dan> If there are multiple types named Foo<2u>, DWARF needs to be extended to
Dan> allow a pointer from the vtable debug info to the class type debug info
Dan> (unless they already added one).
This is what we did for Rust.
Rust doesn't have a stable ABI yet,
> "Florian" == Florian Weimer writes:
Florian> To some degree, it's a bit of a chicken-and-egg problem because
Florian> “git am” tends to choke on ChangeLog patches (so we can't
Florian> really use it today)
FWIW, installing a ChangeLog merge driver fixes this.
I use git-merge-changelog from
> "Basile" == Basile Starynkevitch writes:
Basile> So I need to understand who is writing the 0x101 in that field.
valgrind can sometimes catch this, assuming that the write is an invalid
one.
Basile> An obvious strategy is to use the hardware watchpoint feature of GDB.
Basile> However, one
> "Joseph" == Joseph S Myers writes:
Joseph> Additional tools for the build (not host) system may be built
Joseph> (not installed) when present in the source tree, if of direct
Joseph> use in building and testing the components in those
Joseph> repositories, and likewise additional libraries
> "Janne" == Janne Blomqvist writes:
Jim> Can someone add me to the gcc group? That would help.
Jim> I already have ssh access to sourceware.org.
Janne> I'm not sure if I'm considered to be well-established
Janne> enough, so could someone help Jim out here, please?
I added Jim to the gcc g
> "Paolo" == Paolo Bonzini writes:
Paolo> * Put the string at the end of the IDENTIFIER_NODE using the trailing
Paolo> array hack (or possibly in the ht_identifier, see
Paolo> libcpp/include/symtab.h and libcpp/symtab.c)
I implemented this once:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg
> "Michael" == Michael T writes:
Michael> I was wondering if it is possible to improve the debugging
Michael> information generated by gcc when resolving C macros?
It could be done, but nobody has tried.
Michael> I wonder whether this couldn't be done by the gcc preprocessor?
Michael> Or do
> "Tobias" == Tobias Burnus writes:
Tobias> The DWARF spec does not really tell the implications of the
Tobias> accessibility tags, which makes it a tad more difficult to
Tobias> understand what should be done.
That is ok -- the DWARF consumer will see that the CU is Fortran, and
will know t
> "Kevin" == Kevin André writes:
Pierre> I would like user of the plugin to give in arguments the name of
Pierre> the functions on which he would like a test to be run. That
Pierre> means that I must convert the string containing a function name
Pierre> (like "myclass::init") and get either t
> "David" == David Malcolm writes:
David> This would be good. However, looking at, say,
David> http://gcc.gnu.org/onlinedocs/gccint/Tree-SSA-passes.html#Tree-SSA-passes
David> I don't see meaningful per-pass anchors there. I'm not familiar with
David> gcc's documentation toolchain; is ther
> "Gabriel" == Gabriel Charette writes:
Gabriel> @tromey: We have a question for you: the problem is detailed
Gabriel> here and our question to you is at the bottom. Thanks!
Sure. I have not followed PPH progress very closely and after reading
your message I am not sure I have much to offer
Gabriel> We are tying to keep pph as "pluginable" as possible (Diego correct me
Gabriel> if I'm wrong), so changing the actual implementation of the linemap
Gabriel> would be our very last resort I think.
Gabriel> However since source_location aren't pointers per se, this wouldn't
Gabriel> work (a
> "Iain" == Iain Buclaw writes:
Ian> There is a directory gcc/d/zlib, but gcc already has a top-level zlib
Ian> directory.
Iain> Zlib there is the version released with the D Phobos library, it is
Iain> slightly newer. But is harmless to remove.
You could alternatively update the version in
> "Cary" == Cary Coutant writes:
Cary> At Google, we've found that the cost of linking applications with
Cary> debug info is much too high.
[...]
Cary> * .debug_macinfo - Macro information, unaffected by this design.
There is also the new .debug_macro section. This section refers to
.debug
> "David" == David Malcolm writes:
David> I maintain gcc-python-plugin [1]. I'm hoping to expose the function
David> decl_as_string() from the C++ frontend from within my plugin.
I think this problem was discussed before, either here or on
gcc-patches, I forget.
David> (b) somehow set thin
> "Robert" == Robert Dewar writes:
Robert> Now the debugging at -O1 is hopeless (even parameters routinely
Robert> disappear), and so I am forced to do everything at -O0.
There's been a lot of work on gcc in this area.
Please file bugs for cases you find.
Tom
> "Manuel" == Manuel López-Ibáñez writes:
Manuel> However, to be honest, even if you implement your own source-location
Manuel> manager in your own plugin code, I don't think it will be very precise
Manuel> because the internal representation of GCC C/C++ FE is not very close
Manuel> to the a
> "Larry" == Larry Evans writes:
Larry> etags: Warning: "--language" option is obsolete; use "--language-force"
instead
Maybe you are not using the etags that comes with Emacs.
Exhuberant Ctags comes with an "etags" that, I believe, has incompatible
command-line options...
Tom
> "Basile" == Basile STARYNKEVITCH writes:
[...]
Basile> /usr/local/lib/gcc-trunk/../lib64/libstdc++.so.6.0.12-gdb.py
Basile> I would believe that it is the wrong place to install such a file. (In
Basile> particular it makes ldconfig unhappy, when /usr/local/lib/lib64 is
Basile> scanned).
B
> "Ralf" == Ralf Wildenhues writes:
Ralf> OK to install this trivial patch if it passes the build I'm running
Ralf> right now, as well as a normal and a DESTDIR install I'll be doing
Ralf> afterwards?
Ralf> AFAICS the python directory is new in trunk, so no stable releases
Ralf> affected.
O
> "Basile" == Basile STARYNKEVITCH writes:
Hi Basile.
Basile> I added as a turorial on the wiki, a small MELT pass which warns
Basile> against fprintf(stdout, ...) in the compiled code.
Basile> For GCC hackers, is the page
Basile> http://gcc.gnu.org/wiki/writing%20a%20pass%20in%20MELT
Basil
> "Basile" == Basile STARYNKEVITCH writes:
Basile> My current belief is that MELT is easier built (and used) as a
Basile> GCC-trunk (or future GCC-4.5) plugin melt.so.
Yeah, I looked at this, but I really wanted something where I did not
have to do much work... no applying patches or hacking
Tom> I looked into this a little. It looks like the PPL checks don't work
Tom> properly in the case where PPL is a system library. I guess I need
Tom> --with-ppl=/usr ... I will try that later.
This worked but now I get an error because melt_generated_dir is not
defined in gcc/Makefile. I don't
> "Dave" == Dave Korn writes:
Dave> Were you using a --prefix? The PPL checks (by design I think) only
Dave> look for PPL in your prefix.
Dave> I do not know it; I have merely observed the behaviour. It may
Dave> even not be by design for all I know, though I suspect it makes
Dave> sense
> "Paolo" == Paolo Bonzini writes:
Paolo> MELT looks extremely cool! You may want to use this too, however:
Paolo> http://lwn.net/Articles/315686/
Yes, I'm also looking at Coccinelle and TreeHydra.
As this is strictly a spare-time project, I am trying to find the
approach that requires the
Basile> Thanks for the bug report. In fact, melt_generated_dir should be the
Basile> same as melt_source_dir
Basile> I just committed rev 150330 of MELT branch to fix that. Tom, could you
Basile> be patient & kind enough to try again! Many thanks!
Thanks, that worked.
Now to actually try MELT...
> "Erwin" == Unruh, Erwin writes:
Erwin> In current gcc the order of options -D and -U is significant. The
Erwin> Single Unix(r) Specification explicitly specifies that the order
Erwin> should not matter for the c89 command. It reads (cited from
Erwin> version 2, which is ten years old):
Erw
> "Andrew" == Andrew Haley writes:
>> I am running into crashes in ggc_collect() on compiling
Andrew> The usual way to find this is to use a gdb watchpoint. Find
Andrew> what object is being freed, put a breakpoing on ggc_alloc_stat
Andrew> at the point the object is created, and then put a
> "Dave" == Dave Korn writes:
Dave> There are a couple of regressions to solve first, but it appears
Dave> that I've more-or-less cracked it. Full details are written up
Dave> here:
Dave> http://gcc.gnu.org/wiki/Internal_dependencies_of_libgcj
One thing worth considering is that yo
> "Oliver" == Oliver Kellogg writes:
Oliver> As mentioned, I'm still struggling with leftovers being carried
Oliver> over from compilation 1 to N-1 into compilation N of a compile
Oliver> job. gcc_free'ing things (in combination with "configure
Oliver> --enable-checking=gc,gcac") helps me tr
> "Ryan" == Ryan Hill writes:
Ryan> I was just wondering if there was any consensus among distros
Ryan> about where to move these.
I suggest moving them either to the separate debug directory, or
underneath gdb's datadir. See (info "(gdb)Auto-loading") for details of
the procedure that gdb
> "Ian" == Ian Lance Taylor writes:
Ian> Hi Tom, in the fix for PR 22168 you deprecated #ident, in the sense
Ian> that gcc now warns about it. Is that really a good idea?
No.
I don't remember why I did this, but I assume it was due to the
pre-existing comment above the directive table sayi
> "Diego" == Diego Novillo writes:
Diego> void foo(void) __attribute__((user("bleh")));
Diego> foo.cc:1: warning: 'user' attribute directive ignored
Diego> We could change the compiler to never complain about the 'user'
Diego> attribute, unless plugins are loaded,but that also seems incompl
> "Benjamin" == Benjamin Smedberg writes:
Benjamin> Dehydra is going to switch from the generic user attribute to
Benjamin> specific GCC-registered attributes __attribute__((NS_final))
Benjamin> at some point when one of us can code it up.
Benjamin> I don't particularly like __attribute__((p
> "Arnaud" == Arnaud Charlet writes:
Arnaud> /* Callbacks for when a macro is expanded, or tested (whether
Arnaud> defined or not at the time) in #ifdef, #ifndef or "defined". */
Arnaud> void (*used_define) (cpp_reader *, unsigned int, cpp_hashnode *);
Arnaud> Is the intent that us
> "Arnaud" == Arnaud Charlet writes:
Arnaud> Back in 2009-12-15, you wrote an interesting patch to take into
Arnaud> account TAB chars and compute column numbers according to GNU
Arnaud> standard in GCC:
Arnaud> http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00880.html
Arnaud> I see that this p
> "Basile" == Basile STARYNKEVITCH writes:
Basile> Of course, not every one has it (notably those working on non-linux
Basile> systems), but for those who have it, requiring that every C file
Basile> inside GCC has been automatically indented with GNU indent could
Basile> help.
I looked at t
> "Victor" == Victor Norman writes:
Victor> I would like to tweak cpp to dump some usage stats from its symbol
Victor> table -- like dumping which #defines were not used at all, etc.
In addition to what Ian said, for this particular case, search for
warn_unused_macros in libcpp. That will s
> "Vivek" == vivhari writes:
Vivek> If any of you would be able to help me locate the tokenization
Vivek> part of GCC and the input / output format for tokenizer part of
Vivek> GCC, it would be very useful to us.
Tokenization is handled by the preprocessor, see the libcpp directory.
The in
> "Rodolfo" == Rodolfo Lima writes:
Rodolfo> I wonder what's the current state of -I- vs. -iquote, is there anyone
Rodolfo> interested in fixing the fact that -iquote doesn't replace -I-
Rodolfo> functionality, needed for out-of-source precompiled header utilization?
AFAIK the patch is still
> "Richard" == Richard Guenther writes:
Richard> I think we have made good progress with cleaning up the
Richard> frontend - backend interface.
FWIW, I can attest to this based on my experience on the incremental
branch.
Tom
> "Jiri" == Jiri Slaby <[EMAIL PROTECTED]> writes:
Jiri> while compiling slightly augmented cc1, I've found a poison
Jiri> pragma bug. Here comes a trimmed example of the bug:
Jiri> $ echo -e '#pragma GCC poison malloc\nstruct { int malloc; };'|gcc - -E
-o/dev/null
Jiri> :2:14: error: attemp
> "Jiri" == Jiri Slaby <[EMAIL PROTECTED]> writes:
Jiri> I want to extend cpp to extract some more info (for backward
Jiri> mapping from preprocessed_code into source_code+line+column)
Jiri> into xml while preprocessing and I use gdome2 library. If I try
Jiri> to compile it, it fails due to: [
> "Sean" == Sean Callanan writes:
>> (3) The -fplugin-arg argument is one way to do arguments. We do it as
>> -ftree-plugin=/path/to/plugin.so:arg=value:arg=value:...
Benjamin> I'm a little worried about the colon separator. Windows file
Benjamin> paths may legally have colons. Is there s
> "Aldy" == Aldy Hernandez writes:
Aldy> enum e {
Aldy> E5 = INTMAX + 1,
Aldy> ^ column 15.
Aldy> };
I updated from your branch and tried this. My error message had
column 3... but I assume that is due to something missing or due to
over-eager folding (and thus probably fixe
> "Seema" == Seema Ravandale writes:
Seema> Patch and the Documentation can be found at the below link,
Seema> http://www.cse.iitb.ac.in/grc/gdfa.html
I get:
Bad Gateway
The proxy server received an invalid response from an upstream server.
Tom
> "Joe" == Joe Buck writes:
Joe> I do think that RMS overstepped the line that we had set up when he
Joe> told us to hold off on creating a release branch. That was unprecedented
Joe> interference.
Then why acquiesce to it?
I've seen other statements on this thread indicating that the SC w
> "Dan" == Daniel Berlin writes:
Dan> Also, do you not realize this is precisely because of the massive lack
Dan> of transparency about how the project is governed?
A bit more transparency would be nice.
Recently I've been thinking: let's have a periodic election for a
developer ombudsman m
> "Joe" == Joe Buck writes:
Joe> If, for definitions, the compiler keeps track of this detail, it
Joe> would be possible to reliably print
Joe> foo.h:11 error: redefinition of `a' (file was included more than once)
Joe> if the printable line number is the same but the internal line number
Joe
> "Oliver" == Oliver Kellogg writes:
Oliver> First tests look very promising. I'm getting noticeable speedups
Oliver> of when supplying N interrelated bodies in a single call as opposed
Oliver> to N individual calls to gnat1. Precise measurements will follow.
This sounds like it has a lot of
> "Oliver" == Oliver Kellogg writes:
Tom> There are some differences in invocation. I designed the incremental
Tom> compiler so that no changes to user Makefiles would be needed; I don't
Tom> know whether that is a consideration with Ada.
Oliver> The idea is that gnatmake determines the tot
> "Oliver" == Oliver Kellogg writes:
Oliver> Also, I'm thinking that in multi-source mode, the switch "-o"
Oliver> can perhaps continue to be used - not by giving a filename
Oliver> but instead by giving a directory. All object files would then
Oliver> be placed in the given directory. What d
> "Ian" == Ian Lance Taylor writes:
Ian> If you haven't already done so, please check that the emacs next-error
Ian> function is not affected by this.
This definitely works.
Tom
> "Basile" == Basile STARYNKEVITCH writes:
Basile> Can a branch be simply a plugin, or should I close (soon) the
Basile> melt-branch and start a melt-plugin-branch on the SVN. If I do that,
Basile> do I need some authorization? from whom?
I think what you do on your branch is up to you. If
> "Basile" == Basile STARYNKEVITCH writes:
Basile> I believe I might even become in a few years some kind of
Basile> gcc/ggc*.[ch] secondary reviewer. I don't want to become one
Basile> (being a reviewer is probably more a burden than an honor, and
Basile> probably consume a lot of time, and
> "Joseph" == Joseph S Myers writes:
Ian> I believe that the most useful immediate thing we could do to speed up
Ian> gcc development would be to move to a distributed version control
Ian> system.
Joseph> We haven't even finished the last version control system
Joseph> transition (wwwdocs is
> "Edward" == Edward Peschko writes:
Edward> 2. hardcoded '/bin/sh' references in files cause build
Edward> incompatibilities (fails on solaris -
Edward> Comparing stage 2 to stage 3.. since they are hardcoded,
Edward> not fixable by setting
Edward> CONFIG_SHELL)
> "Ralf" == Ralf Wildenhues writes:
Ralf> I'd be grateful about feedback as to whether the general plan is
Ralf> acceptable for everyone; thanks.
Sounds good to me. Please don't forget Classpath.
Ralf> I'd prefer to do the transition on the GCC trunk rather than in a
Ralf> branch, unless t
> "Ralf" == Ralf Wildenhues writes:
Ralf> I'd be grateful about feedback as to whether the general plan is
Ralf> acceptable for everyone; thanks.
Tom> Sounds good to me. Please don't forget Classpath.
Ralf> If you are talking about gcc/libjava/classpath, then yes, I have that on
Ralf> my r
> "Larry" == Larry Evans writes:
Larry> I compiled gcc with -g3 -O0' compiler flags to enable invocation of
Larry> macros during a gdb session; however, the
Larry> macro, PACK_EXPANSION_PATTERN, apparently uses a symbol:
Larry> __extension__
Larry> not understood by gdb. How can gdb be ma
> "Larry" == Larry Evans writes:
Larry> Based on:
Larry> http://sourceware.org/ml/gdb/2008-02/msg00070.html
Larry> I guess there's no way to do that :(
If you use the cvs gdb you can do it using python.
In plain gdb you can do it by using set logging to set the output
file, writing the da
> "Bernhard" == Bernhard Reutner-Fischer writes:
Bernhard> - should handle structs.
There are some other difficult cases.
First, don't let this discourage you :-). I think this would be a
useful feature.
I think in general you cannot actually ever tell if a header is unused
or not. Maybe
> "Basile" == Basile Starynkevitch writes:
Basile> Still, my concerns on C++ is mostly gengtype related. I believe we need
Basile> to keep a garbage collector even with C++, and I believe that changing
Basile> gengtype to follow C++ could be quite painful if we follow the usual
Basile> route
Ian> In Tom's interesting idea, we would write the mark function by hand for
Ian> each C++ type that we use GTY with.
I think we should be clear that the need to write a mark function for a
new type is a drawback of this approach. Perhaps gengtype could still
write the functions for ordinary type
> "Brett" == Brett Neumeier writes:
Brett> Are there any plans to publish the source code along with the binary
Brett> jar file? In the meantime, where can I find the source code for the
Brett> current ecj, as needed by gcc? Is there a source repository I can get
Brett> to?
Yes, check out th
> "Brett" == Brett Neumeier writes:
Brett> What is still not clear is: what version of the ecj CVS project
Brett> corresponds to "ecj 4.5"? It doesn't look like there are branches or
Brett> tags in the CVS repository.
Yeah, oops. We've been remiss in doing that.
I believe 4.5 was made from
> "Basile" == Basile Starynkevitch writes:
Basile> My understanding of the description of the tag GTY option in
Basile> http://gcc.gnu.org/onlinedocs/gccint/GTY-Options.html#GTY-Options
Basile> is that a given discriminated union case can have several
Basile> tags.
It seems like a reasonable
> "Dave" == Dave Korn writes:
Dave> I think you're probably assuming too much. Tom T. is working on an
Dave> incremental compiler, isn't he?
I was, but I was asked to work on gdb a couple of years ago, so that
work is suspended.
Dave> But yes, OP, it's a long-term project.
Apple impleme
> "Kien" == Kien Nguyen Trung writes:
Kien> obj_type_ref
Kien> indirect_ref (test.cpp:21-17)
Kien> The problem is method read() of class B is get from a virtual method
Kien> of based class A. And i cannot get the real name of this method.
Kien> Do you have any idea
> "Bruce" == Bruce Korb writes:
Bruce> That seems to work. There are one or two or three bugs then.
Bruce> Either gdb needs to recognize an out of sync object code, or else
Bruce> gcc needs to produce object code that forces gdb to object in a way
Bruce> more obvious than just deciding upon
>>>>> "Steven" == Steven Bosscher writes:
Steven> Assertions in libcpp have been deprecated since r135264:
Steven> 2008-05-13 Tom Tromey
Steven> PR preprocessor/22168:
Steven> * expr.c (eval_token): Warn for use of assertions.
Steven>
> "Ian" == Ian Lance Taylor writes:
Ian> This patch puts the code in libiberty, but it could equally well go in
Ian> gcc. Anybody want to make an argument one way or another?
Ian> +extern const char *
Ian> +objfile_attributes_compare (objfile_attributes *attrs1,
GDB already uses the name "
> "Steven" == Steven Bosscher writes:
Steven> The argument against disabling java as a default language always was
Steven> that there should be at least one default language that requires
Steven> non-call exceptions. I recall testing many patches without trouble if
Steven> I did experimental
> "Jeff" == Jeff Law writes:
Jeff> Building libjava (at least for me) is primarily painful due to 2 files
Jeff> (the names escape me) and the rather poor coarse level parallelism
Jeff> (can't build the 32bit and 64bit multilibs in parallel for example).
Jeff> Has anyone looked at fixing the
> "Laurent" == Laurent GUERBY writes:
Laurent> Let's imagine we have a reliable tool on a distributed build
Laurent> farm that accepts set of patches (via mail and web with some
Laurent> authentification) and does automatic regression testing and
Laurent> report on selected platform.
Can we
> "Ian" == Ian Lance Taylor writes:
Ian> The problem with warnings for this kind of code in C/C++ is that it
Ian> often arises in macro expansions. I think it would be necessary to
Ian> first develop a scheme which lets us determine whether code resulted
Ian> from a macro expansion or not, w
Now that the GPL v3 looks as though it may be EPL-compatible, the time
has come to reconsider using the Eclipse java compiler ("ecj") as our
primary gcj front end. This has both political and technical
ramifications, I discuss them below.
Steering committee members, please read through if you wou
> "Paolo" == Paolo Bonzini <[EMAIL PROTECTED]> writes:
Paolo> How big would the mini Java-runtime be? A bytecode-interpreter, with
Paolo> only support for two or three packages, using a simple Baker or
Paolo> mark'n'sweep GC, could be done in 10,000 lines of C code or maybe less.
The problem
> "Per" == Per Bothner <[EMAIL PROTECTED]> writes:
Per> A couple of other factors:
Thanks for bringing these up.
Per> * Compile time.
Yeah, this is a potential problem. If it is severe it could be fixed
by linking ecj into GCC. FWIW, at least for all the packaging we do
in Fedora, we have
> "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes:
Andrew> In particular, the type system and the rules for exception
Andrew> regions are different. Also, a "slot" in the .class format
Andrew> doesn't necessarily correspond to a variable in the source
Andrew> language.
One way to look at
> "Joe" == Joe Buck <[EMAIL PROTECTED]> writes:
Joe> But before fighting the political battles, we should first figure out if
Joe> this is what we really want to do if there weren't political obstacles.
Joe> Let's try coming to a technical consensus first.
I made a list of things which would
> "Laurent" == Laurent GUERBY <[EMAIL PROTECTED]> writes:
Laurent> If someone comes up with an old JVM that misrun java in GCC
Laurent> and there's no easy obvious workaround, will you cancel the
Laurent> java project or just tell the user to install a known to work
Laurent> JVM from the GCC i
> "Per" == Per Bothner <[EMAIL PROTECTED]> writes:
Per> Another concern: I gather there are lots of dependencies
Per> between Eclipse libraries. Does ecj depend on any other
Per> Eclipse libraries?
Good point. I forgot to mention this.
The Eclipse compiler is standalone by design.
The pro
> "Adam" == Adam Megacz <[EMAIL PROTECTED]> writes:
>> I think our technical approach should be to have ecj emit class files,
>> which would then be compiled by jc1. In particular I think we could
>> change ecj to emit a single .jar file.
Adam> I (and David Crawshaw) have actually done this
>>>>> "Per" == Per Bothner <[EMAIL PROTECTED]> writes:
Per> Tom Tromey wrote:
>> While investigating I realized that we would also lose a small
>> optimization related to String "+" operations. When translating from
>> .java we curr
> "Thorsten" == Thorsten Glaser <[EMAIL PROTECTED]> writes:
>> ecj is written in java. This will complicate the bootstrap process.
Thorsten> Why not keep enough support in jc1 to bootstrap ecj?
We don't know how much of the language that would be.
Tom
> "Steve" == sjhill <[EMAIL PROTECTED]> writes:
>> I'm trying to determine if we can export the GNU GCC product. Can you
>> please let me know if it contains any encryption?
Steve> You mean besides the documentation itself which is cryptic at times? No.
Steve> IIRC, there some one way hashe
101 - 200 of 382 matches
Mail list logo
