similar to: Matrix _0.999375-14 "Note" under CRAN Check, Hmisc_3.4-3 has Warning, Dpackage_1.0-5 has an Error

Displaying 20 results from an estimated 3000 matches similar to: "Matrix _0.999375-14 "Note" under CRAN Check, Hmisc_3.4-3 has Warning, Dpackage_1.0-5 has an Error"

2007 Dec 12
2
Need good Reference Material and Reading about Gaussian Copulas
Can anyone advise me on some pratical papers or books On Gaussian Copulas? Anything in the genre of Copulas Dummies Would be a help. As simpe, and approachable with minimal pedantic style. Thanks, Neil -------------------------------------------------------- This information is being sent at the recipient's reques...{{dropped:16}}
2008 May 14
4
Accessing items in a list of lists
Using R 2.6.2, say I have the following list of lists, "comb": data1 <- list(a = 1, b = 2, c = 3) data2 <- list(a = 4, b = 5, c = 6) data3 <- list(a = 3, b = 6, c = 9) comb <- list(data1 = data1, data2 = data2, data3 = data3) So that all names for the lowest level list are common. How can I most efficiently access all of the sublist items "a" indexed by the outer
2004 Sep 10
2
1.0 candidate checked in
> OK, that worked. > > I checked in your patch to make a static libFLAC-asm.a and > I moved @XMMS_LIBS@ to the end of ...LIBADD. Matt and Ben, > can you try the latest CVS to see if it works for you now? It doesn't work for me. Looks like libtool decided not to link libFLAC-asm.a into libFLAC. Here's the output: Making all in src gmake[1]: Entering directory
2004 Sep 10
1
error during compile
hello! Today I tried to compile the new FLAC 0.8 sourcecode on my SuSE Linux 7.1 machine and failed. Below is the output of "make" and "configure". I hope the information is enough that somebody can help me to compile the source. Thanks a lot. PS: A lot of thanks to all developers of FLAC. Its very useful to me!! ------------------------------------------------------ This
2008 Feb 28
1
Plotting Dendrogram Help Getting Plot to Display Neatly
I have done a cluster analysis doing: 1-clusNorth <-hclust(dist(Artorious)^2, method="ward") 2-clusNorth$labels <-Artorious$Name ## to show the case names and not numbers 3-dend1 <- as.dendrogram(clusNorth) 4-plot(dend1) My Dendrogram is now showing the names of my cases in the dataframe on the x axis 1 OMNICELL INC COM 2 GETTY IMAGES INC
2008 Jan 25
1
Need Advice with C# Program to Create and Display Cusum Chart
I need to write a C# program to create and display Cusum chart from any of the packages, spc, qcc or strucchange. Issues: 1-The data resides in a MS SQL Database. The C# program will handle obtaining the data for the requisite types of samples. Assistance needed on: 1-How can I call the cusum capabilities of any of the above packages and pass the data to the cusum function and plot? 2-How
2009 Jul 24
2
ffmpeg2theora: Undefined symbols?
Compiling ffmpge2theora from SVN appears to die while complaining about undefined symbols? This documents my attempt to build ffmpeg2theora from SVN on Mac OS X version 10.5.7. I'm using libogg 1.1.4, libvorbis 1.2.3 and Thusnelda built from SVN... jason$ svn co http://svn.xiph.org/trunk/ffmpeg2theora/ ... Checked out revision 16330. jason$ cd ffmpeg2theora;curl -C - -O
2001 Oct 24
3
Almost there...
Ok, I managed to compile the Ogg and Vorbis libs. Then, after modifying the file audio_out.c as follows: original: #include <dlfcn.h> modified: #include <win32/include/dlfcn.h> I was able to (finally!) compile libao. Then I tried to compile the module vorbis-tools, but uninvited problems came to my party. [...] > /usr/bin/ld: multiple definitions of symbol _getopt >
2001 Jan 30
1
vorbis-tools build problems
Building vorbis-tools out of today's CVS (Jan 30) on Linux/i386 has a few problems. 1) Building oggenc: gcc -DPACKAGE=\"vorbis-tools\" -DVERSION=\"1.0prebeta4\" -I. -I. -pipe -O2 -m486 -fno-strength-reduce -c platform.c platform.c:55: warning: garbage at end of `#ifdef' argument 2) Building ogg123: gcc -DPACKAGE=\"vorbis-tools\"
2002 Jan 10
1
Trouble building libvorbis-1.0rc3
Hi all, I was just trying to build myself a RC3 set of Ogg/Vorbis libs and tools, but the build of libvorbis bombs out on me while making all in examples. I've ./configure'd with no options, which gave no warnings or errors. After that a normal make gives the below attached output. Can anyone tell me what I've done wrong ? I've also tried removing the examples/ directory. After
2004 Aug 06
2
libxml error (or am I just being dumb?)
I've been trying to compile ices and icecast all night. I have narrowed the problem down to libxml. I have tried several rpms of libxml2 and libxml2-devel all to no avail. I don't expect support on this alpha release but just a reply to say that it's a common issue or wether I am just a dunce would be nice. :) Thanks Hans The follwing are installed by RPM: libxml2-2.4.23-1
2000 Dec 15
1
AIX + ogg123
Has anyone managed to get ogg123 to compile in AIX? I'm got an RS6k with a PPC 604e, running AIX 4.3.3. I can get libogg, libvorbis, libao, oggenc (so, everything _but_ ogg123) to compile just fine. I'm using gcc, thankfully, and not the native IBM compilers. I believe the problem to be with the linker. By default gcc for AIX doesn't use the GNU linker, but the standard AIX
2003 Sep 10
1
libtheora bug
gcc-3.3.1 + slackware9 /bin/sh ../libtool --mode=compile gcc -DPACKAGE=\"libtheora\" -DVERSION=\"0.0\" -DHAVE_DLFCN_H=1 -I. -I. -I../include -O2 -D_REENTRANT -c dct_decode.c rm -f .libs/dct_decode.lo gcc -DPACKAGE=\"libtheora\" -DVERSION=\"0.0\" -DHAVE_DLFCN_H=1 -I. -I. -I../include -O2 -D_REENTRANT -c dct_decode.c -fPIC -DPIC -o .libs/dct_decode.lo
2004 Aug 06
0
libshout compile errors (os.h)
On 2002.11.30 20:43 smoerk wrote: > I get an error when compiling libshout. it's the version from cvs, i > checked it out a few minutes ago... > > make[2]: Entering directory `/opt/ices2/libshout/src/net' > /bin/sh ../../libtool --mode=compile gcc -DPACKAGE=\"libshout\" > -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 >
2004 Sep 10
0
Updating flac include problems
Lateral to Matt, Matt, can you refresh my memory... I vaguely remember you mentioning that my OUR_CFLAGS_HEAD/OUR_CFLAGS_TAIL change to configure.in messed up debianization because it put local includes at the head... am I remembering right? Is there a way to resolve that problem *and* Ben's? Josh --- Ben Hines <bhines@alumni.ucsd.edu> wrote: > Updating the fink flac to 1.0.4, it
2004 Sep 10
0
Compiling problem flac 1.0.4 Mandrake 9.0 gcc 3.2
I think the basic problem is that configure can't find any C++ compiler on your system, which is required to build some of the libraries. It's kind of hard to imagine that Mandrake would supply gcc but not g++; maybe something else is wrong. Anyway, if you absolutely do not want any of the C++ stuff, you can just remove the following directories from SUBDIRS in src/Makefile libFLAC++
2001 Apr 23
1
building libao under Debian
Here are some of my notes with building and using vorbis-tools-1.0beta4 under Debian Linux 2.2. 1) building libao: make[3]: Leaving directory `/home/jeremy/src/ogg/libao-0.6.0/src/plugins/alsa' Making all in arts make[3]: Entering directory `/home/jeremy/src/ogg/libao-0.6.0/src/plugins/arts' /bin/sh ../../../libtool --mode=compile gcc -DPACKAGE=\"libao\"
2004 Sep 10
4
Updating flac include problems
Updating the fink flac to 1.0.4, it won't compile because finds the headers of the previous version in /sw/include, because the CPPFLAGS/CFLAGS are being put before the local includes: (configure with ./configure --prefix=/sw --mandir=/sw/share/man ) gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"
2004 Aug 06
4
libshout compile errors (os.h)
I get an error when compiling libshout. it's the version from cvs, i checked it out a few minutes ago... make[2]: Entering directory `/opt/ices2/libshout/src/net' /bin/sh ../../libtool --mode=compile gcc -DPACKAGE=\"libshout\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_C99_INTTYPES=1 -DHAVE_NANOSLEEP=1
2004 Aug 06
0
cvs changes
On Sat, 20 Oct 2001, Jack Moffitt wrote: > I changed the libshout2 and thread module apis. This broke everything. > If you are tracking CVS, make sure to update your libshout2 and the > thread module. Ices2 and Icecast2 already uses these new changes, which > were implemented as part of general cleanup and getting Solaris builds > out of clean tarballs. > > If anyone is