[Rd] 答复: patch about timezone name of China Standard Time on windows

2023-01-08 Thread gong yu
Search and read some information about windows timezone to Linux timezone 
mapping this week.
 And found an .net library implement this, 
https://github.com/mattjohnsonpint/TimeZoneConverter . Question is how to use 
it?

��: Simon Urbanek 
ʱ��: 2023��1��9�� 5:56
�ռ���: gong yu 
: r-devel@r-project.org 
: Re: [Rd] patch about timezone name of China Standard Time on windows



> On 7/01/2023, at 1:17 PM, gong yu  wrote:
>
> understand your concerns.
> for registerTZ.c itself , IMHO , the most important part is the definition of 
> tztable[] .  which come form 
> http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html ,but it 
> can��t access now, the lasted version is 
> https://unicode-org.github.io/cldr-staging/charts/42/supplemental/zone_tzid.html.
>
> maybe  we need write a script  or small tools  , use it sync with unicode 
> standard and microsoft registery or tzutil , to generate tztable definition?
> will this better than current way? if it is i will try it in next 1-2 weeks.
>

I'm not sure how simple it would be to script this since others have been 
working on this, but if it was doable it would be a good start. There are 
others that know more about CLDR than I do.

Cheers,
Simon


[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] 答复: patch about timezone name of China Standard Time on windows

2023-01-06 Thread gong yu
understand your concerns.
for registerTZ.c itself , IMHO , the most important part is the definition of 
tztable[] .  which come form 
http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html ,but it can��t 
access now, the lasted version is 
https://unicode-org.github.io/cldr-staging/charts/42/supplemental/zone_tzid.html.

maybe  we need write a script  or small tools  , use it sync with unicode 
standard and microsoft registery or tzutil , to generate tztable definition?
will this better than current way? if it is i
will try it in next 1-2 weeks.

best regards
Yu Gong

��: Simon Urbanek 
ʱ��: 2023��1��7�� 6:36
�ռ���: gong yu 
: Ivan Krylov ; r-devel@r-project.org 

: Re: [Rd] patch about timezone name of China Standard Time on windows

Just a quick comment here - this is not as easy as it sounds, because the code 
is in the "extra" directory which means it is based on upstream sources, so 
those sources are typically not patched manually as it would be hard to apply 
upstream updates. In this case the standards have changed since the last 
update, so the way to go about this would be to upgrade according to latest 
sources and standards as it's quite possible that the issue has been addressed 
there. However, such update is quite time-consuming process as we have to make 
sure that the standards are matched and changes have not broken something in R. 
So you can file an issue so this is on record, but I wouldn't include patches 
since they cannot be applied directly for reasons explained as it has to be 
done as a part of the full update, not just a single entry.

Cheers,
Simon


> On Jan 6, 2023, at 10:17 PM, gong yu  wrote:
>
> Thanks Ivan!
> I  really missed the information on   https://www.r-project.org/bugs.html .  
> Instead ,  browse 
> [https://bugs.r-project.org<https://bugs.r-project.org/>]https://bugs.r-project.org<https://bugs.r-project.org/>
>  and didn't found where to registration and login, then send email to this 
> list.
> will send a email to bug-report-requ...@r-project.org.
> for two  entries in  
> registryTZ.c<https://github.com/r-devel/r-svn/blame/22bf3a2cb1dd6844e69c9214d990bf438a485db7/src/extra/tzone/registryTZ.c>
>   , the China Standard Time is incorrect ,but Taipei Standard Tim is ok
>
> Best regards,
> Yu Gong
>
>
>
> ____
> ��: Ivan Krylov 
> ʱ��: 2023��1��6�� 15:26
> �ռ���: gong yu 
> : r-devel@r-project.org 
> : Re: [Rd] patch about timezone name of China Standard Time on windows
>
> Hello Yu Gong!
>
> I'm not an R developer, but I hope I'll be able to help you with my
> advice.
>
> On Fri, 6 Jan 2023 04:24:43 +
> gong yu  wrote:
>
>> Last week ,I report a issuse about  timezone name about" China
>> Standard Time", R on windows will report to Asia/Taipei , but it
>> should be Asia/Shanghai, Since  still now  no feedback (maybe because
>> for my poor english). So resubmit a patch about this .
>
> Sometimes, everyone is too busy to discuss a patch right now, but a
> patch just left on R-devel may be eventually forgotten before there's
> time for discussion. Try asking for a Bugzilla account (by following
> the guide at <https://www.r-project.org/bugs.html>) and submitting the
> patch there.
>
>> and in current R implemention , it report " China Standard Time" is
>> incorrect ,but "Taipei Standard Time" is correct, so this patch only
>> need modify " China Standard Time" and will not affect other timezone.
>
> Thank you for verifying this. As far as I can tell, the file has always
> contained both entries referring to "Asia/Taipei":
> https://github.com/r-devel/r-svn/blame/22bf3a2cb1dd6844e69c9214d990bf438a485db7/src/extra/tzone/registryTZ.c
>
> --
> Best regards,
> Ivan
>
>[[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel


[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] 回复: patch about timezone name of China Standard Time on windows

2023-01-06 Thread gong yu
Thanks Ivan!
I  really missed the information on   https://www.r-project.org/bugs.html .  
Instead ,  browse https://bugs.r-project.org<https://bugs.r-project.org/> and 
didn't found where to registration and login, then send email to this list.
will send a email to bug-report-requ...@r-project.org.
for two  entries in  
registryTZ.c<https://github.com/r-devel/r-svn/blame/22bf3a2cb1dd6844e69c9214d990bf438a485db7/src/extra/tzone/registryTZ.c>
  , the China Standard Time is incorrect ,but Taipei Standard Tim is ok

Best regards,
Yu Gong




��: Ivan Krylov 
ʱ��: 2023��1��6�� 15:26
�ռ���: gong yu 
: r-devel@r-project.org 
: Re: [Rd] patch about timezone name of China Standard Time on windows

Hello Yu Gong!

I'm not an R developer, but I hope I'll be able to help you with my
advice.

On Fri, 6 Jan 2023 04:24:43 +
gong yu  wrote:

> Last week ,I report a issuse about  timezone name about" China
> Standard Time", R on windows will report to Asia/Taipei , but it
> should be Asia/Shanghai, Since  still now  no feedback (maybe because
> for my poor english). So resubmit a patch about this .

Sometimes, everyone is too busy to discuss a patch right now, but a
patch just left on R-devel may be eventually forgotten before there's
time for discussion. Try asking for a Bugzilla account (by following
the guide at <https://www.r-project.org/bugs.html>) and submitting the
patch there.

> and in current R implemention , it report " China Standard Time" is
> incorrect ,but "Taipei Standard Time" is correct, so this patch only
> need modify " China Standard Time" and will not affect other timezone.

Thank you for verifying this. As far as I can tell, the file has always
contained both entries referring to "Asia/Taipei":
https://github.com/r-devel/r-svn/blame/22bf3a2cb1dd6844e69c9214d990bf438a485db7/src/extra/tzone/registryTZ.c

--
Best regards,
Ivan

[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] patch about timezone name of China Standard Time on windows

2023-01-05 Thread gong yu
Last week ,I report a issuse about  timezone name about" China Standard Time", 
R on windows will report to Asia/Taipei , but it should be Asia/Shanghai,
Since  still now  no feedback (maybe because for my poor english). So resubmit 
a patch about this .

Change it from Asia/Taipei to Asia/Shanghai could veryfied from
1  tzutil (this is windows buildin command  made by microsoft )  , run tzutil 
/l , it show  " China Standard Time" is (UTC+08:00) Beijing, Chongqing, Hong 
Kong, Urumqi  (AKA Asia/Shanghai on linux), and furthermore , tzutil /l also 
report   Taipei Standard Time (Asia/Taipei) , so Sys.timezone() report  " China 
Standard Time" to Asia/Taipei indeed uncorrect.

2  timezone and their definition on window could found on microsoft website
   
https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/default-time-zones?view=windows-10

   in this document , it also show " China Standard Time" is (UTC+08:00) 
Beijing, Chongqing, Hong Kong, Urumqi  (AKA Asia/Shanghai on linux) ,

3  also in unicode org web , the lastest document about time also support this 
patch
https://unicode-org.github.io/cldr-staging/charts/42/supplemental/zone_tzid.html

  China Standard Time   Asia/Shanghai

and in current R implemention , it report " China Standard Time" is incorrect 
,but "Taipei Standard Time" is correct, so this patch only need modify " China 
Standard Time" and will not affect other timezone.

please feel free to share your thoughts or feedbacks of this patch

Index: src/extra/tzone/registryTZ.c
===
--- src/extra/tzone/registryTZ.c(revision 83566)
+++ src/extra/tzone/registryTZ.c(working copy)
@@ -51,7 +51,7 @@
 { L"Central Pacific Standard Time", "Pacific/Guadalcanal" },
 { L"Central Standard Time", "America/Chicago" },
 { L"Central Standard Time (Mexico)", "America/Mexico_City" },
-{ L"China Standard Time", "Asia/Taipei" },
+{ L"China Standard Time", "Asia/Shanghai" },
 { L"Dateline Standard Time", "Pacific/Kwajalein" },
 { L"E. Africa Standard Time", "Africa/Nairobi" },
 { L"E. Australia Standard Time", "Australia/Brisbane" },





Yu Gong



__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] 回复: R 4.2.2 on Haiku

2023-01-03 Thread gong yu
thank you very much,  use R on haiku-os several times before. the OS is fast 
and eye-candy, just release beta 4 before new year.
when use R on haiku-os, some package will compiled failed(cairo for example) 
,but most package work seamlessly.

btw, about R on haiku-os , Maybe you could create a git push on haikuports?
haikuports/dev-lang/r at master · haikuports/haikuports 
(github.com)

[https://opengraph.githubassets.com/99315a64241d0f1906ef7bc8d4dab63cc45fb5bb90c51b40d0537e663fca4096/haikuports/haikuports]
haikuports/dev-lang/r at master · 
haikuports/haikuports
Software ports for the Haiku operating system. Contribute to 
haikuports/haikuports development by creating an account on GitHub.
github.com



Yu Gong


发件人: R-devel  代表 Viechtbauer, Wolfgang (NP) 

发送时间: 2023年1月4日 4:25
收件人: R Devel List 
主题: [Rd] R 4.2.2 on Haiku

Hi all,

Not sure if this is of interest to anybody, but with the help of some kind 
folks over at the #haiku channel on IRC, I finally got the current version of R 
to compile under the Haiku operating system (https://www.haiku-os.org):

https://scholar.social/@wviechtb/10962707822595

Kate (https://kate-editor.org) makes for a workable IDE allowing for REPL-like 
interactivity. X11 support is lacking, so graphs are directly created as pdfs, 
but this is workable.

In case you want to give this a try, it's pretty much this:

pkgman install gcc_fortran bzip2_devel lrzip_devel xz_utils_devel 
libpcre2_devel libiconv_devel curl_devel readline_devel tiff4_devel libtool 
ncurses6_devel libpaper_devel lapack_devel tcl_devel xcairo_devel pangomm_devel

wget https://cran.r-project.org/src/base/R-4/R-4.2.2.tar.gz

tar -xzf R-4.2.2.tar.gz
cd R-4.2.2

export CPPFLAGS="-D_BSD_SOURCE"
export LIBS="-lnetwork -lbsd"

./configure --with-x=no --disable-java --enable-R-shlib 
--prefix=/boot/home/
make
make install

Best,
Wolfgang

--
Wolfgang Viechtbauer, PhD, Statistician | Department of Psychiatry and
Neuropsychology | Maastricht University | PO Box 616 (VIJV1) | 6200 MD
Maastricht, The Netherlands | +31(43)3884170 | https://www.wvbauer.com

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Sys.timezone() return wrong result on windows 10

2022-12-26 Thread gong yu
Dear R core team:
Sys.timezone()  return wrong result on windows 10 (simple chinese version), it 
return  Asia/Taipei ,but The time zone  is  " China Standard Time (UTC+08:00) 
Beijing, Chongqing, Hong Kong, Urumqi" .

after some digging , the code related this issue at 
r\src\extra\tzone\registryTZ.c line 54.
 { L"China Standard Time", "Asia/Taipei" }
it should be
 { L"China Standard Time", "Asia/Shanghai" }

this can be verified use windows command  " tzutil /l" , which report :
(UTC+08:00) Beijing, Chongqing, Hong Kong, Urumqi
China Standard Time

(UTC+08:00) Taipei
Taipei Standard Time

there also more information about timezone  on windows 10 
(https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/default-time-zones?view=windows-10)

could we chang r\src\extra\tzone\registryTZ.c line 54 to { L"China Standard 
Time", "Asia/Shanghai" } ?

your sincerely

Yu Gong


[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] problems of new cairo device on win32

2011-04-28 Thread Gong Yu
yesterday i send two email about these problems, but I found the attached patch 
is removed, so i post again.

issue 1 :
  the new cairo device depend on gtk2, but gtk for windows is buggy, and cairo 
can be built without gtk2,
so I propose build  cairo without gtk2 using MinGW, so we can reduce the depend.

issue 2 :
  the default font  Helvetica is not an unicode font, so when plots contain 
 East Asia Char, there will be problem, 
I saw today svn commit,  on win32 now use  Arial font but still have CJK 
problem, I think the best way is using 
"Arial Unicode MS" font.

below is  the patch file, : 

Index: src/library/grDevices/src/cairo/cairoBM.c
===
--- src/library/grDevices/src/cairo/cairoBM.c(版本 55681)
+++ src/library/grDevices/src/cairo/cairoBM.c(工作副本)
@@ -25,7 +25,7 @@
 /* This module is only compiled if HAVE_WORKING_CAIRO is true */
 
 #ifdef Win32
-#define HAVE_PANGOCAIRO 1
+#define HAVE_PANGOCAIRO 0
 #define HAVE_CAIRO_SVG 1
 #define HAVE_CAIRO_PDF 1
 #define HAVE_CAIRO_PS 1
Index: src/library/grDevices/src/cairo/cairoBM.h
===
--- src/library/grDevices/src/cairo/cairoBM.h(版本 55681)
+++ src/library/grDevices/src/cairo/cairoBM.h(工作副本)
@@ -39,7 +39,9 @@
 
 
 #include 
-
+#ifdef Win32
+#undef HAVE_PANGOCAIRO
+#endif
 #ifdef HAVE_PANGOCAIRO
 #  include 
 #  include 
Index: src/library/grDevices/src/cairo/cairoX11.c
===
--- src/library/grDevices/src/cairo/cairoX11.c(版本 55681)
+++ src/library/grDevices/src/cairo/cairoX11.c(工作副本)
@@ -465,7 +465,11 @@
 return raster;
 }
 #endif
- 
+
+#ifdef Win32
+ #undef HAVE_PANGOCAIRO  
+#endif
+
 #ifdef HAVE_PANGOCAIRO
 /* - pangocairo section --- */
 
@@ -782,7 +786,11 @@
 pX11Desc xd = (pX11Desc) dd->deviceSpecific;
 int face = gc->fontface;
 double size = gc->cex * gc->ps *fs;
-char *family = "Helvetica";
+#ifdef Win32 
+  char *family = "Arial Unicode MS";
+#else 
+ char *family = "Helvetica";
+#endif
 int slant = CAIRO_FONT_SLANT_NORMAL, wt  = CAIRO_FONT_WEIGHT_NORMAL;
 #ifdef WIN32
 char *times = "Times New Roman", *hv = "Arial";
@@ -792,8 +800,8 @@
 
 char *fm = gc->fontfamily;
 if(streql(fm, "mono")) family = "courier";
-else if(streql(fm, "serif")) family = times
-else if(streql(fm, "sans")) family = hv
+else if(streql(fm, "serif")) family = times;
+else if(streql(fm, "sans")) family = hv;
 else if(fm[0]) family = fm;
 if (face < 1 || face > 5) face = 1;
 if (face == 5) family = "Symbol";
Index: src/library/grDevices/src/cairo/Makefile.win
===
--- src/library/grDevices/src/cairo/Makefile.win(版本 55681)
+++ src/library/grDevices/src/cairo/Makefile.win(工作副本)
@@ -18,15 +18,11 @@
 
 
 PKG_CPPFLAGS=-I$(R_HOME)/src/include -I. -I.. -DHAVE_CONFIG_H  $(arch_DEFS)
-PKG_CPPFLAGS+= -I"$(GTK2_HOME)/include/cairo" \
-  -I"$(GTK2_HOME)/include/pango-1.0" \
-  -I"$(GTK2_HOME)/include/glib-2.0" \
-  -I"$(GTK2_HOME)/lib/glib-2.0/include" \
-  -I"$(GTK2_HOME)/include"
+PKG_CPPFLAGS+= -I"/MinGW/include/cairo" \
 
-PKG_LIBS=-L"$(GTK2_HOME)/lib" -lpangocairo-1.0 -lpango-1.0 -lcairo \
-  -lglib-2.0 -lgobject-2.0
+PKG_LIBS=-L"$(GTK2_HOME)/lib" -lcairo 
 
+
 all: winCairo.dll
 @cp winCairo.dll $(R_HOME)/library/grDevices/libs$(R_ARCH)

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] cairo device on win32 without gtk2

2011-04-28 Thread Gong Yu
now  cairo device  work on win32, but  it depends gtk2 for windows and have CJK 
problem.

so I change a litte bit to avoid these two problem.

to apply these two patch, you should build pixman and cairo without gtk2 using 
mingw from source.

Yu Gong__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] patch about recent cairo device on win32

2011-04-28 Thread Gong Yu
dear all:

now I am happy with cairo  on win32, but  it depends gtk2 for windows and have 
CJK problem.

so I change a litte bit to avoid this two problem.


to apply those two patch, you should build pixman and cairo without gtk2 using 
mingw from source.

Yu Gong__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] patch about compile R with clang

2010-02-22 Thread Gong Yu
clang is compiler http://clang.llvm.org, it is fast and better c compiler then 
gcc, yesterday i use clang and gfortran compile R.
The only two change in source code is :

1. the configure file (in confiure when test include wctype.h,gcc can compile 
but clang need include both wchar.h wctype.h),so this is patch
--- /r/configure
+++ /myr/configure
@@ -39172,6 +39172,7 @@
 cat >>conftest.$ac_ext <<_ACEOF
 /* end confdefs.h.  */
 $ac_includes_default
+#include 
 #include <$ac_header>
 _ACEOF
 rm -f conftest.$ac_objext
@@ -39480,6 +39481,7 @@
 cat confdefs.h >>conftest.$ac_ext
 cat >>conftest.$ac_ext <<_ACEOF
 /* end confdefs.h.  */
+#include 
 #include 
 
 #ifdef F77_DUMMY_MAIN


2. edit tre-match-approx.c
change the following line 
#define __USE_STRING_INLINES
#undef __NO_INLINE__
to 
//#define __USE_STRING_INLINES
//#undef __NO_INLINE__
becasue clang will report errors(fields must have a constant size:'variable 
length array in structure' extension will never be supported' in string.h)

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] I have finished compiling of R 64 bit on 64 bit Windows use MINGW64

2010-01-06 Thread Gong Yu
dear prof brian :
I saw the svn changes ,but i think src\xz\makefile.win maybe not correct at

ifeq ($(strip $(WIN)),64)
OBJECTS = $(SOURCES:.c=.o) crc32_x86.o crc64_x86.o
else
OBJECTS = $(SOURCES:.c=.o) crc32_fast.o crc64_fast.o
endif

should be

ifeq ($(strip $(WIN)),32)
OBJECTS = $(SOURCES:.c=.o) crc32_x86.o crc64_x86.o
else
OBJECTS = $(SOURCES:.c=.o) crc32_fast.o crc64_fast.o
endif

because gcc64 can't compile crc32_x86.s crc64_x86.s,but gcc 32 can ,
so gcc64 must compile the  crc32_fast.c crc64_fast.c

best wishs
Gong Yu

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] I have finished compiling of R 64 bit on 64 bit Windows use MINGW64

2010-01-06 Thread Gong Yu
When I try to upload to your sever,filezilla report error ,so I upload to other 
place
the source code and bin can download at:
http://download.cos.name/incoming/r64-src-and-bin-for-win64.zip

(attention: the source code may be contain error,you are welcome report bugs to 
me)

the tool-chain can download at:
http://download.cos.name/incoming/Rtools64.zip

(attention: the gcc included in the tool-chain is a native  gcc 4.5.0 for 
win64(20091231),
I download from  http://www.equation.com/servlet/equation.cmd?fa=fortran  
and it's free and GPLed,so we can use it )

the change file is 
1.  3 manifest files in gnuwin32\front-end\*.manifest,which is have wrong arch
2.  gnuwin32\fix\h\config64.h
3.  graphappmain.c,rterm.c,rgui.c (main change)
4.  makefile and mkrules in gunwin32,
5.  rscript.c in src\unix
6.  every c file in extra\xz\*.c that have a main function (just comment out or 
delete the main function)
7.  change the  R\share\make\var.mk,(comment out the tcltk)
8.  may be more files, but I can't recall now,so if there have an error then 
you can tell me,i will try figure it out

- Original Message 
From: Uwe Ligges 
To: Gong Yu 
Cc: Prof Brian Ripley ; r-wind...@r-project.org
Sent: Wed, January 6, 2010 5:03:52 PM
Subject: Re: [Rd] I have finished compiling of R 64 bit on 64 bit Windows use 
MINGW64



On 06.01.2010 10:02, Uwe Ligges wrote:
>
>
> On 06.01.2010 01:54, Gong Yu wrote:
>> I will follow the GPL rule, upload the source code, but i can't make
>> diff, because in my office's pc there is no svn and gnutools.
>
> Thanks. If you upload the sources and indicate which files you have
> changed, we can easily diff ourselves.


I see you tried to upload, but the file came in empty.

Best wishes,
uwe



> Best wishes,
> Uwe
>
>
>> - Original Message 
>> From: Prof Brian Ripley
>> To: Uwe Ligges
>> Cc: Gong Yu; r-wind...@r-project.org
>> Sent: Tue, January 5, 2010 9:20:59 PM
>> Subject: Re: [Rd] I have finished compiling of R 64 bit on 64 bit
>> Windows use MINGW64
>>
>> On Tue, 5 Jan 2010, Uwe Ligges wrote:
>>
>>> Dear Yu,
>>>
>>> thank you very much for the informations and the files.
>>> I just allocated some matrices and it seems to works (and allocated
>>> up to 4GB for me - stopped due to an R internal limit, obviously).
>>>
>>> Anyway, it would be really helpful to get the sources - the binary
>>> does ot really help for making the 64-bit version (including daily
>>> patched and devel versions and all packages) available to the public.
>>> This would also allow to run the regression tests and apply some
>>> other checks.
>>
>> Can you use a portable archive format rather than .rar? I'll need to
>> install some means of unpacking that (7zip?). R itself can produce a
>> .tar.gz (or even .tar.zx) file.
>>
>> Please note (like my comment below about that 'mingw64' distribution)
>> that you are not allowed by R's licence to distribute such a binary
>> build without the modified sources you used. So we really do need the
>> sources to keep this above board (and sending it to us is
>> 'distribution').
>>
>> Brian Ripley
>>
>>> You can upload with anonymous access to
>>> ftp://win-builder.r-project.org/R-devel/
>>>
>>> Thank you very much!
>>>
>>> Best wishes,
>>> Uwe
>>>
>>>
>>>
>>> On 05.01.2010 02:46, Gong Yu wrote:
>>>> Dear Uwe Ligges
>>>>
>>>> 1. I use ftp://ftp.equation.com/gcc/gcc-4.5-20091231-64.exe + msys
>>>> +perl,
>>
>> Aha, that is not the distribution from the mingw64 project. Is it a
>> native Win64 toolchain? Where are the sources (which GPL requires to
>> be made available in a non-proprietary format in parallel)?
>>
>>>> and the
>>>> source code i used is R 2.11.0 devel(i not sure the exact svn
>>>> version,but it is last month)
>>>>
>>>> 2. I not familiar with diff ,so I afraid I can't give you a
>>>> patch,but alternative I can upload the source my changed or the
>>>> whole source code.
>>>>
>>>> 3. mainly changed 3 manifest files in gnuwin32\front-end ,
>>>> config64.h graphappmain.c,rterm.c,rgui.c, makefile in gunwin32,
>>>> rscript.c in src\unix
>>>>
>>>> 4. also changed some c files in xz dir,because mingw64
>>>>
>>>> if you can provide a space I can first upload the R 64 bin file ,the
>>>> tool-chain i used, then the whole R source (because there still some
>>>> 

[Rd] the source code and tool-chain for R64-win64 uploaded

2010-01-05 Thread Gong Yu
I uploaded the whole R 64 for win64 using MINGW64, include the source code, bin 
and tool-chain.

the source code and bin can download at:
http://download.cos.name/incoming/r64-src-and-bin-for-win64.zip

(attention: the source code may be contain error,you are welcome report bugs to 
me)

the tool-chain can download at:
http://download.cos.name/incoming/Rtools64.zip

(attention: the gcc included in the tool-chain is a native  gcc 4.5.0 for 
win64(20091231),
 I download from  http://www.equation.com/servlet/equation.cmd?fa=fortran  
 and I think it's free and GPLed,so we can use it,and if you have any question 
about gcc ,pls write a mail to the webmaster of equation.com )

best wishs.

Gong Yu
2010/1/6

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] I have finished compiling of R 64 bit on 64 bit Windows use MINGW64

2010-01-04 Thread Gong Yu
it's done,Uploaded, filename is R-64Bit-for-Win64.rar 

thanks,xie

--- On Tue, 1/5/10, Yihui Xie  wrote:

> From: Yihui Xie 
> Subject: Re: [Rd] I have finished compiling of R 64 bit on 64 bit Windows use 
>  MINGW64
> To: "Gong Yu" 
> Cc: "Uwe Ligges" , "R-windows" 
> , "r-devel" 
> Date: Tuesday, January 5, 2010, 2:39 AM
> Hi Gong,
> 
> I can provide an FTP space if you have not found one yet.
> Your files
> will be put in http://download.cos.name/incoming/
> 
> I'll send you the account information in a private email
> later.
> 
> Regards,
> Yihui
> --
> Yihui Xie 
> Phone: 515-294-6609 Web: http://yihui.name
> Department of Statistics, Iowa State University
> 3211 Snedecor Hall, Ames, IA
> 
> 
> 
> On Mon, Jan 4, 2010 at 7:46 PM, Gong Yu 
> wrote:
> > Dear Uwe Ligges
> >
> > 1. I use ftp://ftp.equation.com/gcc/gcc-4.5-20091231-64.exe
> + msys +perl, and the
> > source code i used is R 2.11.0 devel(i not sure the
> exact svn version,but it is last month)
> >
> > 2. I not familiar with diff ,so I afraid I can't give
> you a patch,but alternative I can upload the source my
> changed or the whole source code.
> >
> > 3. mainly changed 3 manifest files in
> gnuwin32\front-end , config64.h
> graphappmain.c,rterm.c,rgui.c, makefile in gunwin32,
> rscript.c in src\unix
> >
> > 4. also changed some c files in xz dir,because
> mingw64
> >
> > if you can provide a space I can first upload the R 64
> bin file ,the tool-chain i used, then the whole R source
> (because there still some problems in the sources ,so it
> maybe a few day later)
> >
> > Best wishes,
> >
> > Gong Yu
> >
> >
> > --- On Mon, 1/4/10, Uwe Ligges 
> wrote:
> >
> >> From: Uwe Ligges 
> >> Subject: Re: [Rd] I have finished compiling of R
> 64 bit on 64 bit Windows use MINGW64
> >> To: "Arm Gong" 
> >> Cc: r-devel@r-project.org,
> r-wind...@r-project.org
> >> Date: Monday, January 4, 2010, 10:11 AM
> >> Dear Arm Gong,
> >>
> >> we are certianly very interested. How many files
> (and
> >> which) did you patch, which version of the
> different MinGW
> >> tools did you use?
> >>
> >> It would be nice if we would be able to build
> 64-bit
> >> versions of CRAN.
> >>
> >> Can you send the information (including required
> patches)
> >> in a mail message (to r-wind...@r-project.org)
> >> or can you upload to a side yourself? Otherwise I
> can
> >> arrange an upload and make it available later on.
> >>
> >> Best wishes,
> >> Uwe Ligges
> >>
> >>
> >>
> >>
> >>
> >> Arm Gong wrote:
> >> > hi ,everyone
> >> > I have finished compiling of R 64 bit on 64
> bit
> >> Windows system by using MINGW64, include the
> standard and
> >> recommended packages.tested it on Windows 2008
> server R2
> >> X64.it run very well.I wander anyone interested in
> it ,and
> >> anyone who want to continue testing  it with me?
> >> and who can provide a space let me upload the R
> files
> >> > Best wishes!
> >>         2010/1/4
> >>
> >>
> >>      Gong Yu
> >> >
> 




__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] I have finished compiling of R 64 bit on 64 bit Windows use MINGW64

2010-01-04 Thread Gong Yu
Dear Uwe Ligges

1. I use ftp://ftp.equation.com/gcc/gcc-4.5-20091231-64.exe + msys +perl, and 
the 
source code i used is R 2.11.0 devel(i not sure the exact svn version,but it is 
last month)

2. I not familiar with diff ,so I afraid I can't give you a patch,but 
alternative I can upload the source my changed or the whole source code.

3. mainly changed 3 manifest files in gnuwin32\front-end , config64.h 
graphappmain.c,rterm.c,rgui.c, makefile in gunwin32, rscript.c in src\unix 

4. also changed some c files in xz dir,because mingw64 

if you can provide a space I can first upload the R 64 bin file ,the tool-chain 
i used, then the whole R source (because there still some problems in the 
sources ,so it maybe a few day later)

Best wishes,

Gong Yu


--- On Mon, 1/4/10, Uwe Ligges  wrote:

> From: Uwe Ligges 
> Subject: Re: [Rd] I have finished compiling of R 64 bit on 64 bit Windows use 
> MINGW64
> To: "Arm Gong" 
> Cc: r-devel@r-project.org, r-wind...@r-project.org
> Date: Monday, January 4, 2010, 10:11 AM
> Dear Arm Gong,
> 
> we are certianly very interested. How many files (and
> which) did you patch, which version of the different MinGW
> tools did you use?
> 
> It would be nice if we would be able to build 64-bit
> versions of CRAN.
> 
> Can you send the information (including required patches)
> in a mail message (to r-wind...@r-project.org)
> or can you upload to a side yourself? Otherwise I can
> arrange an upload and make it available later on.
> 
> Best wishes,
> Uwe Ligges
> 
> 
> 
> 
> 
> Arm Gong wrote:
> > hi ,everyone
> > I have finished compiling of R 64 bit on 64 bit
> Windows system by using MINGW64, include the standard and
> recommended packages.tested it on Windows 2008 server R2
> X64.it run very well.I wander anyone interested in it ,and
> anyone who want to continue testing  it with me? 
> and who can provide a space let me upload the R files
> > Best wishes!           
>         2010/1/4     
>                
>                
>      Gong Yu
> > 
> > 
> > 
> > 
> >      
> [[alternative HTML version deleted]]
> > 
> > 
> > 
> >
> 
> > 
> > __
> > R-devel@r-project.org
> mailing list
> > https://stat.ethz.ch/mailman/listinfo/r-devel
> 




__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel