similar to: Fixed: embedded R resolving wrong symbols

Hi All, When R is embedded in python on my system (Solaris 8), calls to the c functions 'regcomp' and 'regexec' are being resolved to the c-library, rather than the functions compiled from regex.c. This leads to segfaults because the c-library functions have quite different semantics. Is there any way to get around this, other than renaming the offending functions? E.G., would

After the recent discussion about future direction of the Mac OS X port, I was toying with the idea to make R a proper Mac OS X framework. There are several advantages: OS X locates frameworks automatically, therefore any program wishing to link against R has only to specify "-framework R" at link time. Furthermore versioning is supported, i.e. if a program is linked against R 1.7.1

On 12 November 2016 at 07:59, Dirk Eddelbuettel wrote: | | On 12 November 2016 at 14:23, Kirill M?ller wrote: | | Thanks. I have now CXX = g++ -std=c++98 in my /etc/R/Makeconf, it's | | picked up properly. I can only assume that the last -std= option wins if | | more than one are given on the same command line [1]. | | Good to know it works. | | I am still a little puzzled why it was

This just came up on IRC, 15:01 < chithead> the first one that fails is ld -m elf_i386 -Wl,-O1 -Wl,--as-needed -Bsymbolic -pie -E --hash-style=gnu -T /var/tmp/portage/sys-boot/syslinux-6.01_pre5/work/syslinux-6.01-pre5/core/i386/syslinux.ld -M -o ldlinux.elf ldlinux.o \ 15:01 < chithead> --start-group libcom32.a --whole-archive

> > Considering that a Mass Rebuild was already performed for F24, then an > > updated, patched binutils would probably generate new, working > > Syslinux-related packages. Otherwise, these packages for/in F24 will be > > probably failing. > > > > Binutils: > "Enable -Bsymbolic and -Bsymbolic-functions to PIE" >

Hello, first, sorry for my english, my native language is spanish and i haven not been a good student. My problem is the next; I have ubuntu 10.04TLS, I installed "Runes Of Magic" and got a lot of problems for play, for the last one, I also found the solution, is apply a patch, or edit minidump.c file, this file is inside source codes of wine avaible for download like:

Hi, I try to port samba4beta8 to Optware which includes cross compiling it for various platforms. I already created makefiles for optware for samba versions 3.4 and 3.6. Creating a working makefile for samba4 I try to use the new build environment but it puzzles me. I don't get over part where the python version is being checked. From my findings it looks like the linker dislikes the

Some issues with the recent R-devel (rsync today) on Darwin: 1) Recent R-devel is a bit misleading concerning the R-framework installation: A new option --enable-R-framework was introduced, but install-Rframework ignores its absence (or --disable-R-framework for that matter) and tries to install the framework anyway in / which fails just after the R itself was copied into /Versions/.... I

On 26.10.2016 13:48, Christian Ehrhardt wrote: > Hi, > I was wondering about a crash when building dovecot 2.2.25 on latest > Ubuntu. > I wondered as I've had the same source building on Debian just fine. > > Some debugging led me to this weird behavior: > Using this gdb command file called autoreportissue in my case: > break dcrypt_initialize > commands >

Does anybody know why two "-g" flags appear in the call to gcc in R CMD SHLIB Example: gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG -fpic *-g* -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 *-g* -c c_file1.c -o c_object1.o Surely it need only be listed once? Alan [[alternative HTML version deleted]]

On 12.11.2016 18:38, Dirk Eddelbuettel wrote: > On 12 November 2016 at 07:59, Dirk Eddelbuettel wrote: > | > | On 12 November 2016 at 14:23, Kirill M?ller wrote: > | | Thanks. I have now CXX = g++ -std=c++98 in my /etc/R/Makeconf, it's > | | picked up properly. I can only assume that the last -std= option wins if > | | more than one are given on the same command line [1].

On 12/30/2015 4:14 PM, Rowland penny wrote: > ./configure --prefix=/usr --mandir=/usr/share/man > --infodir=/usr/share/info --sysconfdir=/etc/bind --localstatedir=/var > --enable-threads --enable-largefile --with-libtool --enable-shared > --enable-static --with-openssl=/usr --with-gssapi=/usr > --with-dlopen=yes --with-gnu-ld --enable-ipv6 > CFLAGS='-fno-strict-aliasing

It appears that grDevices (and perhaps other R libraries) is built without passing C_VISIBILITY to PKG_CFLAGS (-fvisibility=hidden), while other libraries (e.g. utils) do use the flag. This results in potential crashes on linux in situations like using embedded R in another application that happens to export a symbol named similarly to one defined in R's library, since the runtime linker

Howdy, I've been regularly using the CVS tree for updating wine for a few months now, and with only a few problems caused by my relative Linux OS newbieness, I must say that it's been a dandy experience. So, I've tried again today, and I get the following error, with having changed nothing in my method (but maybe my system?) since my last update: make[2]: Entering directory

We would like to have access to some kind of regular expression library inside LLVM. For example, we need this to extend the FileCheck test case checking tool to support regular expressions. There are three obvious options: 1. Roll our own library. Multiple unnamed individuals may even already have implementations lying around! :) 2. Use POSIX regcomp facilities. This implies importing some

Greetings, We are trying to compile a 64bit version of R (1.7.0) on HP-UX (11.11), but are running into some problems. The following relevant filesets are installed: B3901BA B.11.11.04 HP C/ANSI C Developer's Bundle for HP-UX 11.i (S800) B3909DB B.11.11.60 HP Fortran 90 Compiler and associated products (S800) B3913DB C.03.33.01 HP aC++ Compiler (S800) This is our configure step:

On 31/12/15 14:55, Reindl Harald wrote: > > > Am 31.12.2015 um 15:43 schrieb James: >> On 12/30/2015 4:14 PM, Rowland penny wrote: >>> ./configure --prefix=/usr --mandir=/usr/share/man >>> --infodir=/usr/share/info --sysconfdir=/etc/bind --localstatedir=/var >>> --enable-threads --enable-largefile --with-libtool --enable-shared >>> --enable-static

still trying to get Turbocad LE working (see other post http://groups.google.com/group/comp.emulators.ms-windows.wine/browse_frm/thread/b27891438d4fa9fa). Currently trying to compile wine 20040121 so that I can possibly install two versions at the same time or at very least end up making a .deb pkg that will install without being forced. Since I had trouble with compiling from an up to date

On Sun, Aug 23, 2009 at 3:29 PM, Kenneth Uildriks<kennethuil at gmail.com> wrote: > On Sun, Aug 23, 2009 at 4:56 PM, Daniel Dunbar<daniel at zuster.org> wrote: >> We would like to have access to some kind of regular expression >> library inside LLVM. For example, we need this to extend the FileCheck >> test case checking tool to support regular expressions.

More recent versions of the GNU linker (>= 2.31) create a separate code "PT_LOAD" segment by default (as of https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=f6aec96dce1ddbd8961a3aa8a2925db2021719bb). Building syslinux EFI images with this -zseparate-code enabled creates broken EFI images, since efi/wrapper.c only copies the first PT_LOAD segment to the EFI. This patch adds