[Topic DIscussion] 软件生态的建设,除了应用商店、DTK和开发者,编译器也很重要
Tofloor
poster avatar
deepin
2024-01-18 20:49
Author

如题,在deepin软件生态的建设过程中,deepin在技术方面已经搞出自己的成果,如下:

1.深度应用商店;

2.DTK开发套件,后续可升级Qt6库;

3.集成开发开发工具IDE-unioncode;

4.绑定Qt库的解释器编程语言unilang;

......

除了以上一些成果,我个人觉得还需要增加一个适合deepin软件生态的源代码编译器,比如可以编译C/C++源代码的编译器Gcc/G++、Clang等等。
image.png

这些不同类型的编译器,其性能都受限于硬件水平、并行计算能力等条件,deepin需要针对DTK/Qt库的相关源代码去主动升级相关编译器,让编译器可以更好的对开发者的应用软件起作用。

Reply Favorite View the author
All Replies
YL-Jack
deepin
2024-01-18 21:17
#1

会有那一天的,一步一步来

Reply View the author
deepin
2024-01-18 21:21
#2
YL-Jack

会有那一天的,一步一步来

希望deepin/UOS能招募更多人才,更快完善自己的生态。

Reply View the author
YL-Jack
deepin
2024-01-18 21:22
#3

希望deepin/UOS能招募更多人才,更快完善自己的生态。

加油!

Reply View the author
mozixun
deepin
2024-01-18 22:24
#4

说说很简单,但这工作应该让龙芯等真正搞编译器这些的厂商来担任,统信重心不在这里

deepin要发展根社区是因为如Debian等Linux开源发行版,以及像KDE等桌面环境社区的更新太过于激进,而不是所谓的安全问题,开源社区不存在安全问题(只有像谷歌将安卓与GMS绑定一样存在隐患),这些开源社区的每次迭代都要导致deepin代码几乎推翻重写,把Linux桌面端主导权拿在自己手上可以最好地调速,达到真正实现商业化的效果,而不会每次更新都带来大量新的问题

但是,目前几乎所有的编译器都是开源的,而且不同于Linux新兴的桌面环境,gcc,g++等编译器早已热门几十年,而且也并不会带来安全问题,因为主导它们的社区不受任何国家/政府控制,投入这些开发跟原子物理一样,没有一个科学家能独自发明出来.编译器也一样,没有一家企业能独立从0搞出来

Reply View the author
fslong
deepin beta test group
2024-01-18 22:49
#5

啥?现在的就是用gcc/g++编译呀。

编译有啥问题?这些在deepin上运行好的很呀

Reply View the author
deepin
2024-01-18 22:59
#6
mozixun

说说很简单,但这工作应该让龙芯等真正搞编译器这些的厂商来担任,统信重心不在这里

deepin要发展根社区是因为如Debian等Linux开源发行版,以及像KDE等桌面环境社区的更新太过于激进,而不是所谓的安全问题,开源社区不存在安全问题(只有像谷歌将安卓与GMS绑定一样存在隐患),这些开源社区的每次迭代都要导致deepin代码几乎推翻重写,把Linux桌面端主导权拿在自己手上可以最好地调速,达到真正实现商业化的效果,而不会每次更新都带来大量新的问题

但是,目前几乎所有的编译器都是开源的,而且不同于Linux新兴的桌面环境,gcc,g++等编译器早已热门几十年,而且也并不会带来安全问题,因为主导它们的社区不受任何国家/政府控制,投入这些开发跟原子物理一样,没有一个科学家能独自发明出来.编译器也一样,没有一家企业能独立从0搞出来

但是,你现在用龙芯的处理器和其他国产硬件之后,和在X86硬件上的源代码编译效率是否一样,这个总得有人去测试和升级吧。

Reply View the author
deepin
2024-01-18 23:00
#7
fslong

啥?现在的就是用gcc/g++编译呀。

编译有啥问题?这些在deepin上运行好的很呀

不是安全问题,是性能上软件源代码的运行效率能否进一步提高。

Reply View the author
mozixun
deepin
2024-01-19 06:40
#8

但是,你现在用龙芯的处理器和其他国产硬件之后,和在X86硬件上的源代码编译效率是否一样,这个总得有人去测试和升级吧。

是的,所以龙芯有自己特殊优化的gcc编译器

Reply View the author
方老四
deepin
2024-01-19 11:41
#9

好多高级语言的编译器、解释器都是用C语言实现的,比如:java、python等,最终都要用到C编译器编译成机器码。C编译器一般都是由CPU硬件厂商来做,操作系统厂商拿来用就行了。deepin倒是可以用C语言新弄一个高级语言,用C函数实现自己的一套编程逻辑,把自己的编程逻辑都翻译成C代码,最后用C编译器生成机器码。国内的HVML语言就是这样干的,不过这需要长期的应用编程实践经验的积累,还要透彻掌握C语言。

Reply View the author
deepin
2024-01-20 19:57
#10
mozixun

是的,所以龙芯有自己特殊优化的gcc编译器

但是龙芯的编译器主要是硬件和系统之间,我说的是软件层的编译器也需要进行更高性能的提升。

Reply View the author
deepin
2024-01-20 19:57
#11
方老四

好多高级语言的编译器、解释器都是用C语言实现的,比如:java、python等,最终都要用到C编译器编译成机器码。C编译器一般都是由CPU硬件厂商来做,操作系统厂商拿来用就行了。deepin倒是可以用C语言新弄一个高级语言,用C函数实现自己的一套编程逻辑,把自己的编程逻辑都翻译成C代码,最后用C编译器生成机器码。国内的HVML语言就是这样干的,不过这需要长期的应用编程实践经验的积累,还要透彻掌握C语言。

C语言确实要会使用。

Reply View the author
MMHMM
deepin
2024-01-23 20:46
#12
mozixun

说说很简单,但这工作应该让龙芯等真正搞编译器这些的厂商来担任,统信重心不在这里

deepin要发展根社区是因为如Debian等Linux开源发行版,以及像KDE等桌面环境社区的更新太过于激进,而不是所谓的安全问题,开源社区不存在安全问题(只有像谷歌将安卓与GMS绑定一样存在隐患),这些开源社区的每次迭代都要导致deepin代码几乎推翻重写,把Linux桌面端主导权拿在自己手上可以最好地调速,达到真正实现商业化的效果,而不会每次更新都带来大量新的问题

但是,目前几乎所有的编译器都是开源的,而且不同于Linux新兴的桌面环境,gcc,g++等编译器早已热门几十年,而且也并不会带来安全问题,因为主导它们的社区不受任何国家/政府控制,投入这些开发跟原子物理一样,没有一个科学家能独自发明出来.编译器也一样,没有一家企业能独立从0搞出来

为啥不搞???自己不搞等着国外搞嘛???

学学华为,能自己做就做到最好!!!

Reply View the author
mozixun
deepin
2024-01-24 21:13
#13
MMHMM

为啥不搞???自己不搞等着国外搞嘛???

学学华为,能自己做就做到最好!!!

怎么张口闭口就华为,华为自研都没到这个程度 , 而且自研编译器没那么急,没人垄断得了,源码你都能下载到。

华为开放鸿蒙用了谷歌gn编译器,RedHat和Intel主导的wayland显示协议,分区目录参考的谷歌主导的AOSP项目。处理器用的英国arm架构造的麒麟9000s,现在投入的还是美国那里研发的RISC-V(直至现在才开始做灵犀指令集),如果提鸿蒙NEXT,那我估计还拿了安卓ART的显示框架,目前开放鸿蒙基于wayland的显示动画远远没到鸿蒙基于AOSP方案的水平

照你这么说别用手机了,没一个手机安全

Reply View the author
198******86
deepin
2024-01-26 15:24
#14
mozixun

怎么张口闭口就华为,华为自研都没到这个程度 , 而且自研编译器没那么急,没人垄断得了,源码你都能下载到。

华为开放鸿蒙用了谷歌gn编译器,RedHat和Intel主导的wayland显示协议,分区目录参考的谷歌主导的AOSP项目。处理器用的英国arm架构造的麒麟9000s,现在投入的还是美国那里研发的RISC-V(直至现在才开始做灵犀指令集),如果提鸿蒙NEXT,那我估计还拿了安卓ART的显示框架,目前开放鸿蒙基于wayland的显示动画远远没到鸿蒙基于AOSP方案的水平

照你这么说别用手机了,没一个手机安全

鸿蒙next的软硬件栈综合方面自研程度恐怕比你所说的谷歌都强,这个你得承认,深度差的很远,当然不能以这个要求来要求深度

要做到华为这种,首先得有钱,得像华为有通信设备的护城河现金流,做到这步目前国内利润丰厚的选手其实也就那么几家,华为 字节 腾讯和曾经的阿里,然后在这种土豪金山基础上还能保持技术理想,这样符合这样的公司选手就不多了,大部分忙着搞垄断,搞借贷,搞快钱

Reply View the author
mozixun
deepin
2024-01-26 17:05
#15
198******86

鸿蒙next的软硬件栈综合方面自研程度恐怕比你所说的谷歌都强,这个你得承认,深度差的很远,当然不能以这个要求来要求深度

要做到华为这种,首先得有钱,得像华为有通信设备的护城河现金流,做到这步目前国内利润丰厚的选手其实也就那么几家,华为 字节 腾讯和曾经的阿里,然后在这种土豪金山基础上还能保持技术理想,这样符合这样的公司选手就不多了,大部分忙着搞垄断,搞借贷,搞快钱

为什么自研程度跟谷歌比?首先这话就有问题.国外是联合制裁的,不存在"自研"问题

而且,鸿蒙NEXT刷机包没放出,但是OpenHarmony源码你都能看,我所说的那些是因为我翻过OpenHarmony的编译包(比如小米6的),OpenHarmony官方文档明确说明用的是那些

其次,统信跟它是合作关系,不是竞争关系,OpenHarmony目前在x86平台上只能卡开机,统信有基于OpenHarmony的USmart设备

鸿蒙NEXT我猜测还会有很多库用的AOSP的,因为AOSP这边在动画等地方的实现最成熟,而OpenHarmony基于wayland的动画实现还只做了个框架还没细化,因此拿这个实现概率真的很小

最后,华为在ArkUI,多端互联这些要自己开发最终原因是不会被牵着鼻子走,跟deepin v23的目标是一样的,而不是安全问题,开源软件不存在安全问题。而是谷歌的Electron多差劲人尽皆知,而ArkUI出现不仅能实现Electron想要实现的功能,体积还能降20多倍,AOSP至今底层框架几乎没变过,OpenHarmony横空出世才能引领手机真正走向次世代。

deepin在很多地方即将转为自己开发,比如基于wlroots开发的treeland wm,比如基于flatpak的玲珑软件包。而在QML,DTK这些地方自己完全开发意义不大,而且目前没必要自己开发,因为源代码你都能下载,大不了自己改

Reply View the author
198******86
deepin
2024-01-29 15:09
#16
mozixun

为什么自研程度跟谷歌比?首先这话就有问题.国外是联合制裁的,不存在"自研"问题

而且,鸿蒙NEXT刷机包没放出,但是OpenHarmony源码你都能看,我所说的那些是因为我翻过OpenHarmony的编译包(比如小米6的),OpenHarmony官方文档明确说明用的是那些

其次,统信跟它是合作关系,不是竞争关系,OpenHarmony目前在x86平台上只能卡开机,统信有基于OpenHarmony的USmart设备

鸿蒙NEXT我猜测还会有很多库用的AOSP的,因为AOSP这边在动画等地方的实现最成熟,而OpenHarmony基于wayland的动画实现还只做了个框架还没细化,因此拿这个实现概率真的很小

最后,华为在ArkUI,多端互联这些要自己开发最终原因是不会被牵着鼻子走,跟deepin v23的目标是一样的,而不是安全问题,开源软件不存在安全问题。而是谷歌的Electron多差劲人尽皆知,而ArkUI出现不仅能实现Electron想要实现的功能,体积还能降20多倍,AOSP至今底层框架几乎没变过,OpenHarmony横空出世才能引领手机真正走向次世代。

deepin在很多地方即将转为自己开发,比如基于wlroots开发的treeland wm,比如基于flatpak的玲珑软件包。而在QML,DTK这些地方自己完全开发意义不大,而且目前没必要自己开发,因为源代码你都能下载,大不了自己改

自研实际就是自己拉分支在技术路线上分道扬镳,哪怕你直接fork代码在这基础上修改也算自研,自研路子能不能走下去要看你的分支开发能力,如果开发能力不太强,开发的功能主干上有人做类似的功能,可能比你还强还好用,这个时候往往会面临抉择,继续下去还是扔掉之前开发的部分,如果自己开发的部分基本都扔掉了,那么就等于白忙活一通。

华为的体量和能力以及资金以及公司执行力都可以支持自研这条路子,其他小公司相对比较难一些,但是依然不可否认龙芯,deepin这类走自研路线的技术公司,我只能说对于龙芯deepin这类,不能要求太高,最好结合销售额逐步扩大自研部分,并且也得判断哪些自研价值大,哪些没必要,不必为了满足某些技术人员喜好为自研而自研,商业公司就得做符合商业公司基本规律的事情,只要不要学国内某些忙着搞营销赚快钱的公司都可以理解

Reply View the author
mozixun
deepin
2024-01-29 20:58
#17
198******86

自研实际就是自己拉分支在技术路线上分道扬镳,哪怕你直接fork代码在这基础上修改也算自研,自研路子能不能走下去要看你的分支开发能力,如果开发能力不太强,开发的功能主干上有人做类似的功能,可能比你还强还好用,这个时候往往会面临抉择,继续下去还是扔掉之前开发的部分,如果自己开发的部分基本都扔掉了,那么就等于白忙活一通。

华为的体量和能力以及资金以及公司执行力都可以支持自研这条路子,其他小公司相对比较难一些,但是依然不可否认龙芯,deepin这类走自研路线的技术公司,我只能说对于龙芯deepin这类,不能要求太高,最好结合销售额逐步扩大自研部分,并且也得判断哪些自研价值大,哪些没必要,不必为了满足某些技术人员喜好为自研而自研,商业公司就得做符合商业公司基本规律的事情,只要不要学国内某些忙着搞营销赚快钱的公司都可以理解

没,我说的是楼上那位"版主",看一下他说了啥

实际上开源的东西没什么好扯自研啥的,而重点是是否高效好用

Reply View the author