mail.com]
> Sent: Friday, April 22, 2016 8:27 AM
> To: Sangjin Han ; Joel Van Eenwyk
>
> Cc: swift-dev
> Subject: Re: [swift-dev] Swift port to Windows : Offering help!
>
>
>
> Trying to get back on PR1950 today.. fighting to get things building again
> after a r
I'm writing code for Windows/Cygwin port on my free time. There is no well
documented information about that. Instead I'll give you some information
and several links for you.
1. Cygwin port
Cygwin is a POSIX environment on Windows. Porting to Cygwin is relatively
easer than Windows native. This
tom fork or branch with these
> changes? I'd love to be able to test this out and contribute if you think
> that could help you out. I can get started on testing what you have now as
> soon as tomorrow.
>
> Cheers,
>
> --Joel
>
> On Thu, Apr 21, 2016 at 4:15 PM, Sangjin
Hi all,
I found a bug in my port for MSVC and Cygwin.
The C function swift_stdlib_readLine_stdin() is mapped to 'Int' type in
Swift, but it generates i32 in LLVM if I specify the target as MSVC. If I
give the target as Cygwin, it generates i64.
With the target options, the Cygwin ported swiftc.e
uot;#if os(Windows)" can not distinct MSVC from Cygwin.
Should I add new condition 'env()' for the environment?
- Han Sangjin
2016-04-26 14:39 GMT+09:00 John McCall :
> > On Apr 25, 2016, at 7:54 PM, Sangjin Han via swift-dev <
> swift-dev@swift.org> wrote:
> > Hi
things are going, what challenges you're facing etc. I'd like
> to get you a little publicity. (Also happy to write about any other
> dev-specific challenges for the language, not just Windows.)
>
> Cheers, -- Erica
>
> On Apr 27, 2016, at 6:25 PM, Han via swift-de
I made a PR https://github.com/apple/swift/pull/2351 introducing os(Cygwin).
2016-04-27 5:54 GMT+09:00 John McCall :
> > On Apr 26, 2016, at 1:39 PM, Joe Groff wrote:
> >> On Apr 26, 2016, at 1:24 PM, John McCall via swift-evolution <
> swift-evolut...@swift.org> wrote:
> >>
> >>> On Apr 26, 20
Hi,
I made an experimental MSVC port. Of cause, dllimport/dllexport and the
driver for linking and many other part is not implemented. But dynamic
linking was possible with some trick.
I think it is useful for designing, my observation about the experimental
building of libswiftCore.dll, libswift
ow about the SIL, IR, so it is thankful someone tell me how to
approach this problem.
2016-05-07 5:01 GMT+09:00 Saleem Abdulrasool :
> On Thu, May 5, 2016 at 5:26 PM, Joe Groff via swift-dev <
> swift-dev@swift.org> wrote:
>
>>
>> > On May 5, 2016, at 4:18 P
gt; The feature also needed when we link to static library.
>
> I don't know about the SIL, IR, so it is thankful someone tell me how to
> approach this problem.
>
>
> 2016-05-07 5:01 GMT+09:00 Saleem Abdulrasool :
>
>> On Thu, May 5, 2016 at 5:26 PM, Joe Groff via
gt; library.
> >
> > The feature also needed when we link to static library.
> >
> > I don't know about the SIL, IR, so it is thankful someone tell me how to
> approach this problem.
>
>
>
> >
> > 2016-05-07 5:01 GMT+09:00 Saleem Abdulrasool :
&
> > > It seems swift.exe call directly the function in the DLL without
> import library.
> > >
> > > The feature also needed when we link to static library.
> > >
> > > I don't know about the SIL, IR, so it is thankful someone tell me how
>
I merged Saleem's recent #2080 in my repo, and tested the same.
Now I could build the libswiftCore.dll which can be used for Hello.swift.
No _TMSS errors were occurred.
> Unfortunately, ATM, the runtime is compacted into the stdlib, which has
the small problem of making the stdlib have references
Hi,
There are many use of the macro DEPLOYMENT_TARGET_WINDOWS and Win32
functions in the directory
swift-corelibs-foundation/tree/master/CoreFoundation.
Could someone tell me about who tried to porting or ported or any history?
-Han Sangjin
___
swift-d
On May 19, 2016, at 6:34 AM, Rainer Brockerhoff via swift-dev <
> swift-dev@swift.org> wrote:
> >
> > On 5/19/16 01:32, Sangjin Han via swift-dev wrote:
> >> There are many use of the macro DEPLOYMENT_TARGET_WINDOWS and Win32
> >> functions in the directory
> >
Hi, everyone.
I built clang compiler on Windows (MSVC) from apple/swift-clang and
apple/swift-llvm of github. That worked fine when used the tag
'swift-DEVELOPMENT-SNAPSHOT-2016-05-09-a'.
But, in case of recent snapshots of 2016-05-31, 2016-06-06, the compiler
couldn't compile even the standard h
Hi, Kim.
I have the WSL on Windows Preview.
Could you show the test source/command ?
-Han Sangjin
2016-06-14 21:10 GMT+09:00 Ryan Lovelett via swift-dev
:
> On Mon, Jun 13, 2016, at 11:33 PM, Dmitri Gribenko via swift-dev wrote:
> > On Sat, Jun 11, 2016 at 8:12 AM, 김종수 via swift-dev
> > wrot
Hi, Kim.
The test result is same on WSL build 14342.
There is similar report in
https://github.com/Microsoft/BashOnWindows/issues/286 .
MS engineer recognized this and replied that give them feedback on the
uservoice for prioritizing, currently it has only 3 votes.
-Han Sangjin
2016-06-16 21:17
Hi,
When linking libswiftCore.so, gold linker with --warn-execstack option
generates following messages.
/usr/bin/ld.gold: warning: lib/swift/linux/x86_64/swift_begin.o: missing
.note.GNU-stack section implies executable stack
/usr/bin/ld.gold: warning: lib/swift/linux/x86_64/swift_end.o: missing
Please review the PR #3053.
2016-06-18 0:17 GMT+09:00 Dmitri Gribenko :
> On Fri, Jun 17, 2016 at 7:31 AM, Sangjin Han
> wrote:
> > Hi,
> >
> > When linking libswiftCore.so, gold linker with --warn-execstack option
> > generates following messages.
> > /usr/bin/ld.gold: warning: lib/swift/linux/
Hi K,
I met similar problem in Cygwin porting.
I think it will be resolved by defining the typealias with #if/#endif,
_stdlib_pthread_attr_t
= UnsafePointer.
Please reference my PR for Cygwin.
https://github.com/apple/swift/pull/3886/files#diff-99fd89ad44c4466de8ad6b8aab9c207d
Thanks
Han Sangji
For the MinGW-w64 system, swift-4.0-branch (up to 4.0.3-RELEASE) is merged
into
https://github.com/tinysun212/swift-windows/commits/swift-windows-4.0-branch
and
it is successfully compiled.
If I make the Foundation module work to some extent, I will share the
binary and submit a PR for the compile
22 matches
Mail list logo
