R devel - Sep 2000 - R 1.1.1 (and 1.2.0) on Mac (PPC) and "/afm/" bugs (?)

Hy (I hope this is the right list).

1. Mac porting

I'm finishing the porting of R for Mac. I hope to finish it for the 
end of september. Thanks to the porting of  R 0.64 by Ross (that he 
gave me) I succeded in this porting. This is the current state:

Both R 1.1.1. and 1.2.0 works with minor modification to the original 
code. The Macintosh device has been updated to the new version of 
WASTE library that is Carbon-izable (for who knows MacOS, Carbon is a 
collections of libraries  that allow macintosh applications developed 
for pre-MacOS X to run under MacOS X with minor modification, MacOS X 
is beeing released in september).
There is  a lot of work to do in testing the 1.1.1 porting. The code 
I have modified is not all commented, so give me some times to fix 
this and I'll release the sources to who will ask for.
The porting runs only on PPC machines.
I  compiled 1.2 only to verify how much the changes are sensitive to 
new releases of the code. It seems to work without problems.

Is there anyone working on R porting for Mac at the moment?

Actually, I have problems on building the base package and packages 
in general and I just pick Win base package and adapt it, so the 
check I can do are not so accurate. Where can I find the proper 
documentation on building packages?
Makefiles on Mac are a problem for me at the moment, but I'll try to 
fix this also.



2. About the bug (?)

I've to remark one problem in the source code of PS and Xfig devices. 
When the device look for "afm" it is system dependent because slashes 
such "/" are used to search for fonts:

i.e. (in xfig, the same is for PS)

static int XFig_Open(DevDesc *dd, XFigDesc *pd)
{
     char buf[512];
     int i;

     for(i = 0; i < 5 ; i++) {
	sprintf(buf, "%s/afm/%s.%s", R_Home,             <--- HERE
		Family[pd->fontfamily].font[i].abbr,
		(i == 4) ? "afm" : Extension[pd->encoding]);


the slashes should be replaced by the FILESEP  definition.


Both devices fixed for FILESEP (and pictex as well) works on Mac.

Regards,

         Stefano



-- 
Stefano Maria Iacus
Dipartimento di Politica Economica ed Aziendale
Universita' di Milano
Via Conservatorio 7
20122 Milano
Tel: 02 760 74 462
Fax: 02 760 23 198
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To:
r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._

This is my second post. Is  the R porting  no more interesting ? I hope no. :)




Hy (I hope this is the right list).

1. Mac porting

I'm finishing the porting of R for Mac. I hope to finish it for the 
end of september. Thanks to the porting of  R 0.64 by Ross (that he 
gave me) I succeded in this porting. This is the current state:

Both R 1.1.1. and 1.2.0 works with minor modification to the original 
code. The Macintosh device has been updated to the new version of 
WASTE library that is Carbon-izable (for who knows MacOS, Carbon is a 
collections of libraries  that allow macintosh applications developed 
for pre-MacOS X to run under MacOS X with minor modification, MacOS X 
is beeing released in september).
There is  a lot of work to do in testing the 1.1.1 porting. The code 
I have modified is not all commented, so give me some times to fix 
this and I'll release the sources to who will ask for.
The porting runs only on PPC machines.
I  compiled 1.2 only to verify how much the changes are sensitive to 
new releases of the code. It seems to work without problems.

Is there anyone working on R porting for Mac at the moment?

Actually, I have problems on building the base package and packages 
in general and I just pick Win base package and adapt it, so the 
check I can do are not so accurate. Where can I find the proper 
documentation on building packages?
Makefiles on Mac are a problem for me at the moment, but I'll try to 
fix this also.



2. About the bug (?)

I've to remark one problem in the source code of PS and Xfig devices. 
When the device look for "afm" it is system dependent because slashes 
such "/" are used to search for fonts:

i.e. (in xfig, the same is for PS)

static int XFig_Open(DevDesc *dd, XFigDesc *pd)
{
     char buf[512];
     int i;

     for(i = 0; i < 5 ; i++) {
	sprintf(buf, "%s/afm/%s.%s", R_Home,             <--- HERE
		Family[pd->fontfamily].font[i].abbr,
		(i == 4) ? "afm" : Extension[pd->encoding]);


the slashes should be replaced by the FILESEP  definition.


Both devices fixed for FILESEP (and pictex as well) works on Mac.

Regards,

         Stefano
-- 
Stefano Maria Iacus
Dipartimento di Politica Economica ed Aziendale
Universita' di Milano
Via Conservatorio 7
20122 Milano
Tel: 02 760 74 462
Fax: 02 760 23 198
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To:
r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._