Re: TextMate 2 open sourced!
Hi, >> While gedit is nice, it is a GTK+ app. Do we actually have a decent >> selection of open source text editors for the GNUStep environment? As >> far as I know, we don't. TextMate would target a different group of >> people, those who use the NeXTSTEP/GNUStep environment. > > > Ehm, ... does anybody really care about GNUStep anymore? I mean really ... > it has absolutely awesome design (persistent objects are cool) but does > anybody care? In whole bruhaha around Gnome 3, I have never heard anybody to > say "I hate Gnome 3, so I am switching to GNUStep". Well, IMHO besides the less is more philosophy (which is good too), the major risk is clang. Is Fedora ready to host clang compiled and linked binaries (and libraries)? Do we also need GNUstep compiled via clang for TextMate to build? Are clang and GCC binaries inter-operable (when linked against the same run-time libraries)? -Ilyes > Matěj > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
On 10/08/12 16:40, Conan Kudo (ニール・ゴンパ) wrote: While gedit is nice, it is a GTK+ app. Do we actually have a decent selection of open source text editors for the GNUStep environment? As far as I know, we don't. TextMate would target a different group of people, those who use the NeXTSTEP/GNUStep environment. Ehm, ... does anybody really care about GNUStep anymore? I mean really ... it has absolutely awesome design (persistent objects are cool) but does anybody care? In whole bruhaha around Gnome 3, I have never heard anybody to say "I hate Gnome 3, so I am switching to GNUStep". Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
On Fri, Aug 10, 2012 at 8:55 AM, Michael Cronenworth wrote: > Kellerman Rivero Suarez wrote: > > You Right, but in OSS exists multiple browsers, multiple desktop > > managers, multiple media players, and stop count! In this case, I love > > gedit, but is more matter of taste. I think so. > > > > Yes, it's great that Linux allows people to create multiple ways of > painting a shed, but that doesn't mean it is always a good thing. > > OSS is not unique in providing multiple of a XYZ app. Commercial > software has always provided multiple of XYZ apps and has that been a > good thing? For instance: I'm sure you can find multiple music players > for Android phones in the Google store, but does that mean it is a good > thing? There comes a time when a software developer needs to swallow > their pride and work together with another human being to create a > better software instead of forking. It is rare for a fork to succeed and > usually, only succeeds if upstream dies/is dying so in other words the > fork becomes the new upstream and you don't really see it as a fork any > more. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > While gedit is nice, it is a GTK+ app. Do we actually have a decent selection of open source text editors for the GNUStep environment? As far as I know, we don't. TextMate would target a different group of people, those who use the NeXTSTEP/GNUStep environment. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
Kellerman Rivero Suarez wrote: > You Right, but in OSS exists multiple browsers, multiple desktop > managers, multiple media players, and stop count! In this case, I love > gedit, but is more matter of taste. I think so. > Yes, it's great that Linux allows people to create multiple ways of painting a shed, but that doesn't mean it is always a good thing. OSS is not unique in providing multiple of a XYZ app. Commercial software has always provided multiple of XYZ apps and has that been a good thing? For instance: I'm sure you can find multiple music players for Android phones in the Google store, but does that mean it is a good thing? There comes a time when a software developer needs to swallow their pride and work together with another human being to create a better software instead of forking. It is rare for a fork to succeed and usually, only succeeds if upstream dies/is dying so in other words the fork becomes the new upstream and you don't really see it as a fork any more. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
On 10/08/12 11:50, Kellerman Rivero Suarez wrote: You Right, but in OSS exists multiple browsers, multiple desktop managers, multiple media players, and stop count! In this case, I love gedit, but is more matter of taste. I think so. https://www.redhat.com/archives/fedora-devel-list/2008-January/msg00861.html meaning, the fact somebody else does stupid thing (and he has all right to do so, and I would never ever take this right from anybody) doesn't mean I should do it as well. But that's all what I say in this discussion. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
Thanks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
Hi, > In other words,should we have to push this package into fedora?(if build > successfully?) Building TM2's code base for Linux is the most difficult part of the effort; as it (may) involve interacting with many bleeding-edge s/w components such as clang, Objective-C, and probably GNUstep for the Oak framework thing. Once there, packaging it for Fedora is easy, as dependencies would have been sorted out already. It's nice to see clang and llvm being required by another package besides mesa-dri :) -Ilyes > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
If doing ports is a hard job,will you continue? In other words,should we have to push this package into fedora?(if build successfully?) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
2012/8/10 Matej Cepl > Let me just add a note from disinterested party (I went completely to the > side of The Power and I am very happy with vim): I have met many people > asking for "TextMate for Linux" and when pointed to gEdit and some of its > plugins (which are written in serious programming language(s) not in some > stupid macrolanguage ... but that's maybe old news and TM2 has something > more serious), they left very very happy and persuaded that this combo is > better than TM. Just wondering, whether the effort to port TM2 to Linux > shouldn't be spent on writing plugins for gedit (if there is some real > functionality missing). You Right, but in OSS exists multiple browsers, multiple desktop managers, multiple media players, and stop count! In this case, I love gedit, but is more matter of taste. I think so. -- Kellerman Rivero Software Developer Linuxer Fedora Linux Ambassador -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
On 10/08/12 04:24, Michael Ekstrand wrote: Yes. To get TextMate on Linux, one of the following is necessary: Let me just add a note from disinterested party (I went completely to the side of The Power and I am very happy with vim): I have met many people asking for "TextMate for Linux" and when pointed to gEdit and some of its plugins (which are written in serious programming language(s) not in some stupid macrolanguage ... but that's maybe old news and TM2 has something more serious), they left very very happy and persuaded that this combo is better than TM. Just wondering, whether the effort to port TM2 to Linux shouldn't be spent on writing plugins for gedit (if there is some real functionality missing). Best, Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
On 08/09/2012 07:38 PM, Onuralp SEZER wrote: > Let make it clear, This apps is write in OSX SDK apps, So for that > reason, If we even compiled clang and other things we cannot be compile > Xcode as I can see because Xcode cannot be compile in linux also Xcode > is part of Apple Developers , in that case If we want to textmate in Linux . > > It must be re-write in Linux again.Because texmate using ; > C++,C,Object C,Xcode(just working on MAC SDK), also OakFramework which > is also written in OSX. Yes. To get TextMate on Linux, one of the following is necessary: * Remove Mac OS X-specific dependencies, port UI code to GNUstep. Then you're stuck with a GNUstep UI, which won't really fit with anything but a GNUstep/WindowMaker desktop. * Salvage the core logic and rewrite all UI interaction code on top of GTK+ or Qt. In either case, all other OS X-specific calls will also need to be replaced. It's a lot of work. It could well be worth it, but it will not be easy. - Michael -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
It was asked from ubuntu side ; http://ubuntuforums.org/showthread.php?t=1628637 On 10 August 2012 03:38, Onuralp SEZER wrote: > Let make it clear, This apps is write in OSX SDK apps, So for that reason, > If we even compiled clang and other things we cannot be compile Xcode as I > can see because Xcode cannot be compile in linux also Xcode is part of > Apple Developers , in that case If we want to textmate in Linux . > > It must be re-write in Linux again.Because texmate using ; > C++,C,Object C,Xcode(just working on MAC SDK), also OakFramework which is > also written in OSX. > > On 10 August 2012 03:14, Kellerman Rivero Suarez wrote: > >> >> >> 2012/8/9 Onuralp SEZER >> >>> Also consider this ; >>> https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=824406 >>> >>> It's same problem you have today, Now I building boost 1.5.0, after I'll >> be build clang and after textmate2. >> >> Environment: F18 Rawhide >> >>> >>> On 10 August 2012 02:59, Ilyes Gouta wrote: >>> Maybe this is when we should bring in GNUstep as the alternate Cocoa API implementation for UNIX/Linux. -Ilyes On Aug 10, 2012 12:53 AM, "Onuralp SEZER" < thunderbir...@fedoraproject.org> wrote: > >From the few prerequisites, it looks like it's doable. > > +1 for that . > > I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be > ported? > > I never ported OS X apps so We need check source and Cocoa syntax for > making sure. > > > On 10 August 2012 02:45, Ilyes Gouta wrote: > >> On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER >> wrote: >> > Well , When check >> https://github.com/textmate/textmate#prerequisites >> >> From the few prerequisites, it looks like it's doable. >> >> I'm not sure about the Objective-C and Cocoa bits .. Maybe they can >> be ported? >> >> -Ilyes >> >> > in here. Just we need packages and It can be compile it. And If >> It's become >> > open-source just MAC OSX. Yes then you right It won't be compile >> because of >> > OS X's Cocoa >> > >> > >> > On 10 August 2012 02:25, Ilyes Gouta wrote: >> >> >> >> The Frameworks/Oak* code looks like it calls to few routines >> written >> >> in Objective-C (and probably to few OS X API) .. >> >> >> >> Is the code base build-able for Linux (assuming no big >> dependencies on >> >> OS X's Cocoa)? >> >> >> >> -Ilyes >> >> >> >> On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER >> >> wrote: >> >> > Well I did chnages in the files but problem is still going and >> errors is >> >> > still same. >> >> > >> >> > >> >> > On 9 August 2012 23:27, Onuralp SEZER < >> thunderbir...@fedoraproject.org> >> >> > wrote: >> >> >> >> >> >> Let me try then I will get backup and I'm going to try now. >> >> >> >> >> >> >> >> >> On 9 August 2012 23:26, Kellerman Rivero Suarez < >> krsl...@gmail.com> >> >> >> wrote: >> >> >>> >> >> >>> I correct my previous email, the type __ int128 apparently not >> >> >>> recognized >> >> >>> by GCC, or so I understand, I think there will be that to try >> and >> >> >>> replace it >> >> >>> with __ int128_t >> >> >>> >> >> >>> >> >> >>> 2012/8/9 Kellerman Rivero Suarez >> >> >> >> Most problems seem to be associated with int_128. In gcc >> version most >> >> appropriate for that type of data is int_128_t. You'll have >> to rename >> >> the >> >> sources to see if it works >> >> >> >> 2012/8/9 Onuralp SEZER >> >> > >> >> > Well I downloaded from git-hub and try to compile but It >> said ; >> >> > >> >> > [root@fedora17 textmate]# ./configure >> >> > which: invalid option -- 's' >> >> > which: no xcrun in >> >> > >> >> > >> (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin) >> >> > clang is too old to build this project. >> >> > >> >> > Please see README.md for build instructions. >> >> > >> >> > So then I tried get new clang 3.2 version from source, and I >> got >> >> > this >> >> > error now ; >> >> > >> >> > [root@fedora17 build]# make >> >> > make[1]: Entering directory `/home/onuralp/build/lib/Support' >> >> > llvm[1]: Compiling APFloat.cpp for Debug+Asserts build >> >> > In file included from >> /home/onuralp/llvm/lib/Support/APFloat.cpp:15: >> >> > In file included from >> >> > /home/onuralp/llvm/include/l
Re: TextMate 2 open sourced!
Let make it clear, This apps is write in OSX SDK apps, So for that reason, If we even compiled clang and other things we cannot be compile Xcode as I can see because Xcode cannot be compile in linux also Xcode is part of Apple Developers , in that case If we want to textmate in Linux . It must be re-write in Linux again.Because texmate using ; C++,C,Object C,Xcode(just working on MAC SDK), also OakFramework which is also written in OSX. On 10 August 2012 03:14, Kellerman Rivero Suarez wrote: > > > 2012/8/9 Onuralp SEZER > >> Also consider this ; >> https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=824406 >> >> It's same problem you have today, Now I building boost 1.5.0, after I'll > be build clang and after textmate2. > > Environment: F18 Rawhide > >> >> On 10 August 2012 02:59, Ilyes Gouta wrote: >> >>> >>> Maybe this is when we should bring in GNUstep as the alternate Cocoa API >>> implementation for UNIX/Linux. >>> >>> -Ilyes >>> On Aug 10, 2012 12:53 AM, "Onuralp SEZER" < >>> thunderbir...@fedoraproject.org> wrote: >>> >From the few prerequisites, it looks like it's doable. +1 for that . I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be ported? I never ported OS X apps so We need check source and Cocoa syntax for making sure. On 10 August 2012 02:45, Ilyes Gouta wrote: > On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER > wrote: > > Well , When check > https://github.com/textmate/textmate#prerequisites > > From the few prerequisites, it looks like it's doable. > > I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be > ported? > > -Ilyes > > > in here. Just we need packages and It can be compile it. And If It's > become > > open-source just MAC OSX. Yes then you right It won't be compile > because of > > OS X's Cocoa > > > > > > On 10 August 2012 02:25, Ilyes Gouta wrote: > >> > >> The Frameworks/Oak* code looks like it calls to few routines written > >> in Objective-C (and probably to few OS X API) .. > >> > >> Is the code base build-able for Linux (assuming no big dependencies > on > >> OS X's Cocoa)? > >> > >> -Ilyes > >> > >> On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER > >> wrote: > >> > Well I did chnages in the files but problem is still going and > errors is > >> > still same. > >> > > >> > > >> > On 9 August 2012 23:27, Onuralp SEZER < > thunderbir...@fedoraproject.org> > >> > wrote: > >> >> > >> >> Let me try then I will get backup and I'm going to try now. > >> >> > >> >> > >> >> On 9 August 2012 23:26, Kellerman Rivero Suarez < > krsl...@gmail.com> > >> >> wrote: > >> >>> > >> >>> I correct my previous email, the type __ int128 apparently not > >> >>> recognized > >> >>> by GCC, or so I understand, I think there will be that to try > and > >> >>> replace it > >> >>> with __ int128_t > >> >>> > >> >>> > >> >>> 2012/8/9 Kellerman Rivero Suarez > >> > >> Most problems seem to be associated with int_128. In gcc > version most > >> appropriate for that type of data is int_128_t. You'll have to > rename > >> the > >> sources to see if it works > >> > >> 2012/8/9 Onuralp SEZER > >> > > >> > Well I downloaded from git-hub and try to compile but It said > ; > >> > > >> > [root@fedora17 textmate]# ./configure > >> > which: invalid option -- 's' > >> > which: no xcrun in > >> > > >> > > (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin) > >> > clang is too old to build this project. > >> > > >> > Please see README.md for build instructions. > >> > > >> > So then I tried get new clang 3.2 version from source, and I > got > >> > this > >> > error now ; > >> > > >> > [root@fedora17 build]# make > >> > make[1]: Entering directory `/home/onuralp/build/lib/Support' > >> > llvm[1]: Compiling APFloat.cpp for Debug+Asserts build > >> > In file included from > /home/onuralp/llvm/lib/Support/APFloat.cpp:15: > >> > In file included from > >> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104: > >> > In file included from > >> > /home/onuralp/llvm/include/llvm/ADT/APInt.h:18: > >> > In file included from > >> > /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13: > >> > In file included from > >> > /home
Re: TextMate 2 open sourced!
2012/8/9 Ilyes Gouta
>
> Maybe this is when we should bring in GNUstep as the alternate Cocoa API
> implementation for UNIX/Linux.
>
I believe we can port. I think it write in C and not Objective C. Because
boost dependency is portable c++library. But maybe I am wrong
> -Ilyes
> On Aug 10, 2012 12:53 AM, "Onuralp SEZER"
> wrote:
>
>> >From the few prerequisites, it looks like it's doable.
>>
>> +1 for that .
>>
>> I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be
>> ported?
>>
>> I never ported OS X apps so We need check source and Cocoa syntax for
>> making sure.
>>
>>
>> On 10 August 2012 02:45, Ilyes Gouta wrote:
>>
>>> On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER
>>> wrote:
>>> > Well , When check https://github.com/textmate/textmate#prerequisites
>>>
>>> From the few prerequisites, it looks like it's doable.
>>>
>>> I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be
>>> ported?
>>>
>>> -Ilyes
>>>
>>> > in here. Just we need packages and It can be compile it. And If It's
>>> become
>>> > open-source just MAC OSX. Yes then you right It won't be compile
>>> because of
>>> > OS X's Cocoa
>>> >
>>> >
>>> > On 10 August 2012 02:25, Ilyes Gouta wrote:
>>> >>
>>> >> The Frameworks/Oak* code looks like it calls to few routines written
>>> >> in Objective-C (and probably to few OS X API) ..
>>> >>
>>> >> Is the code base build-able for Linux (assuming no big dependencies on
>>> >> OS X's Cocoa)?
>>> >>
>>> >> -Ilyes
>>> >>
>>> >> On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER
>>> >> wrote:
>>> >> > Well I did chnages in the files but problem is still going and
>>> errors is
>>> >> > still same.
>>> >> >
>>> >> >
>>> >> > On 9 August 2012 23:27, Onuralp SEZER <
>>> thunderbir...@fedoraproject.org>
>>> >> > wrote:
>>> >> >>
>>> >> >> Let me try then I will get backup and I'm going to try now.
>>> >> >>
>>> >> >>
>>> >> >> On 9 August 2012 23:26, Kellerman Rivero Suarez >> >
>>> >> >> wrote:
>>> >> >>>
>>> >> >>> I correct my previous email, the type __ int128 apparently not
>>> >> >>> recognized
>>> >> >>> by GCC, or so I understand, I think there will be that to try and
>>> >> >>> replace it
>>> >> >>> with __ int128_t
>>> >> >>>
>>> >> >>>
>>> >> >>> 2012/8/9 Kellerman Rivero Suarez
>>> >>
>>> >> Most problems seem to be associated with int_128. In gcc version
>>> most
>>> >> appropriate for that type of data is int_128_t. You'll have to
>>> rename
>>> >> the
>>> >> sources to see if it works
>>> >>
>>> >> 2012/8/9 Onuralp SEZER
>>> >> >
>>> >> > Well I downloaded from git-hub and try to compile but It said ;
>>> >> >
>>> >> > [root@fedora17 textmate]# ./configure
>>> >> > which: invalid option -- 's'
>>> >> > which: no xcrun in
>>> >> >
>>> >> >
>>> (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
>>> >> > clang is too old to build this project.
>>> >> >
>>> >> > Please see README.md for build instructions.
>>> >> >
>>> >> > So then I tried get new clang 3.2 version from source, and I got
>>> >> > this
>>> >> > error now ;
>>> >> >
>>> >> > [root@fedora17 build]# make
>>> >> > make[1]: Entering directory `/home/onuralp/build/lib/Support'
>>> >> > llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
>>> >> > In file included from
>>> /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
>>> >> > In file included from
>>> >> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
>>> >> > In file included from
>>> >> > /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
>>> >> > In file included from
>>> >> > /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
>>> >> > In file included from
>>> >> > /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
>>> >> > In file included from
>>> >> >
>>> >> >
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
>>> >> > In file included from
>>> >> >
>>> >> >
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
>>> >> > In file included from
>>> >> >
>>> >> >
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
>>> >> > In file included from
>>> >> >
>>> >> >
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
>>> >> >
>>> >> >
>>> >> >
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
>>> >> > error:
>>> >> > use of undeclared identifier '__ATOMIC_ACQ_REL'
>>> >> > { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
>>>
Re: TextMate 2 open sourced!
2012/8/9 Onuralp SEZER > Also consider this ; > https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=824406 > > It's same problem you have today, Now I building boost 1.5.0, after I'll be build clang and after textmate2. Environment: F18 Rawhide > > On 10 August 2012 02:59, Ilyes Gouta wrote: > >> >> Maybe this is when we should bring in GNUstep as the alternate Cocoa API >> implementation for UNIX/Linux. >> >> -Ilyes >> On Aug 10, 2012 12:53 AM, "Onuralp SEZER" < >> thunderbir...@fedoraproject.org> wrote: >> >>> >From the few prerequisites, it looks like it's doable. >>> >>> +1 for that . >>> >>> I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be >>> ported? >>> >>> I never ported OS X apps so We need check source and Cocoa syntax for >>> making sure. >>> >>> >>> On 10 August 2012 02:45, Ilyes Gouta wrote: >>> On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER wrote: > Well , When check https://github.com/textmate/textmate#prerequisites From the few prerequisites, it looks like it's doable. I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be ported? -Ilyes > in here. Just we need packages and It can be compile it. And If It's become > open-source just MAC OSX. Yes then you right It won't be compile because of > OS X's Cocoa > > > On 10 August 2012 02:25, Ilyes Gouta wrote: >> >> The Frameworks/Oak* code looks like it calls to few routines written >> in Objective-C (and probably to few OS X API) .. >> >> Is the code base build-able for Linux (assuming no big dependencies on >> OS X's Cocoa)? >> >> -Ilyes >> >> On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER >> wrote: >> > Well I did chnages in the files but problem is still going and errors is >> > still same. >> > >> > >> > On 9 August 2012 23:27, Onuralp SEZER < thunderbir...@fedoraproject.org> >> > wrote: >> >> >> >> Let me try then I will get backup and I'm going to try now. >> >> >> >> >> >> On 9 August 2012 23:26, Kellerman Rivero Suarez < krsl...@gmail.com> >> >> wrote: >> >>> >> >>> I correct my previous email, the type __ int128 apparently not >> >>> recognized >> >>> by GCC, or so I understand, I think there will be that to try and >> >>> replace it >> >>> with __ int128_t >> >>> >> >>> >> >>> 2012/8/9 Kellerman Rivero Suarez >> >> Most problems seem to be associated with int_128. In gcc version most >> appropriate for that type of data is int_128_t. You'll have to rename >> the >> sources to see if it works >> >> 2012/8/9 Onuralp SEZER >> > >> > Well I downloaded from git-hub and try to compile but It said ; >> > >> > [root@fedora17 textmate]# ./configure >> > which: invalid option -- 's' >> > which: no xcrun in >> > >> > (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin) >> > clang is too old to build this project. >> > >> > Please see README.md for build instructions. >> > >> > So then I tried get new clang 3.2 version from source, and I got >> > this >> > error now ; >> > >> > [root@fedora17 build]# make >> > make[1]: Entering directory `/home/onuralp/build/lib/Support' >> > llvm[1]: Compiling APFloat.cpp for Debug+Asserts build >> > In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15: >> > In file included from >> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104: >> > In file included from >> > /home/onuralp/llvm/include/llvm/ADT/APInt.h:18: >> > In file included from >> > /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13: >> > In file included from >> > /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24: >> > In file included from >> > >> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63: >> > In file included from >> > >> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39: >> > In file included from >> > >> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42: >> > In file included from >> > >> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../includ
Re: TextMate 2 open sourced!
Also consider this ;
https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=824406
On 10 August 2012 02:59, Ilyes Gouta wrote:
>
> Maybe this is when we should bring in GNUstep as the alternate Cocoa API
> implementation for UNIX/Linux.
>
> -Ilyes
> On Aug 10, 2012 12:53 AM, "Onuralp SEZER"
> wrote:
>
>> >From the few prerequisites, it looks like it's doable.
>>
>> +1 for that .
>>
>> I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be
>> ported?
>>
>> I never ported OS X apps so We need check source and Cocoa syntax for
>> making sure.
>>
>>
>> On 10 August 2012 02:45, Ilyes Gouta wrote:
>>
>>> On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER
>>> wrote:
>>> > Well , When check https://github.com/textmate/textmate#prerequisites
>>>
>>> From the few prerequisites, it looks like it's doable.
>>>
>>> I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be
>>> ported?
>>>
>>> -Ilyes
>>>
>>> > in here. Just we need packages and It can be compile it. And If It's
>>> become
>>> > open-source just MAC OSX. Yes then you right It won't be compile
>>> because of
>>> > OS X's Cocoa
>>> >
>>> >
>>> > On 10 August 2012 02:25, Ilyes Gouta wrote:
>>> >>
>>> >> The Frameworks/Oak* code looks like it calls to few routines written
>>> >> in Objective-C (and probably to few OS X API) ..
>>> >>
>>> >> Is the code base build-able for Linux (assuming no big dependencies on
>>> >> OS X's Cocoa)?
>>> >>
>>> >> -Ilyes
>>> >>
>>> >> On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER
>>> >> wrote:
>>> >> > Well I did chnages in the files but problem is still going and
>>> errors is
>>> >> > still same.
>>> >> >
>>> >> >
>>> >> > On 9 August 2012 23:27, Onuralp SEZER <
>>> thunderbir...@fedoraproject.org>
>>> >> > wrote:
>>> >> >>
>>> >> >> Let me try then I will get backup and I'm going to try now.
>>> >> >>
>>> >> >>
>>> >> >> On 9 August 2012 23:26, Kellerman Rivero Suarez >> >
>>> >> >> wrote:
>>> >> >>>
>>> >> >>> I correct my previous email, the type __ int128 apparently not
>>> >> >>> recognized
>>> >> >>> by GCC, or so I understand, I think there will be that to try and
>>> >> >>> replace it
>>> >> >>> with __ int128_t
>>> >> >>>
>>> >> >>>
>>> >> >>> 2012/8/9 Kellerman Rivero Suarez
>>> >>
>>> >> Most problems seem to be associated with int_128. In gcc version
>>> most
>>> >> appropriate for that type of data is int_128_t. You'll have to
>>> rename
>>> >> the
>>> >> sources to see if it works
>>> >>
>>> >> 2012/8/9 Onuralp SEZER
>>> >> >
>>> >> > Well I downloaded from git-hub and try to compile but It said ;
>>> >> >
>>> >> > [root@fedora17 textmate]# ./configure
>>> >> > which: invalid option -- 's'
>>> >> > which: no xcrun in
>>> >> >
>>> >> >
>>> (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
>>> >> > clang is too old to build this project.
>>> >> >
>>> >> > Please see README.md for build instructions.
>>> >> >
>>> >> > So then I tried get new clang 3.2 version from source, and I got
>>> >> > this
>>> >> > error now ;
>>> >> >
>>> >> > [root@fedora17 build]# make
>>> >> > make[1]: Entering directory `/home/onuralp/build/lib/Support'
>>> >> > llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
>>> >> > In file included from
>>> /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
>>> >> > In file included from
>>> >> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
>>> >> > In file included from
>>> >> > /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
>>> >> > In file included from
>>> >> > /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
>>> >> > In file included from
>>> >> > /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
>>> >> > In file included from
>>> >> >
>>> >> >
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
>>> >> > In file included from
>>> >> >
>>> >> >
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
>>> >> > In file included from
>>> >> >
>>> >> >
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
>>> >> > In file included from
>>> >> >
>>> >> >
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
>>> >> >
>>> >> >
>>> >> >
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
>>> >> > error:
>>> >> > use of undeclared identifier '__ATOMIC_ACQ_REL'
>>> >> > { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
>>> >> >
Re: TextMate 2 open sourced!
Maybe this is when we should bring in GNUstep as the alternate Cocoa API
implementation for UNIX/Linux.
-Ilyes
On Aug 10, 2012 12:53 AM, "Onuralp SEZER"
wrote:
> >From the few prerequisites, it looks like it's doable.
>
> +1 for that .
>
> I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be
> ported?
>
> I never ported OS X apps so We need check source and Cocoa syntax for
> making sure.
>
>
> On 10 August 2012 02:45, Ilyes Gouta wrote:
>
>> On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER
>> wrote:
>> > Well , When check https://github.com/textmate/textmate#prerequisites
>>
>> From the few prerequisites, it looks like it's doable.
>>
>> I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be
>> ported?
>>
>> -Ilyes
>>
>> > in here. Just we need packages and It can be compile it. And If It's
>> become
>> > open-source just MAC OSX. Yes then you right It won't be compile
>> because of
>> > OS X's Cocoa
>> >
>> >
>> > On 10 August 2012 02:25, Ilyes Gouta wrote:
>> >>
>> >> The Frameworks/Oak* code looks like it calls to few routines written
>> >> in Objective-C (and probably to few OS X API) ..
>> >>
>> >> Is the code base build-able for Linux (assuming no big dependencies on
>> >> OS X's Cocoa)?
>> >>
>> >> -Ilyes
>> >>
>> >> On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER
>> >> wrote:
>> >> > Well I did chnages in the files but problem is still going and
>> errors is
>> >> > still same.
>> >> >
>> >> >
>> >> > On 9 August 2012 23:27, Onuralp SEZER <
>> thunderbir...@fedoraproject.org>
>> >> > wrote:
>> >> >>
>> >> >> Let me try then I will get backup and I'm going to try now.
>> >> >>
>> >> >>
>> >> >> On 9 August 2012 23:26, Kellerman Rivero Suarez
>> >> >> wrote:
>> >> >>>
>> >> >>> I correct my previous email, the type __ int128 apparently not
>> >> >>> recognized
>> >> >>> by GCC, or so I understand, I think there will be that to try and
>> >> >>> replace it
>> >> >>> with __ int128_t
>> >> >>>
>> >> >>>
>> >> >>> 2012/8/9 Kellerman Rivero Suarez
>> >>
>> >> Most problems seem to be associated with int_128. In gcc version
>> most
>> >> appropriate for that type of data is int_128_t. You'll have to
>> rename
>> >> the
>> >> sources to see if it works
>> >>
>> >> 2012/8/9 Onuralp SEZER
>> >> >
>> >> > Well I downloaded from git-hub and try to compile but It said ;
>> >> >
>> >> > [root@fedora17 textmate]# ./configure
>> >> > which: invalid option -- 's'
>> >> > which: no xcrun in
>> >> >
>> >> >
>> (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
>> >> > clang is too old to build this project.
>> >> >
>> >> > Please see README.md for build instructions.
>> >> >
>> >> > So then I tried get new clang 3.2 version from source, and I got
>> >> > this
>> >> > error now ;
>> >> >
>> >> > [root@fedora17 build]# make
>> >> > make[1]: Entering directory `/home/onuralp/build/lib/Support'
>> >> > llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
>> >> > In file included from
>> /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
>> >> > In file included from
>> >> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
>> >> > In file included from
>> >> > /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
>> >> > In file included from
>> >> > /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
>> >> > In file included from
>> >> > /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
>> >> > In file included from
>> >> >
>> >> >
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
>> >> > In file included from
>> >> >
>> >> >
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
>> >> > In file included from
>> >> >
>> >> >
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
>> >> > In file included from
>> >> >
>> >> >
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
>> >> >
>> >> >
>> >> >
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
>> >> > error:
>> >> > use of undeclared identifier '__ATOMIC_ACQ_REL'
>> >> > { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
>> >> > ^
>> >> >
>> >> >
>> >> >
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38:
>> >> > error:
>> >> > use of undeclared identifier '__ATOMIC_ACQ_REL'
>> >> > { __atomic_fetch_
Re: TextMate 2 open sourced!
>From the few prerequisites, it looks like it's doable.
+1 for that .
I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be
ported?
I never ported OS X apps so We need check source and Cocoa syntax for
making sure.
On 10 August 2012 02:45, Ilyes Gouta wrote:
> On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER
> wrote:
> > Well , When check https://github.com/textmate/textmate#prerequisites
>
> From the few prerequisites, it looks like it's doable.
>
> I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be
> ported?
>
> -Ilyes
>
> > in here. Just we need packages and It can be compile it. And If It's
> become
> > open-source just MAC OSX. Yes then you right It won't be compile because
> of
> > OS X's Cocoa
> >
> >
> > On 10 August 2012 02:25, Ilyes Gouta wrote:
> >>
> >> The Frameworks/Oak* code looks like it calls to few routines written
> >> in Objective-C (and probably to few OS X API) ..
> >>
> >> Is the code base build-able for Linux (assuming no big dependencies on
> >> OS X's Cocoa)?
> >>
> >> -Ilyes
> >>
> >> On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER
> >> wrote:
> >> > Well I did chnages in the files but problem is still going and errors
> is
> >> > still same.
> >> >
> >> >
> >> > On 9 August 2012 23:27, Onuralp SEZER <
> thunderbir...@fedoraproject.org>
> >> > wrote:
> >> >>
> >> >> Let me try then I will get backup and I'm going to try now.
> >> >>
> >> >>
> >> >> On 9 August 2012 23:26, Kellerman Rivero Suarez
> >> >> wrote:
> >> >>>
> >> >>> I correct my previous email, the type __ int128 apparently not
> >> >>> recognized
> >> >>> by GCC, or so I understand, I think there will be that to try and
> >> >>> replace it
> >> >>> with __ int128_t
> >> >>>
> >> >>>
> >> >>> 2012/8/9 Kellerman Rivero Suarez
> >>
> >> Most problems seem to be associated with int_128. In gcc version
> most
> >> appropriate for that type of data is int_128_t. You'll have to
> rename
> >> the
> >> sources to see if it works
> >>
> >> 2012/8/9 Onuralp SEZER
> >> >
> >> > Well I downloaded from git-hub and try to compile but It said ;
> >> >
> >> > [root@fedora17 textmate]# ./configure
> >> > which: invalid option -- 's'
> >> > which: no xcrun in
> >> >
> >> >
> (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
> >> > clang is too old to build this project.
> >> >
> >> > Please see README.md for build instructions.
> >> >
> >> > So then I tried get new clang 3.2 version from source, and I got
> >> > this
> >> > error now ;
> >> >
> >> > [root@fedora17 build]# make
> >> > make[1]: Entering directory `/home/onuralp/build/lib/Support'
> >> > llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
> >> > In file included from
> /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
> >> > In file included from
> >> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
> >> > In file included from
> >> > /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
> >> > In file included from
> >> > /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
> >> > In file included from
> >> > /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
> >> > In file included from
> >> >
> >> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
> >> > In file included from
> >> >
> >> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
> >> > In file included from
> >> >
> >> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
> >> > In file included from
> >> >
> >> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
> >> >
> >> >
> >> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
> >> > error:
> >> > use of undeclared identifier '__ATOMIC_ACQ_REL'
> >> > { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
> >> > ^
> >> >
> >> >
> >> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38:
> >> > error:
> >> > use of undeclared identifier '__ATOMIC_ACQ_REL'
> >> > { __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
> >> > ^
> >> > In file included from
> /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
> >> > In file included from
> >> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
> >> > In file included from
> >> >>
Re: TextMate 2 open sourced!
On Fri, Aug 10, 2012 at 12:30 AM, Onuralp SEZER
wrote:
> Well , When check https://github.com/textmate/textmate#prerequisites
From the few prerequisites, it looks like it's doable.
I'm not sure about the Objective-C and Cocoa bits .. Maybe they can be ported?
-Ilyes
> in here. Just we need packages and It can be compile it. And If It's become
> open-source just MAC OSX. Yes then you right It won't be compile because of
> OS X's Cocoa
>
>
> On 10 August 2012 02:25, Ilyes Gouta wrote:
>>
>> The Frameworks/Oak* code looks like it calls to few routines written
>> in Objective-C (and probably to few OS X API) ..
>>
>> Is the code base build-able for Linux (assuming no big dependencies on
>> OS X's Cocoa)?
>>
>> -Ilyes
>>
>> On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER
>> wrote:
>> > Well I did chnages in the files but problem is still going and errors is
>> > still same.
>> >
>> >
>> > On 9 August 2012 23:27, Onuralp SEZER
>> > wrote:
>> >>
>> >> Let me try then I will get backup and I'm going to try now.
>> >>
>> >>
>> >> On 9 August 2012 23:26, Kellerman Rivero Suarez
>> >> wrote:
>> >>>
>> >>> I correct my previous email, the type __ int128 apparently not
>> >>> recognized
>> >>> by GCC, or so I understand, I think there will be that to try and
>> >>> replace it
>> >>> with __ int128_t
>> >>>
>> >>>
>> >>> 2012/8/9 Kellerman Rivero Suarez
>>
>> Most problems seem to be associated with int_128. In gcc version most
>> appropriate for that type of data is int_128_t. You'll have to rename
>> the
>> sources to see if it works
>>
>> 2012/8/9 Onuralp SEZER
>> >
>> > Well I downloaded from git-hub and try to compile but It said ;
>> >
>> > [root@fedora17 textmate]# ./configure
>> > which: invalid option -- 's'
>> > which: no xcrun in
>> >
>> > (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
>> > clang is too old to build this project.
>> >
>> > Please see README.md for build instructions.
>> >
>> > So then I tried get new clang 3.2 version from source, and I got
>> > this
>> > error now ;
>> >
>> > [root@fedora17 build]# make
>> > make[1]: Entering directory `/home/onuralp/build/lib/Support'
>> > llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
>> > In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
>> > In file included from
>> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
>> > In file included from
>> > /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
>> > In file included from
>> > /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
>> > In file included from
>> > /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
>> > In file included from
>> >
>> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
>> > In file included from
>> >
>> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
>> > In file included from
>> >
>> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
>> > In file included from
>> >
>> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
>> >
>> >
>> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
>> > error:
>> > use of undeclared identifier '__ATOMIC_ACQ_REL'
>> > { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
>> > ^
>> >
>> >
>> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38:
>> > error:
>> > use of undeclared identifier '__ATOMIC_ACQ_REL'
>> > { __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
>> > ^
>> > In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
>> > In file included from
>> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
>> > In file included from
>> > /home/onuralp/llvm/include/llvm/ADT/APInt.h:20:
>> > In file included from
>> > /home/onuralp/llvm/include/llvm/Support/MathExtras.h:17:
>> > In file included from
>> > /home/onuralp/llvm/include/llvm/Support/SwapByteOrder.h:20:
>> >
>> >
>> > /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1404:27:
>> > error:
>> > use of undeclared identifier '__int128'; did you mean
>> > '__int128_t'?
>> > struct numeric_limits<__int128>
>> > ^
>> >
>> >>>
Re: TextMate 2 open sourced!
Well , When check https://github.com/textmate/textmate#prerequisites
in here. Just we need packages and It can be compile it. And If It's become
open-source just MAC OSX. Yes then you right It won't be compile because of
OS X's Cocoa
On 10 August 2012 02:25, Ilyes Gouta wrote:
> The Frameworks/Oak* code looks like it calls to few routines written
> in Objective-C (and probably to few OS X API) ..
>
> Is the code base build-able for Linux (assuming no big dependencies on
> OS X's Cocoa)?
>
> -Ilyes
>
> On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER
> wrote:
> > Well I did chnages in the files but problem is still going and errors is
> > still same.
> >
> >
> > On 9 August 2012 23:27, Onuralp SEZER
> > wrote:
> >>
> >> Let me try then I will get backup and I'm going to try now.
> >>
> >>
> >> On 9 August 2012 23:26, Kellerman Rivero Suarez
> wrote:
> >>>
> >>> I correct my previous email, the type __ int128 apparently not
> recognized
> >>> by GCC, or so I understand, I think there will be that to try and
> replace it
> >>> with __ int128_t
> >>>
> >>>
> >>> 2012/8/9 Kellerman Rivero Suarez
>
> Most problems seem to be associated with int_128. In gcc version most
> appropriate for that type of data is int_128_t. You'll have to rename
> the
> sources to see if it works
>
> 2012/8/9 Onuralp SEZER
> >
> > Well I downloaded from git-hub and try to compile but It said ;
> >
> > [root@fedora17 textmate]# ./configure
> > which: invalid option -- 's'
> > which: no xcrun in
> >
> (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
> > clang is too old to build this project.
> >
> > Please see README.md for build instructions.
> >
> > So then I tried get new clang 3.2 version from source, and I got this
> > error now ;
> >
> > [root@fedora17 build]# make
> > make[1]: Entering directory `/home/onuralp/build/lib/Support'
> > llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
> > In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
> > In file included from
> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
> > In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
> > In file included from
> > /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
> > In file included from
> > /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
> > In file included from
> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
> > In file included from
> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
> > In file included from
> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
> > In file included from
> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
> >
> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
> > error:
> > use of undeclared identifier '__ATOMIC_ACQ_REL'
> > { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
> > ^
> >
> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38:
> > error:
> > use of undeclared identifier '__ATOMIC_ACQ_REL'
> > { __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
> > ^
> > In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
> > In file included from
> > /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
> > In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:20:
> > In file included from
> > /home/onuralp/llvm/include/llvm/Support/MathExtras.h:17:
> > In file included from
> > /home/onuralp/llvm/include/llvm/Support/SwapByteOrder.h:20:
> >
> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1404:27:
> > error:
> > use of undeclared identifier '__int128'; did you mean
> > '__int128_t'?
> > struct numeric_limits<__int128>
> > ^
> >
> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:36:
> > error:
> > expected '>'
> > struct numeric_limits
> >^
> >
> >
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:5:
> > error:
> > cannot combine with previous '(error)' declaration specif
Re: TextMate 2 open sourced!
The Frameworks/Oak* code looks like it calls to few routines written
in Objective-C (and probably to few OS X API) ..
Is the code base build-able for Linux (assuming no big dependencies on
OS X's Cocoa)?
-Ilyes
On Thu, Aug 9, 2012 at 10:38 PM, Onuralp SEZER
wrote:
> Well I did chnages in the files but problem is still going and errors is
> still same.
>
>
> On 9 August 2012 23:27, Onuralp SEZER
> wrote:
>>
>> Let me try then I will get backup and I'm going to try now.
>>
>>
>> On 9 August 2012 23:26, Kellerman Rivero Suarez wrote:
>>>
>>> I correct my previous email, the type __ int128 apparently not recognized
>>> by GCC, or so I understand, I think there will be that to try and replace it
>>> with __ int128_t
>>>
>>>
>>> 2012/8/9 Kellerman Rivero Suarez
Most problems seem to be associated with int_128. In gcc version most
appropriate for that type of data is int_128_t. You'll have to rename the
sources to see if it works
2012/8/9 Onuralp SEZER
>
> Well I downloaded from git-hub and try to compile but It said ;
>
> [root@fedora17 textmate]# ./configure
> which: invalid option -- 's'
> which: no xcrun in
> (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
> clang is too old to build this project.
>
> Please see README.md for build instructions.
>
> So then I tried get new clang 3.2 version from source, and I got this
> error now ;
>
> [root@fedora17 build]# make
> make[1]: Entering directory `/home/onuralp/build/lib/Support'
> llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
> In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
> In file included from
> /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
> In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
> In file included from
> /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
> In file included from
> /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
> In file included from
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
> In file included from
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
> In file included from
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
> In file included from
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
>
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
> error:
> use of undeclared identifier '__ATOMIC_ACQ_REL'
> { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
> ^
>
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38:
> error:
> use of undeclared identifier '__ATOMIC_ACQ_REL'
> { __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
> ^
> In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
> In file included from
> /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
> In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:20:
> In file included from
> /home/onuralp/llvm/include/llvm/Support/MathExtras.h:17:
> In file included from
> /home/onuralp/llvm/include/llvm/Support/SwapByteOrder.h:20:
>
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1404:27:
> error:
> use of undeclared identifier '__int128'; did you mean
> '__int128_t'?
> struct numeric_limits<__int128>
> ^
>
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:36:
> error:
> expected '>'
> struct numeric_limits
>^
>
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:5:
> error:
> cannot combine with previous '(error)' declaration specifier
> struct numeric_limits
> ^
>
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:44:
> error:
> expected unqualified-id
> struct numeric_limits
>^
> 6 errors generated.
> make[1]: *** [/home/onuralp/build/lib/Support/Debug+Asserts/APFloat.o]
> Error 1
> make[1]: Leaving directory `/home/onuralp/build/lib/Support'
> make: *** [all] Error 1
>
>
>
>>
Re: TextMate 2 open sourced!
Well I did chnages in the files but problem is still going and errors is
still same.
On 9 August 2012 23:27, Onuralp SEZER wrote:
> Let me try then I will get backup and I'm going to try now.
>
>
> On 9 August 2012 23:26, Kellerman Rivero Suarez wrote:
>
>> I correct my previous email, the type __ int128 apparently not recognized
>> by GCC, or so I understand, I think there will be that to try and replace
>> it with __ int128_t
>>
>>
>> 2012/8/9 Kellerman Rivero Suarez
>>
>>> Most problems seem to be associated with int_128. In gcc version most
>>> appropriate for that type of data is int_128_t. You'll have to rename the
>>> sources to see if it works
>>>
>>> 2012/8/9 Onuralp SEZER
>>>
*Well I downloaded from git-hub and try to compile but It said ; *
[root@fedora17 textmate]# ./configure
which: invalid option -- 's'
which: no xcrun in
(/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
clang is too old to build this project.
Please see README.md for build instructions.
*
*
*So then I tried get new clang 3.2 version from source, and I got this
error now ; *
[root@fedora17 build]# make
make[1]: Entering directory `/home/onuralp/build/lib/Support'
llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
In file included from /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
In file included from
/home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
In file included from
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
In file included from
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
In file included from
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
In file included from
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
error:
use of undeclared identifier '__ATOMIC_ACQ_REL'
{ return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
^
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38:
error:
use of undeclared identifier '__ATOMIC_ACQ_REL'
{ __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
^
In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:20:
In file included from
/home/onuralp/llvm/include/llvm/Support/MathExtras.h:17:
In file included from
/home/onuralp/llvm/include/llvm/Support/SwapByteOrder.h:20:
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1404:27:
error:
use of undeclared identifier '__int128'; did you mean
'__int128_t'?
struct numeric_limits<__int128>
^
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:36:
error:
expected '>'
struct numeric_limits
^
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:5:
error:
cannot combine with previous '(error)' declaration specifier
struct numeric_limits
^
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:44:
error:
expected unqualified-id
struct numeric_limits
^
6 errors generated.
make[1]: *** [/home/onuralp/build/lib/Support/Debug+Asserts/APFloat.o]
Error 1
make[1]: Leaving directory `/home/onuralp/build/lib/Support'
make: *** [all] Error 1
--
Onuralp SEZER
Fedora Ambassadors
EMEAMember / Turkey
Fedora Translations Turkish Team
Member
Re: TextMate 2 open sourced!
Let me try then I will get backup and I'm going to try now.
On 9 August 2012 23:26, Kellerman Rivero Suarez wrote:
> I correct my previous email, the type __ int128 apparently not recognized
> by GCC, or so I understand, I think there will be that to try and replace
> it with __ int128_t
>
>
> 2012/8/9 Kellerman Rivero Suarez
>
>> Most problems seem to be associated with int_128. In gcc version most
>> appropriate for that type of data is int_128_t. You'll have to rename the
>> sources to see if it works
>>
>> 2012/8/9 Onuralp SEZER
>>
>>> *Well I downloaded from git-hub and try to compile but It said ; *
>>>
>>> [root@fedora17 textmate]# ./configure
>>> which: invalid option -- 's'
>>> which: no xcrun in
>>> (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
>>> clang is too old to build this project.
>>>
>>> Please see README.md for build instructions.
>>> *
>>> *
>>> *So then I tried get new clang 3.2 version from source, and I got this
>>> error now ; *
>>>
>>> [root@fedora17 build]# make
>>> make[1]: Entering directory `/home/onuralp/build/lib/Support'
>>> llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
>>> In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
>>> In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
>>> In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
>>> In file included from /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
>>> In file included from
>>> /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
>>> In file included from
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
>>> In file included from
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
>>> In file included from
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
>>> In file included from
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
>>> error:
>>> use of undeclared identifier '__ATOMIC_ACQ_REL'
>>> { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
>>> ^
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38:
>>> error:
>>> use of undeclared identifier '__ATOMIC_ACQ_REL'
>>> { __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
>>> ^
>>> In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
>>> In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
>>> In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:20:
>>> In file included from
>>> /home/onuralp/llvm/include/llvm/Support/MathExtras.h:17:
>>> In file included from
>>> /home/onuralp/llvm/include/llvm/Support/SwapByteOrder.h:20:
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1404:27:
>>> error:
>>> use of undeclared identifier '__int128'; did you mean '__int128_t'?
>>> struct numeric_limits<__int128>
>>> ^
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:36:
>>> error:
>>> expected '>'
>>> struct numeric_limits
>>>^
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:5:
>>> error:
>>> cannot combine with previous '(error)' declaration specifier
>>> struct numeric_limits
>>> ^
>>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:44:
>>> error:
>>> expected unqualified-id
>>> struct numeric_limits
>>>^
>>> 6 errors generated.
>>> make[1]: *** [/home/onuralp/build/lib/Support/Debug+Asserts/APFloat.o]
>>> Error 1
>>> make[1]: Leaving directory `/home/onuralp/build/lib/Support'
>>> make: *** [all] Error 1
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Onuralp SEZER
>>> Fedora Ambassadors
>>> EMEAMember / Turkey
>>> Fedora Translations Turkish Team
>>> Member
>>> )
>>>
>>>
>>>
>>> --
>>> devel mailing list
>>> devel@lists.fedoraproject.org
>>> https://admin.fedoraproject.org/mailman/listinfo/devel
>>>
>>
>>
>>
>> --
>> Kellerman Rivero
>> Software Developer
>> Linuxer
>> Fedora Linux Ambassad
Re: TextMate 2 open sourced!
I correct my previous email, the type __ int128 apparently not recognized
by GCC, or so I understand, I think there will be that to try and replace
it with __ int128_t
2012/8/9 Kellerman Rivero Suarez
> Most problems seem to be associated with int_128. In gcc version most
> appropriate for that type of data is int_128_t. You'll have to rename the
> sources to see if it works
>
> 2012/8/9 Onuralp SEZER
>
>> *Well I downloaded from git-hub and try to compile but It said ; *
>>
>> [root@fedora17 textmate]# ./configure
>> which: invalid option -- 's'
>> which: no xcrun in
>> (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
>> clang is too old to build this project.
>>
>> Please see README.md for build instructions.
>> *
>> *
>> *So then I tried get new clang 3.2 version from source, and I got this
>> error now ; *
>>
>> [root@fedora17 build]# make
>> make[1]: Entering directory `/home/onuralp/build/lib/Support'
>> llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
>> In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
>> In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
>> In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
>> In file included from /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
>> In file included from
>> /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
>> In file included from
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
>> In file included from
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
>> In file included from
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
>> In file included from
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
>> error:
>> use of undeclared identifier '__ATOMIC_ACQ_REL'
>> { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
>> ^
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38:
>> error:
>> use of undeclared identifier '__ATOMIC_ACQ_REL'
>> { __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
>> ^
>> In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
>> In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
>> In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:20:
>> In file included from
>> /home/onuralp/llvm/include/llvm/Support/MathExtras.h:17:
>> In file included from
>> /home/onuralp/llvm/include/llvm/Support/SwapByteOrder.h:20:
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1404:27:
>> error:
>> use of undeclared identifier '__int128'; did you mean '__int128_t'?
>> struct numeric_limits<__int128>
>> ^
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:36:
>> error:
>> expected '>'
>> struct numeric_limits
>>^
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:5:
>> error:
>> cannot combine with previous '(error)' declaration specifier
>> struct numeric_limits
>> ^
>> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:44:
>> error:
>> expected unqualified-id
>> struct numeric_limits
>>^
>> 6 errors generated.
>> make[1]: *** [/home/onuralp/build/lib/Support/Debug+Asserts/APFloat.o]
>> Error 1
>> make[1]: Leaving directory `/home/onuralp/build/lib/Support'
>> make: *** [all] Error 1
>>
>>
>>
>>
>>
>> --
>> Onuralp SEZER
>> Fedora Ambassadors
>> EMEAMember / Turkey
>> Fedora Translations Turkish Team
>> Member
>> )
>>
>>
>>
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>>
>
>
>
> --
> Kellerman Rivero
> Software Developer
> Linuxer
> Fedora Linux Ambassador
>
--
Kellerman Rivero
Software Developer
Linuxer
Fedora Linux Ambassador
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
Most problems seem to be associated with int_128. In gcc version most
appropriate for that type of data is int_128_t. You'll have to rename the
sources to see if it works
2012/8/9 Onuralp SEZER
> *Well I downloaded from git-hub and try to compile but It said ; *
>
> [root@fedora17 textmate]# ./configure
> which: invalid option -- 's'
> which: no xcrun in
> (/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
> clang is too old to build this project.
>
> Please see README.md for build instructions.
> *
> *
> *So then I tried get new clang 3.2 version from source, and I got this
> error now ; *
>
> [root@fedora17 build]# make
> make[1]: Entering directory `/home/onuralp/build/lib/Support'
> llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
> In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
> In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
> In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
> In file included from /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
> In file included from /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
> In file included from
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
> In file included from
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
> In file included from
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
> In file included from
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
> error:
> use of undeclared identifier '__ATOMIC_ACQ_REL'
> { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
> ^
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38:
> error:
> use of undeclared identifier '__ATOMIC_ACQ_REL'
> { __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
> ^
> In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
> In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
> In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:20:
> In file included from
> /home/onuralp/llvm/include/llvm/Support/MathExtras.h:17:
> In file included from
> /home/onuralp/llvm/include/llvm/Support/SwapByteOrder.h:20:
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1404:27:
> error:
> use of undeclared identifier '__int128'; did you mean '__int128_t'?
> struct numeric_limits<__int128>
> ^
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:36:
> error:
> expected '>'
> struct numeric_limits
>^
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:5:
> error:
> cannot combine with previous '(error)' declaration specifier
> struct numeric_limits
> ^
> /usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:44:
> error:
> expected unqualified-id
> struct numeric_limits
>^
> 6 errors generated.
> make[1]: *** [/home/onuralp/build/lib/Support/Debug+Asserts/APFloat.o]
> Error 1
> make[1]: Leaving directory `/home/onuralp/build/lib/Support'
> make: *** [all] Error 1
>
>
>
>
>
> --
> Onuralp SEZER
> Fedora Ambassadors
> EMEAMember / Turkey
> Fedora Translations Turkish Team
> Member
> )
>
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>
--
Kellerman Rivero
Software Developer
Linuxer
Fedora Linux Ambassador
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
*Well I downloaded from git-hub and try to compile but It said ; *
[root@fedora17 textmate]# ./configure
which: invalid option -- 's'
which: no xcrun in
(/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/home/onuralp/.local/bin:/home/onuralp/bin:/home/onuralp/chromiumos/depot_tools:/home/onuralp/.cabal/bin:/home/onuralp/.xmonad/bin:/root/.cabal/bin)
clang is too old to build this project.
Please see README.md for build instructions.
*
*
*So then I tried get new clang 3.2 version from source, and I got this
error now ; *
[root@fedora17 build]# make
make[1]: Entering directory `/home/onuralp/build/lib/Support'
llvm[1]: Compiling APFloat.cpp for Debug+Asserts build
In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:18:
In file included from /home/onuralp/llvm/include/llvm/ADT/ArrayRef.h:13:
In file included from /home/onuralp/llvm/include/llvm/ADT/SmallVector.h:24:
In file included from
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/iterator:63:
In file included from
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:39:
In file included from
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ios:42:
In file included from
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/bits/ios_base.h:40:
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:48:45:
error:
use of undeclared identifier '__ATOMIC_ACQ_REL'
{ return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
^
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ext/atomicity.h:52:38:
error:
use of undeclared identifier '__ATOMIC_ACQ_REL'
{ __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); }
^
In file included from /home/onuralp/llvm/lib/Support/APFloat.cpp:15:
In file included from /home/onuralp/llvm/include/llvm/ADT/APFloat.h:104:
In file included from /home/onuralp/llvm/include/llvm/ADT/APInt.h:20:
In file included from
/home/onuralp/llvm/include/llvm/Support/MathExtras.h:17:
In file included from
/home/onuralp/llvm/include/llvm/Support/SwapByteOrder.h:20:
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1404:27:
error:
use of undeclared identifier '__int128'; did you mean '__int128_t'?
struct numeric_limits<__int128>
^
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:36:
error:
expected '>'
struct numeric_limits
^
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:5:
error:
cannot combine with previous '(error)' declaration specifier
struct numeric_limits
^
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/limits:1478:44:
error:
expected unqualified-id
struct numeric_limits
^
6 errors generated.
make[1]: *** [/home/onuralp/build/lib/Support/Debug+Asserts/APFloat.o]
Error 1
make[1]: Leaving directory `/home/onuralp/build/lib/Support'
make: *** [all] Error 1
--
Onuralp SEZER
Fedora Ambassadors
EMEAMember / Turkey
Fedora Translations Turkish Team
Member
)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
Doh. Just has a look on the source code. Been thinking this is cross-platform just like Sublime Text 2. -Ilyes On Thu, Aug 9, 2012 at 7:03 PM, Ilyes Gouta wrote: > Hi, > > http://blog.macromates.com/2012/textmate-2-at-github/ > > TextMate 2 is (for now) placed under GPL3. > > Source code is available at github: https://github.com/textmate/textmate > > How about packaging it for Fedora? > > -Ilyes -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
TextMate 2 open sourced!
Hi, http://blog.macromates.com/2012/textmate-2-at-github/ TextMate 2 is (for now) placed under GPL3. Source code is available at github: https://github.com/textmate/textmate How about packaging it for Fedora? -Ilyes -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
