similar to: [LLVMdev] Font size in doxygen

Hi all, > since a week or so, the images generated by doxygen on llvm.org have their > font size increased a bit, such that the text doesn't fit in the boxes anymore > (and is overlapping and such). This makes the diagrams a bit hard to read. Any > chance of fixing this? Nobody to fix this? Gr. Matthijs

>> since a week or so, the images generated by doxygen on llvm.org have their >> font size increased a bit, such that the text doesn't fit in the boxes anymore >> (and is overlapping and such). This makes the diagrams a bit hard to read. Any >> chance of fixing this? > Nobody to fix this? Unfortunately, I am the only one who can fix this :) That will happen when I

On Apr 30, 2010, at 7:54 AM, mike-m wrote: > Hi, I'm working on a patch to overhaul docs+doxygen builds for both llvm and clang source trees. > > Here's a sample of what it looks like for class clang::driver::Action (sorry, llvm API docs are a bigger set so only clang has been posted at this free webhost). Basically the output is a bump to latest doxygen plus custom css; the

Hi, I'm working on a patch to overhaul docs+doxygen builds for both llvm and clang source trees. Here's a sample of what it looks like for class clang::driver::Action (sorry, llvm API docs are a bigger set so only clang has been posted at this free webhost). Basically the output is a bump to latest doxygen plus custom css; the wins (IMHO) are the new style doesn't waste so much

Excellent work, this greatly improves the clarity of the generated docs. I would love it if the inheritance diagrams were kept as they are and the collaboration diagrams were hidden under a knob. Thanks, John On Fri, Apr 30, 2010 at 8:54 AM, mike-m <mikem.llvm at gmail.com> wrote: > Hi, I'm working on a patch to overhaul docs+doxygen builds for both llvm > and clang source

Hi Syoyo, > I am trying to get a return type of a function(from bitcode file) with > LLVM-C API, but there seems no appropriate API to do that. From my memory, this info is stored in the function type, so you could look at the function's type and get the info there. Looking the the API docs [1], I find that there is a simple method on Function called getReturnType(). You should thus be

Hi all, I'm having a bit of trouble with the online doxygen documentation. As far is I know, it should reflect current svn trunk. However, it seems out of date. For example, the ExtractValueInst [1] is not a UnaryInstruction yet and still takes Value* as indices. To add to the confusing, the mainpage [2] says it is documentation version "2.1svn" which seems even more weird. What

All, I've upgraded our doxygen to 1.5.6. Please let me know if you see any problems. Thanks, Tanya

UML diagrams can be really helpful for explaining how a piece of code works (such as the diagrams in your klang project on github). The main reason I don't draw them is that I haven't found convenient tools to use which integrate well with my workflow. Doxygen produces class diagrams, but I would really like to have something which produces sequence diagrams (such as

On May 8, 2008, at 05:50, Matthijs Kooijman wrote: > I've attached two patches. The first, pass-comments.diff adds or > improves the file comments for a number of passes. This patch is > slightly interesting. The second, pass-doc.diff is mostly a yank-put > job and updates Passes.html as follows. Thanks, applied!

Hi Sean Silva, Maybe I am the only one who is trying to use UML. In my team, I am also the only one who draws UML diagrams. I expected there be someone who use UML like me. But it's maybe not as your opinion. Maybe doxygen is enough for majority of people. Thanks for your reply. Sincerely Journeyer J. Joh 2012/12/25 Sean Silva <silvas at purdue.edu>: > On Mon, Dec 24, 2012 at

Hi LLVM-ers, I am trying to get a return type of a function(from bitcode file) with LLVM-C API, but there seems no appropriate API to do that. I've tried to do that with following code, ---- LLVMModuleRef M; LLVMMemoryBufferRef MemBuf; LLVMValueRef F; // Function LLVMTypeRef RetTy; char *ErrStr; // // -- Load shader module //

On Tue, Dec 25, 2012 at 8:10 AM, Sean Silva <silvas at purdue.edu> wrote: > > The main reason I don't draw them is that I haven't found convenient > tools to use which integrate well with my workflow. Doxygen produces > class diagrams, but I would really like to have something which > produces sequence diagrams do you know that doxygen have a @msc and @mscfile

Hi all, about a month ago, I've started working on my master's thesis. Since I want to focus on just that work, I've stopped my LLVM work for now. It is unclear whether I will continue my work after graduation, but it seems unlikely. I'll still keep track of LLVM from a personal interest (mostly watching the IRC channel), but I won't have the time to track any mailing lists.

Op 9/27/2017 om 2:36 PM schreef Matthijs Kooijman: > Hey folks, > > apologies for the useless subject on my original mail, forgot to update > it. > > Two more bits of info. Here's the log output related to this crash: > > dovecot: imap-login: Login: user=<2014>, method=PLAIN, rip=217.122.126.195, lip=10.42.0.13, mpid=10569, TLS, session=<IsP37ypaFYHZen7D>

Hi, the ArgumentPromotion pass replaces aggregrate function arguments by multiple individual arguments. The default pass only does this when the aggregrate has 3 or less elements, otherwise the code will be unchanged. I have a need to always promote aggregrate arguments, even when there are a lot of them. The attached patch adds a "maxElements" argument to ArgPromotion's

Hi Matthijs, Yes, I've turned off the link-time optimizations (otherwise it just propagates my constant vectors and immediate prints the result). :-) Here's essentially what I try to generate: void add(float z[4], float x[4], float y[4]) { z[0] = x[0] + y[0]; z[1] = x[1] + y[1]; z[2] = x[2] + y[2]; z[3] = x[3] + y[3]; } And here's part of the output from the online

On Jul 16, 2008, at 9:58 AM, Matthijs Kooijman wrote: > Hi all, > > once more with the patch inline for easy review. I did not include the > argpromotion pass here, since it's not the main topic of this post. Hi Matthijs, I'd prefer to not turn this into a template. Why not just define a version that takes an array of uint64_t's or something like that? -Chris

Hi all, I'm having some trouble building llvm-gcc as of today, with and without bootstrap. The error I get is: /home/kooijman/src/llvm-gcc/obj/./gcc/xgcc -B/home/kooijman/src/llvm-gcc/obj/./gcc/ -B/home/kooijman/src/llvm-gcc/obj/../install/i686-pc-linux-gnu/bin/ -B/home/kooijman/src/llvm-gcc/obj/../install/i686-pc-linux-gnu/lib/ -isystem

Hi Sean Silva and people on our list, >> What tools did you use to generate the diagrams for the klang documentation? I use StarUML. ( http://staruml.sourceforge.net/en/ ) I mentioned about this earlier before on this mail-list. It's a Windows only application and free software. It is good SW. But development is stopped since long ago. The product was originally a commercial one. But