similar to: Bug in g++ 2.95.4 (Pointer to member functions)

I wanted to check that I'm headed in the right direction before I work more on LLVM debug info. What I'd like to do is update DIBuilder to expose exactly the facilities represented in modern DWARF, and to store that in the bitcode. In LLVM we would have a DwarfOpts that specifies the major version of DWARF we're targetting and some additional compatibility flags to work around debugger

Hello. I'm new to this forum. Before I posted this, I did due diligence searching for an answer to my problem. I found and tried 2 possibles; but neither would work for me. First my machine specs: 64 machine dual boot between WinXP and Ubuntu Janty Jackalope 9.04. When I used Hardy Heron 8.04 last year, I was able to install Version 7.0 of Dreamweaver MX on a fluke.. I still don't know

I'm using RedHat 7.2 with kernel 2.4.18-26.7.xsmp and root mount using ext3. And I have simple test.pl script: #!/usr/local/bin/perl open FILE, ">testfile"; while(1){ print FILE "Test.\n" or die $!; } It's died when the file size is 2147483647 and give error message: "File size limit exceeded" and I run "cat testfile testfile >>

Hi All, About once a week, I get a this strange error on bash command line. Running any command on the command line results in " Input/output error". Only way to get back to normal operation is to hard reboot the machine. I suspect this is something to do with my file system. I am using RH7.3 with ext3 file system on IBM Travelstar drives. I use dd to duplicate the drives. The source

Hi, I started playing with llvm on Darwin. When I do a "make check" from the llvm root, I am getting these failed tests: Failing Tests (13):     LLVM :: FrontendC++/2010-04-30-OptimizedMethod-Dbg.cpp     LLVM :: FrontendC++/2010-05-12-PtrToMember-Dbg.cpp     LLVM :: FrontendC/2007-05-16-EmptyStruct.c     LLVM :: FrontendC/2007-10-01-BuildArrayRef.c     LLVM ::

Hi Nick, > I wanted to check that I'm headed in the right direction before I work more on > LLVM debug info. What I'd like to do is update DIBuilder to expose exactly the > facilities represented in modern DWARF, wouldn't it be better in the long term to make the debug info layer more abstract rather than a direct mapping onto dwarf? Ciao, Duncan. and to store that in

This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-959030623-1050952576=:23064 Content-Type: TEXT/PLAIN; charset=US-ASCII The configure process does not seem to be working as well as it had for previous versions ...

During my tests I''m starting to feel stupid :). Traffic shaping works quite on its own. System: RedHat 7.3, RedHat kernel 2.4.18-18.7.xsmp, HTB version 3.6, interfaces eth0 and eth1 are acting as bridge br0. If TCP shaping almost works, it just exceeds limits UDP is not shaped. Traffic flows PC=>eth0=>eth1=>PC. Statistics shown is for just UDP traffic (1mbit of small udp

i do not have access to the solaris machine on which this error is occuring, the info is coming to me via email. any advice on how to get R 1.6.1 built in the face of configure:12951: error: cannot compute sizeof (int), 77 would be appreciated. here are some snippets from the config.log $ ./configure ## --------- ## ## Platform. ## ## --------- ## hostname = opus uname -m = sun4u uname

FYI, I tried installing ferret on my freebsd virtual server and got this: retango# gem install ferret --include-dependencies Attempting local installation of ''ferret'' Local gem file not found: ferret*.gem Attempting remote installation of ''ferret'' Updating Gem source index for: http://gems.rubyforge.org Building native extensions. This could take a while...

Does llvm-gcc do more, less, or the same amount of function inlining as gcc? What about llvm-g++ and g++? I am specifically interested in inlining that occurs when I run with the --emit-llvm command line flag like this: llvm-gcc -c --emit-llvm foo.c thus generating bitcode. That is, I am not interested at this moment in what happens when I run the opt or llc tools on the bit code after its

Rahul, I just start experiencing the exact same problems on one of my RedHat 7.3 servers. So far it has been about once a week. The first time this happened, I was lucky enough to get an error in the error log, and it turned out to be from an old kernel bug (kernel BUG at journal.c:406!) I upgraded from 2.4.18-3smp to 2.4.18-27.7.xsmp, but the problem came back, this time with no errors in the

I am porting a program from windows that uses both windows specific header files, like <winsock.h> and <process.h>, and c++ standard template library header files, like <string> and <vector>. I only have the g++ template library, and it depends on the gnu libc. However, the program I am building depends on the msvc libc. Thus I have impossible dependencies in the same

Hi, Li, Thanks for reply. It is strange that I used RBGL_1.6.0 successfully on the same linux system with R 2.3.1 before! After trying to install R 2.5.1, the RBGL_1.12.0 failed to be installed. Then, I uninstalled R. Delete the directory R/lib/. Installed R.2.3.1 again. And run getBioC1.8.5 for R 2.3.1 to download the three packages graph_1.10.6, RBGL_1.12.0 and Ruuid_1.10.0. But still

Hi, In the quest for better test cases for my MP, I thought of trying the Stepanov Abstraction Penalty benchmark. But apparently llvm-g++ is not ready for such terrible things. Let me know if you want me to send the source code (it is widely available). gaeke|csil-suna37|~/cs/426/MP1/step|[1177]% /usr/dcs/projects/cs426/Software/gcc_install/bin/g++ stepanov.cpp -o stepanov In file included from

> Your favorite choice: > > - gcc bug > - problem with SuSE distribution One of these two. In theory GCC should never crash (even if the LLVM sources had problems), and since SuSE made modifications to the compiler before they shipped it, they implicitly took responsibility for the end result. You can try sending a bug report to SuSE. That said, if you can figure out what is

> > I would definitely like to put a workaround in the LLVM code, assuming it's not > > too ugly. Compatibility with a broad range of compilers is important, > > even if they are buggy. :) > > I see. The following ugly workaround helps: > > #ifdef NDEBUG > bool b = getOption(ArgName) == Opt ; > assert( b && "Arg not in map!"); >

On Thu, 13 Nov 2003, [koi8-r] "Valery A.Khamenya[koi8-r] " wrote: > > You can try sending a bug report to SuSE. > > hm, sending bug report is not my favorite hobby :) Well if you don't, it might never get fixed :( > > That said, if you can figure out what is causing the problem, > > well, I know: > > assert( expression && "my way to kick

Forgive me because I've only been following the messages in a very cursory fashion, so this may already have been covered. I'm running fine on Red Hat 9.0. Maybe this should be an issue for SuSE? -- Robert. At 02:14 PM 11/13/2003 -0600, Chris Lattner wrote: >On Thu, 13 Nov 2003, [koi8-r] "Valery A.Khamenya[koi8-r] " wrote: > > > It might be possible to hack

On Thu, 13 Nov 2003, [koi8-r] "Valery A.Khamenya[koi8-r] " wrote: > > It might be possible to hack your <cassert> header file or something > > though... > > it is just a few places in three files as reported in my previous post. Then comes assert violation with message from llvm sources. Unfortunately, without your help, we won't be able to fix this (none of