Hi Simon,
I have been busy with work, but I finally got around to repackaging
libiconv for AIX - in a way that both adds GNU libiconv support
(libiconv.so.2 member) and is both 32 and 64 bit without breaking
support for IBM iconv applications.
I concur that iconv is a pain as IBM and GNU
On 2016-01-08 00:17, Michael Felt wrote:
Hi all,
With the bug in tre identified I am trying to move forward - one step
at a time.
Guess it is time to close testing via R-3.2.3. Next posts will be:
a) when I have time
b) based on R-devel
Have a good day all!
Michael
As I am getting some
On 04-Jan-16 15:52, Simon Urbanek wrote:
On Jan 4, 2016, at 1:34 AM, Michael Felt <aixto...@gmail.com> wrote:
I would be "pleased" if you would try packages - i.e., none of "Toolbox" or
Perzl rpm's.
R requires iconv, so you have to get that somehow. I tried to b
The bulk is on my forums - the final post for today is:
Results to date:
A. It looks like I am going to need a newer compiler for C - xlc/xlC V11
apparently does not understand this code:
"/data/prj/cran/R-3.2.3/src/main/memory.c", line 2149.31: 1506-046 (S)
Syntax error.
I will have to
ose are the official ones.
I may try gcc later, but I'm really interested in the IBM ones because that
gives us a good non-GNU test (e.g., TRE fails in JIT due some alleged GNUisms
so you can't use the strict compiler mode).
Cheers,
Simon
On Jan 3, 2016, at 10:59 AM, Michael Felt <aixto...
ted.
Cheers,
Simon
On Dec 31, 2015, at 10:14 AM, Michael Felt<aixto...@gmail.com> wrote:
On 2015-12-30 09:58, Michael Felt wrote:
On 2015-12-29 11:02, Michael Felt wrote:
This seems to be a problem that goes back a long time - and I hope someone who
understands what tre is sup
On 2016-01-03 16:59, Michael Felt wrote:
On 2016-01-01 23:48, peter dalgaard wrote:
Nice catch you two!!!
Happy New Year
-pd
I am much happier with this great start!
Simon - which compiler)s) did you use: xlc and xlfortran, or
gcc/gfortran?
I have made some changes to configure(.ac) so
On 2016-01-03 17:28, Michael Felt wrote:
On 2016-01-03 16:59, Michael Felt wrote:
On 2016-01-01 23:48, peter dalgaard wrote:
Nice catch you two!!!
Happy New Year
-pd
I am much happier with this great start!
Simon - which compiler)s) did you use: xlc and xlfortran, or
gcc/gfortran?
I have
On 2015-12-30 09:58, Michael Felt wrote:
On 2015-12-29 11:02, Michael Felt wrote:
This seems to be a problem that goes back a long time - and I hope
someone who understands what tre is suppossed to be doing will look
at this.
A short history of other people who have reported
On 2015-12-31 16:14, Michael Felt wrote:
- literal (&, M-^?) (38, 65535), pos 0, sub -1, 0 tags
+ literal (&, M-^?) (38, -1), pos 0, sub -1, 0 tags
Getting down to these two lines - so I think it is now "before"
root@x069:[/data/prj/cran/32/R-aix-3.2.3/sr
On 2015-12-31 17:02, Michael Felt wrote:
On 2015-12-31 16:14, Michael Felt wrote:
- literal (&, M-^?) (38, 65535), pos 0, sub -1, 0 tags
+ literal (&, M-^?) (38, -1), pos 0, sub -1, 0 tags
Getting down to these two lines - so I think it is now "before"
Made a few chang
On 2015-12-29 11:02, Michael Felt wrote:
This seems to be a problem that goes back a long time - and I hope
someone who understands what tre is suppossed to be doing will look at
this.
A short history of other people who have reported on this on different
versions of AIX. I shall only add
On 2015-12-18 09:26, Michael Felt wrote:
int
tre_regcomp(regex_t *preg, const char *regex, int cflags)
{
return tre_regncomp(preg, regex, regex ? strlen(regex) : 0, cflags);
}
I wonder if it could be
Looking here, I saw this line - and I am wondering if L'0' as 64-bit is
too long, compared
On 2015-12-18 02:29, Simon Urbanek wrote:
Michael,
I got access to PDP AIX so I can try to replicate your problem. Can you,
please, share exactly your setup - AIX version and well as how exactly you
installed the compilers (=where from)? I can then try to replicate it. AFAICS
there is no
On 2015-12-18 10:58, Michael Felt wrote:
c) ls -l 32/*.env 64/*.env
sdiff -w ??/aix.env
cat bin/my_shared.ksh
Forgot this part:
2015-12-18 10:00 32 and 64 bit aix
environments Page 1
export OBJECT_MODE=32export OBJECT_MODE=64
On 2015-12-17 21:37, peter dalgaard wrote:
As you're dying in an else clause, a previous if () must contain the clue.
Unfortunately not necessarily the matching one.
My guess is that your TRE library is broken. The line should have matched the RE
"regline" defined as
tre_regcomp(,
On 2015-12-18 14:21, Michael Felt wrote:
root@x069:[/data/prj/cran/32/R-aix-3.2.3]ls -l /tmp/download
total 622400
-rw-r--r--1 root system27482 Dec 18 12:34 .toc
-rwxrwxr--1 199 33 828928 Sep 17 2012
aixtools.gmp.5.0.5.0.I
-rw-r--r--1 root system
On 2015-12-18 02:29, Simon Urbanek wrote:
Michael,
I got access to PDP AIX so I can try to replicate your problem. Can you,
please, share exactly your setup - AIX version and well as how exactly you
installed the compilers (=where from)? I can then try to replicate it. AFAICS
there is no
espace(tools)
Error in loadNamespace(tools) : object 'tools' not found
> loadNamespace("tools")
Error: Line starting 'Package: tools ...' is malformed!
>
On 17-Dec-15 18:02, Michael Felt wrote:
I have been struggling with this error message - and think I finally
understand it's co
I have been struggling with this error message - and think I finally
understand it's context.
Start
Line by line debugging shows me the function works:
...
> saveRDS(val, mapfile)
> val
$variables
$variables$IANA_HTTP_status_code_db
[1]0 1256
$variables$IANA_URI_scheme_db
[1] 1256 3458
On 2015-12-17 19:30, peter dalgaard wrote:
Presumably the file in question is one of
Peter-Dalgaards-MacBook-Air:BUILD pd$ grep -r "^Package: tools" *
library/tools/DESCRIPTION:Package: tools
src/library/tools/DESCRIPTION:Package: tools
so the first thing I'd do is to have a good look at those
On 2015-12-17 18:56, Duncan Murdoch wrote:
Error: Line starting 'Package: tools ...' is malformed!
These both do a loadNamespace("tools").
> Tools:::foobar()
Error in loadNamespace(name) : there is no package called 'Tools'
> loadNamespace(tools)
Error in loadNamespace(tools) : object
On 2015-12-18 04:30, Simon Urbanek wrote:
FWIW I was able to replicate the problem using AIX7.1 on Power8, R 3.2.3, vac/xlc 11.1, xlf
13.1 in 64-bit mode. Indeed, Peter's analysis is correct re_regexecb(, line..)
returns REG_NOMATCH even though the string is literally "Package: tools" - no
On 2015-12-16 16:40, Duncan Murdoch wrote:
We generally ignore it, so your current practice is fine. The problem
is that none of the core developers use AIX, so it's unlikely anyone
will be able to test and fix your problems. You'll need to find an
AIX expert, or fix them yourself.
Duncan
On 2015-12-16 16:02, Michael Felt wrote:
tools:::sysdata2LazyLoadDB("/data/prj/cran/R-3.2.3/src/library/tools/R/sysdata.rda","../../../library/tools/R")
Error: Line starting 'Package: tools ...' is malformed!
> warnings()
Warning messages:
1: package "methods&
Hope I am not sounding too much like a broken record - as far as 64-bit
build on AIX is concerned.
** Short - 32-bit builds complete normally, 64-bit builds stop at
"installing 'sysdata.rda'" with message:
Error: Line starting 'Package: tools ...' is malformed!
Execution halted
*** Longer...
Hi,
I sent in three bug-reports (maybe should have been 4, because the
second contains an "enhancement" as well as well as a bug).
I do not set "Importance", ever - or, is that the custom here?
Regards,
Michael
p.s. - maybe related - is it best practice to add [Rd] in the subject
line, or
Hello all,
I have spent the last week going through the configure/configure.ac
file, basically line-by-line.
I am finding things related to AIX that have not been working well
(i.e., cleanly) for 32-bit builds and are a "root-cause" for 64-bit
builds to finish cleanly.
Trying to keep this
On 2015-11-23 18:52, aixtools wrote:
Starting all over again with R-devel of 22-11-2015.
Actually, reverting back to R-3.1.3 as that has built better, and I
shall apply lessons learned as I move along.
I have had a number of e-mail exchanges with people who support gcc for
POWER, and have
On 2015-11-27 17:25, peter dalgaard wrote:
The easiest way to find out is to look through the Makefile.in-s for lines with
@MAINTAINER_MODE_TRUE@. E.g. in src/include/Makefile.in
$(srcdir)/config.h.in: @MAINTAINER_MODE_TRUE@ $(srcdir)/stamp-h.in
$(srcdir)/stamp-h.in: @MAINTAINER_MODE_TRUE@
On 2015-11-26 17:15, peter dalgaard wrote:
If you do want to play with maintainer-mode, first check out
https://developer.r-project.org/R-build-prerelease
it is what is done in the nightly builds on OSX. (Actually Mavericks. The
comment is old.)
-pd
Very helpful.
I only ran the "sync",
On 2015-11-23 23:43, peter dalgaard wrote:
On 23 Nov 2015, at 22:30 , aixtools wrote:
./configure --enable-maintainer-mode ...
Two things here
- possibly irrelevant, but I'd avoid building in the source directory. (mkdir
../BUILD ; cd ../BUILD; ../R/configure)
- don't
On 2015-11-23 23:43, peter dalgaard wrote:
On 23 Nov 2015, at 22:30 , aixtools wrote:
./configure --enable-maintainer-mode ...
Two things here
- possibly irrelevant, but I'd avoid building in the source directory. (mkdir
../BUILD ; cd ../BUILD; ../R/configure)
- don't
[/data/prj/cran/32/R-3.1.3.1/src/library/stats/src]ls -l stats.so
-rwxr-xr-x1 root system 1456186 Oct 24 17:36 stats.so
On Sun, Oct 18, 2015 at 9:06 PM, aixtools <aixto...@gmail.com> wrote:
> On 2015-10-15 15:02, Prof Brian Ripley wrote:
>>
>> On 15/10/2015 13:32, Mi
PM, Michael Felt <aixto...@gmail.com> wrote:
> I have determined why there are many "WARNING: Duplicate symbol:" messages.
>
> *** My apologies for the length *** There is a lot of detail - but I
> hope the detail will help R - and others - setup correct options for
&g
Hi.
Just wanted to let you know I am getting close to packaging R for AIX in
64.bit mode.
One comment - the libtool.m4 I see used is quite old. The one I have on my
system is 2.4.6, and what I see in R says:
I am hoping a new libtool will clean up most of the manual work now needed.
# Which
36 matches
Mail list logo