scores.adb
+X 1 blanks_to_underscores.adb
In multi source compilations, main units may get assigned different
unit numbers than in single source compilations; this is due to the
reuse of entries in the Lib.Units table.
Is that tolerable?
Thanks,
Oliver
On 2012-06-17 17:12, Oliver Kellogg wrote:
>
> Co
alue of
the Mechanism of all entities, and restore those values before
compiling the next file?
Thanks,
Oliver
On Wed, 2009-08-26 at 19:45 +0200, Oliver Kellogg wrote:
> I've been making progress on the Ada side, the basic usage pattern for
> gnat1 and gnatmake is working.
&g
Hi,
Looking at ggc-page.c:175ff.,
static const size_t extra_order_size_table[] = {
sizeof (struct var_ann_d),
sizeof (struct tree_decl_non_common),
sizeof (struct tree_field_decl),
sizeof (struct tree_parm_decl),
sizeof (struct tree_var_decl),
sizeof (struct tree_list),
sizeof (stru
Hello,
What is the point of stmt_group_free_list and gnu_stack_free_list in
trans.c? Why not always allocate a fresh node?
Thanks,
Oliver
On Fri, 2009-08-28 at 06:58 -0700, Ian Lance Taylor wrote:
> oliver.kell...@t-online.de (Oliver Kellogg) writes:
>
> > In multi source compile mode, I ggc_free() the data in dwarf2out.c after
> > code generation for a file is done. (I found that I need this because
> > oth
tinue to be alive even when the
comp_unit_die was freed. So I guess I need to set TYPE_SYMTAB_DIE(t) to
NULL on all nodes before freeing comp_unit_die. To be verified now.
Thanks again Andrew.
Oliver
On Sat, 2009-08-15 at 20:00 +0100, Andrew Haley wrote:
> Oliver Kellogg wrote:
> > On F
alize is called per-job or per-file, this leads to either
too much or too little cross ref info.
Ideas?
Thanks,
Oliver
On Thu, 2009-07-02 at 00:23 +0200, Oliver Kellogg wrote:
> I am approaching the point where the basic multi-source mechanism
> in the gnat1/gnatmake Ada code is wor
On Fri, 2009-08-14 at 10:41 +0100, Andrew Haley wrote:
> >
> > I am stuck here, i.e. I don't know how to find the code
> > that is
> > at fault.
> > Is there some way to trace a pointer entered in
> > G.free_object_list
> > back to its origin in the code?
>
> The usual way to find this is to use a
mments you may have.
Thanks,
Oliver
On Sat, 2009-05-09 at 16:08 -0400, Robert Dewar wrote:
> Oliver Kellogg wrote:
> > On 2009-05-04, at 07:36 +0200, Oliver Kellogg wrote:
> >> Robert Dewar wrote:
> >>>>>>> How about not doing the name expansion in-place
I got my first main program built in multi-source mode running.
The ALI file and debug-info generation isn't perfect yet; also I'm
using raw gnat1 as gnatmake is not yet adapted to multi-source mode.
Oliver
gnat1_multi_demo.tgz
Description: application/compressed-tar
s for compilation 2
to N contain more entries than needed.
--Oliver
On Sat, 2009-05-09 at 16:08 -0400, Robert Dewar wrote:
> Oliver Kellogg wrote:
> > On 2009-05-04, at 07:36 +0200, Oliver Kellogg wrote:
> >> Robert Dewar wrote:
> >>>>>>> How about n
Anybody else seeing this?
/usr/src/packages/BUILD/build-gcc-orig/./prev-gcc/xgcc
-B/usr/src/packages/BUILD/build-gcc-orig/./prev-gcc/
-B/opt/gnat/fsf/i686-pc-linux-gnu/bin/
-B/opt/gnat/fsf/i686-pc-linux-gnu/bin/
-B/opt/gnat/fsf/i686-pc-linux-gnu/lib/
-isystem /opt/gnat/fsf/i686-pc-linux-gnu/includ
On 2009-05-04, at 07:36 +0200, Oliver Kellogg wrote:
> Robert Dewar wrote:
> >
> > >>>> How about not doing the name expansion in-place but rather
> > >>>> storing the expanded name in an extra node field?
> >
> > You could have a separate
Robert Dewar wrote:
>
> I don't see that Str3 is free in any of these nodes, what
> nodes are you talking about (remember that Str3 overlaps
> Node3, List3 etc).
Okay.
> How about not doing the name expansion in-place but rather
> storing the expanded name in an extra node field?
>
>
Sorry if I'm slow in understanding:
Are you saying that introducing an extra field would
cause problems (memory or other) ?
Do you think it would be okay to use the Str3 field, then?
Thanks.
Robert Dewar wrote:
> Oliver Kellogg wrote:
> > On 2009-04-19, at 23:19 +0200, Oliver
On 2009-04-19, at 23:19 +0200, Oliver Kellogg wrote:
> [...]
>
> How about not doing the name expansion in-place but rather
> storing the expanded name in an extra node field?
I haven't received any reaction on this question yet.
Perhaps I could reuse the Str3 field instead?
On 2009-04-27, at 14:28, Tom Tromey wrote:
>
> Tom> I am curious how you handle locations on shared bits of the AST.
> Tom> I needed some disturbing hacks to make this work well for C.
>
> Oliver> I'm not sure what you mean; could you explain?
>
> In the server, the global line map is reset for e
On 2009-04-27, at 12:19, Tom Tromey wrote:
>
> This sounds like it has a lot of overlap with the incremental compiler
> project I was working on. I think you could probably rearrange things
> to use the compile server infrastructure from the branch without
> trouble.
>
> There are some difference
On 2009-04-27 at 10:27, Ian Lance Taylor wrote:
>
> > gcc has a new command line switch, "-multi".
> > This tells gcc to forward all given input files to a single execution
> > of the compiler proper, in a similar way as done for "-combine".
>
> This is good work, but why not just reuse -combine?
_init()
it called multiple times.
* ada/gnat1drv.adb:
Ensure that frontend initializations are done only once.
Reformat comments to obey GNAT style checks.
Unlock tables after processing the main unit.
Oliver
On 2009-04-20 at 14:55, Geert Bosch wrote:
> On Apr 20, 2009, at 14:45, Oliver Ke
On Mon, 2009-04-20 at 14:55 -0400, Geert Bosch wrote:
> > For an invocation
> > gnat1 a.adb b.adb c.adb
> > , the files a.{s,ali} b.{s,ali} c.{s,ali} are produced.
>
> The back end is not prepared to produce multiple assembly files.
> The "gcc" driver program also assumes each invocation produces
Hi Geert,
Thanks for your answer - I was starting to feel I'm entertaining a
monologue here ;)
On Mon, 2009-04-20 at 13:05 -0400, Geert Bosch wrote:
>
> While this may be an interesting idea, there are some fundamental
> assumptions in the compiler that each compilation indeed processes
> a sin
Anybody out there?
How about not doing the name expansion in-place but rather
storing the expanded name in an extra node field?
--Oliver
On 2009-04-18 at 21:35 +0200, Oliver Kellogg wrote:
> I've run up against a problem with reusing the GNAT trees:
> Apparently during semant
and all is fine.
Oliver
On 2009-04-12 at 19:29 +0200, Oliver Kellogg wrote:
> Picking up an old thread,
> http://gcc.gnu.org/ml/gcc/2003-03/msg00281.html
>
>
> On Tue, 4 Mar 2003, Geert Bosch wrote:
> > [...]
> > Best would be to first post a design overview,
&g
nalyzed_var' in cgraph_analyze_functions().
Those need to be pulled outside for reinitialization.
I am making the necessary changes and extending init_cgraph() as needed.
I hope my changes stand a chance for being integrated ;)
Oliver
On 2009-04-12 at 19:29 +0200, Oliver Kellogg wrote:
Picking up an old thread,
http://gcc.gnu.org/ml/gcc/2003-03/msg00281.html
On Tue, 4 Mar 2003, Geert Bosch wrote:
> [...]
> Best would be to first post a design overview,
> before doing a lot of work in order to prevent spending time
> on implementing something that may turn out to have fundament
On 2009-02-24 19:16:51, Laurent GUERBY wrote:
>
> > I couldn't find these Ada installation instructions.
> > Any help appreciated.
>
> 4.1 works as Ada bootstrap compiler for trunk on many platforms.
>
> The documentation says:
>
> <<
> @section Building the Ada compiler
>
> In order to build GNAT,
the Ada compiler (GNAT) you must already have GNAT
>installed because portions of the Ada frontend are written in Ada (with
>GNAT extensions.) Refer to the Ada installation instructions for more
>specific information.
I couldn't find these Ada installation instruction
http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg00432.html
You might want to try the configure options I used
there (see end of the reports above).
Sincerely,
Laurent
On Fri, 2005-07-08 at 15:41 +0200, Oliver Kellogg wrote:
> ../prev-gcc/xgcc -v
> Using built-in specs.
> Target: i68
../prev-gcc/xgcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0.1/configure --prefix=/e/gcc4 --enable-libada \
--enable-bootstrap --enable-languages=c,c++,ada,java
Thread model: posix
gcc version 4.0.1
"make" and "make bootstrap" both fail to use the $(STAGE_PREFI
30 matches
Mail list logo