search for: gstab

...(167,-11), root:(213,54), state 0x0, keycode 107 (keysym 0xffff, Delete), same_screen YES, XLookupString gives 1 bytes: "" Here are the specs for the gcc that compiled R: $ gcc -dumpspecs *asm: %{v:-V} %{Qy:} %{!Qn:-Qy} %{n} %{T} %{Ym,*} %{Yd,*} %{Wa,*:%*} *asm_debug: %{gstabs*:--gstabs}%{!gstabs*:%{g*:--gdwarf2}} *asm_final: *asm_options: %a %Y %{c:%W{o*}%{!o*:-o %w%b%O}}%{!c:-o %d%w%u%O} *invoke_as: %{!S:-o %|.s | as %(asm_options) %|.s %A } *cpp: %{posix:-D_POSIX_SOURCE} %{pthread:-D_REENTRANT} *cpp_options: %(cpp_unique_options) %1 %{m*} %{std*&...

...t - or it doesn't work? By default, winemaker seems configure things for no debug - so I edited one Makefile manually, and added -g. Winedbg can attach to the process, and can even show the stack - but didn't know much beyond that. I tried all the -g variants that I could find, but only -gstabs and -gstabs+ seemed to help. They allowed the debugger to find the correct place in the source, and "whatis" seemed to work - however, if I tried to dereference something, it complained about "no type ...", like this: Wine-dbg>info process pid threads parent execu...

...erspec? /usr/include/linux/time.h:47: error: redefinition of ?struct itimerval? client/smbmount.c: In function ?init_mount?: client/smbmount.c:496: warning: the address of ?options? will always evaluate as ?true? The following command failed: i486-linux-gnu-gcc -I. -I/usr/src/samba-3.0.32/source -gstabs -Wall -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -DIDMAP_RID_SUPPORT_TRUSTED_DOMAINS -I/usr/src/samba-3.0.32/source -O2 -D_SAMBA_BUILD_=3 -I/usr/src/samba-3.0.32/source/iniparser/src -Iinclude -I./include -I. -I. -I./lib/replace -I./lib/talloc -I./tdb/include -I./libaddns -I./librpc -DHAVE_CONFIG_H...

...f the nightly test scripts, I ran the llc version through valgrind to see where the performance bottleneck is, but the results don't include debugger symbols, and the output is useless. I tried using -g on all the tools which accepted it (llvm-gcc, and gcc), but still no luck. I also tried --gstabs on 'as' in place of gcc for the assembly step. It generates errors along the lines of "debugger symbol table too large, use different format". Any idea how I can get debugger symbols into the llc-generated version of the lists benchmark? Did I miss something obvious? Altern...

...oft ## ============== configuration macros for building R =================== # Path of library directory containing zlib, bzlib, liblzma, pcre, # libpng, libjpeg, libtiff. # Use 'make rsync-extsoft' to populate the default directory. EXT_LIBS = D:/R64/extsoft # an alternative is to use -gstabs here, if the debugger supports only stabs. # G_FLAG = -gdwarf-2 # Set to YES and specify the path if you want to use the ATLAS BLAS. USE_ATLAS = YES ATLAS_PATH =D:/home/thread0 # Support for the ACML and Goto BLASes has been withdrawn: see R-admin.html # Define to use svnversion to set SVN-REVI...

Hello, I was inspired by the Quest tool and decided to give it a try on LLVM. It quickly located two bugs which appear to be in the bug database already: Bug #279 - [llvmgcc] "constructor" code generation can be improved Although, the code that Quest generates actually *crashes* LLVM instead of producing poor output. Should this be added as a separate bug, or just

...mpile i586-mingw32msvc-gcc -DHAVE_CONFIG_H -I. -I../.. -DFLaC__INLINE=inline -DNDEBUG -I../.. -I./include -I../../include -I/home/avuton/src/mpd-release-utils/build-dir/include -I/home/avuton/src/mpd-release-utils/build-dir/include -O3 -funroll-loops -finline-functions -Wall -W -Winline -O0 -ggdb3 -gstabs -pipe -c -o bitmath.lo bitmath.c libtool: Version mismatch error. This is libtool 2.4 Debian-2.4-2ubuntu1, but the libtool: definition of this LT_INIT comes from libtool 2.4.2. libtool: You should recreate aclocal.m4 with macros from libtool 2.4 Debian-2.4-2ubuntu1 libtool: and run autoconf again...

...ng packages ================ # Absolute path to '/usr/local' software collection. The versions used # on CRAN can be found under http://www.stats.ox.ac.uk/pub/Rtools/goodies LOCAL_SOFT = ## ============== configuration macros for building R =================== # an alternative is to use -gstabs here, if the debugger supports only stabs. G_FLAG=-gdwarf-2 # Comment out if the msvcrt.dll malloc/free is required (not tested recently) LEA_MALLOC=YES # Set to YES and specify the path if you want to use the ATLAS BLAS. USE_ATLAS=NO ATLAS_PATH=/R/ATLAS/lib/WinNT_P4SSE2 # Support for the ACML...

...ion macros for building R =================== > > # Path of library directory containing zlib, bzlib, liblzma, pcre, > # libpng, libjpeg, libtiff. > # Use 'make rsync-extsoft' to populate the default directory. > EXT_LIBS = D:/R64/extsoft > > # an alternative is to use -gstabs here, if the debugger supports only > stabs. > # G_FLAG = -gdwarf-2 > > # Set to YES and specify the path if you want to use the ATLAS BLAS. > USE_ATLAS = YES > ATLAS_PATH =D:/home/thread0 > > # Support for the ACML and Goto BLASes has been withdrawn: see R-admin.html >...

Hi All, I am trying to compile R from source on a 64 bit Windows. I have downloaded and installed all the third party software as per the R - documentation. The compilation starts fine and after a while it stops with the following error message: D:/Rtools/mingw_64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.3/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lRgraphapp collect2.exe: error: ld

Every time I download and try to install through crossover games, I get this same error, I made sure to use winetricks to download ie6, vcrun2005, and wininet. The error is "the program clientupdate.exe has encountered a serious problem and needs to close. We are sorry for the inconvienence". Does anyone have experience getting this to run through just wine, or crossover games? is

...================= >> >> # Path of library directory containing zlib, bzlib, liblzma, pcre, >> # libpng, libjpeg, libtiff. >> # Use 'make rsync-extsoft' to populate the default directory. >> EXT_LIBS = D:/R64/extsoft >> >> # an alternative is to use -gstabs here, if the debugger supports only >> stabs. >> # G_FLAG = -gdwarf-2 >> >> # Set to YES and specify the path if you want to use the ATLAS BLAS. >> USE_ATLAS = YES >> ATLAS_PATH =D:/home/thread0 >> >> # Support for the ACML and Goto BLASes has been w...