search for: cgraph

...======================================== --- gcc-4.2.llvm.orig/gcc/llvm-backend.cpp 2008-07-30 21:17:36.000000000 +0200 +++ gcc-4.2.llvm/gcc/llvm-backend.cpp 2008-07-30 21:24:42.000000000 +0200 @@ -70,12 +70,14 @@ #include "tree-inline.h" #include "langhooks.h" #include "cgraph.h" -#include "c-common.h" } // Non-zero if bytecode from PCH is successfully read. int flag_llvm_pch_read; +// Non-zero if libcalls should not be simplified. +int flag_no_simplify_libcalls; + // Global state for the LLVM backend. Module *TheModule = 0; DebugInfo *TheDebugIn...

...rict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H -DENABLE_LLVM -D__STDC_LIMIT_MACROS -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -I/home/ahs3/tmp/llvm-1.7/llvm/include ../../gcc/cgraph.c -o cgraph.o gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H -DENABLE_LLVM -D__STDC_LIMIT_MACROS -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../i...

....2.3) MacOS X Server (Rhapsody DR2) NEXTSTEP 3.2, 3.3, OPENSTEP 4.2 SunOS 5.4 / (SUNWspro/SC4.0) -- PCs -- MacOS 8.1 (Metrowerks IDE 1.7.4) -- See also: README.MacOS8 Windows NT 4.0 (VC++ 5.0) -- See also: README.win32 ## Relationships to other software Conceptually, ClibPDF has been inspired by Cgraph for PostScript (<http://totoro.berkeley.edu/software/A_Cgraph.html), but it is much more powerful and no code from Cgraph (PS) has been used. Here are some comparisons with similar libraries. I don't claim completeness or impartiality obviously, but I try to be fair. PDFlib: There are acu...

On Jul 30, 2008, at 11:39 AM, Duncan Sands wrote: > On Wednesday 30 July 2008 18:13:27 Duncan Sands wrote: >> On x86-64 linux, in stage 2, I get: >> >> c++ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- >> prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno- >> variadic-macros -Wno-overlength-strings -Wold-style-definition - >>

On Nov 24, 2008, at 11:07 AM, Chris Lattner wrote: > > On Nov 24, 2008, at 11:01 AM, Bill Wendling wrote: > >> The symbols I'm interested in already have internal linkage (as you >> would expect). But because the mangler is in charge of assigning them >> names, they never seem to be decorated with the 'L' in front. . . . > > If you use

...> --- gcc-4.2.llvm.orig/gcc/llvm-backend.cpp 2008-07-30 > 21:17:36.000000000 +0200 > +++ gcc-4.2.llvm/gcc/llvm-backend.cpp 2008-07-30 21:24:42.000000000 > +0200 > @@ -70,12 +70,14 @@ > #include "tree-inline.h" > #include "langhooks.h" > #include "cgraph.h" > -#include "c-common.h" > } > > // Non-zero if bytecode from PCH is successfully read. > int flag_llvm_pch_read; > > +// Non-zero if libcalls should not be simplified. > +int flag_no_simplify_libcalls; > + > // Global state for the LLVM backend. >...

On Thu, 17 Apr 2008, Duncan Sands wrote: >>> I thought I understood why but it seems that I don't :) >> >> IMO, we should avoid using flag_unit_at_a_time here. > > given DannyB's explanation that this flag exists in gcc so that glibc > works properly in spite of abusing ASM, perhaps this logic in llvm-backend > also exists to ensure that glibc works? I

Hi Devang, > > this flag is used quite a bit in llvm-backend.cpp, for example: > > > > if (flag_unit_at_a_time) { > > PM->add(createGlobalOptimizerPass()); // Optimize out > > global vars > > PM->add(createGlobalDCEPass()); // Remove unused > > fns and globs > >

...broadly about the algorithm you just described, did you >> intend to omit an SCC visitation step? >> > > It is independent of this decision. However we can actually go back one > step and ask the question: is adding this layer really necessary? Why not > just traversing the cgraph nodes in reverse topo-order (after removing the > cycles)? > > >> The goal of the CGSCC pass manager is the ability to visit an SCC (e.g. >> inliner visits an SCC), then immediately run function passes to simplify >> the result of inlining. >> > > This is how...

...2.llvm/gcc/dwarf2out.c =================================================================== --- gcc-4.2.llvm.orig/gcc/dwarf2out.c 2008-07-30 20:37:22.000000000 +0200 +++ gcc-4.2.llvm/gcc/dwarf2out.c 2008-07-30 20:38:20.000000000 +0200 @@ -69,9 +69,6 @@ #include "hashtab.h" #include "cgraph.h" #include "input.h" -/* APPLE LOCAL radar 5811943 - Fix type of pointers to Blocks */ -/* APPLE LOCAL Radar 5741731, typedefs used in '@try' blocks */ -#include "c-common.h" #ifdef DWARF2_DEBUGGING_INFO static void dwarf2out_source_line (unsigned int, co...

...did you >>>> intend to omit an SCC visitation step? >>>> >>> >>> It is independent of this decision. However we can actually go back one >>> step and ask the question: is adding this layer really necessary? Why not >>> just traversing the cgraph nodes in reverse topo-order (after removing the >>> cycles)? >>> >>> >>>> The goal of the CGSCC pass manager is the ability to visit an SCC (e.g. >>>> inliner visits an SCC), then immediately run function passes to simplify >>>> the res...

On x86-64 linux, in stage 2, I get: c++ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -o f951 \ fortran/arith.o fortran/array.o fortran/bbt.o fortran/check.o fortran/data.o fortran/decl.o

...s ./c-dump.o differs ./cfganal.o differs ./cfgbuild.o differs ./cfgcleanup.o differs ./cfgexpand.o differs ./cfghooks.o differs ./cfglayout.o differs ./cfgloopanal.o differs ./cfgloopmanip.o differs ./cfgloop.o differs ./cfg.o differs ./cfgrtl.o differs ./c-format.o differs ./c-gimplify.o differs ./cgraph.o differs ./cgraphunit.o differs ./c-incpath.o differs ./c-lex.o differs ./c-objc-common.o differs ./collect2.o differs ./combine.o differs ./conflict.o differs ./convert.o differs ./c-opts.o differs ./coverage.o differs ./c-parse.o differs ./c-pch.o differs ./c-pragma.o differs ./c-pretty-print.o...

On Wed, Jun 8, 2016 at 12:31 PM, Xinliang David Li <davidxl at google.com> wrote: > > > On Wed, Jun 8, 2016 at 4:19 AM, Sean Silva <chisophugis at gmail.com> wrote: > >> Hi Chandler, Philip, Mehdi, (and llvm-dev,) >> >> (this is partially a summary of some discussions that happened at the >> last LLVM bay area social, and partially a discussion

...s > ./cfgcleanup.o differs > ./cfgexpand.o differs > ./cfghooks.o differs > ./cfglayout.o differs > ./cfgloopanal.o differs > ./cfgloopmanip.o differs > ./cfgloop.o differs > ./cfg.o differs > ./cfgrtl.o differs > ./c-format.o differs > ./c-gimplify.o differs > ./cgraph.o differs > ./cgraphunit.o differs > ./c-incpath.o differs > ./c-lex.o differs > ./c-objc-common.o differs > ./collect2.o differs > ./combine.o differs > ./conflict.o differs > ./convert.o differs > ./c-opts.o differs > ./coverage.o differs > ./c-parse.o differs &gt...