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 mad
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
Hi all,
With the bug in tre identified I am trying to move forward - one step at
a time.
As I am getting some errors that prevent make completing with version
3.2.3, and R-devel introduces new issues (that I will face when I get to
them) I would appreciate some guidance with output of "make
On 05-Jan-16 08:15, Michael Felt wrote:
On 04-Jan-16 15:52, Simon Urbanek wrote:
No, no duplicate warnings.
I am still getting many duplicate warnings, but am getting farther than
before: such as:
=== 64-bit ending - what is internal error 5 in R_compress3
On 04-Jan-16 23:24, Michael Felt wrote:
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", li
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 ch
On 04-Jan-16 15:52, Simon Urbanek wrote:
On Jan 4, 2016, at 1:34 AM, Michael Felt 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 bypass the check
an
mpilers to work first since those 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, 201
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 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
,
Simon
On Jan 1, 2016, at 12:20 PM, Simon Urbanek wrote:
Michael,
thanks, I'll have a look once my PDP VMs are up again (later today). This may
be a signedness issue although it's unclear why other platforms wouldn't be
affected.
Cheers,
Simon
On Dec 31, 2015, at 10:14 AM, Mich
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-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-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 this on
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
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 that I get the same results on AIX 5.3
TL7, A
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, c
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 offi
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-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 offi
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(®line, "^
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, line..)
returns REG_NOMATCH even though the string is literally "Package: tools" - no
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 'tools'
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
$
'Tools'
> loadNamespace(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
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 "meth
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 M
werpc-ibm-aix5.3.7.0 (32-bit)
R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.
Natural language support but running in an English locale
R is a colla
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 i
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 sh
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 lea
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@ $(t
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", aclo
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 turn on mantainer mod
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 turn on mantainer mod
On 2015-11-23 23:33, Paul Grosu wrote:
Hi Michael,
I experienced the same thing in the past. After you get the R-3.2.2.tar.gz
and uncompress it, enter the R-3.2.2 directory and run the ./configure and
make from there, rather than a different one.
I have been able to get a 32-bit build, easily,
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)
I'll try this. It is a requir
PM, Michael Felt 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
> shared libraries.
> ***
[/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 wrote:
> On 2015-10-15 15:02, Prof Brian Ripley wrote:
>>
>> On 15/10/2015 13:32, Michael Felt wrote:
>>
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 rel
43 matches
Mail list logo
