Development mailing list

Syndicate content
Archive of posts for haiku-development at FreeLists
Updated: 1 hour 57 min ago

[haiku-development] Re: Switch to Clang or GCC 4.9? (Jonathan Schleifer)

Sun, 2014-05-25 11:45
Am 24.04.2014 um 12:16 schrieb Pawel Dziepak pdziepak@xxxxxxxxxxx: What are the current problems with clang that would prevent us from switching now? Is it only completing the integration with our build system? * We currently depend on the host Clang (which is not really a problem, any Clang since 3.2 works) * Some servers segfault on exit, as there's something different with global destructors. I'm not sure if GCC doesn't call them at exit or calls them in ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Jonathan Schleifer)

Sun, 2014-05-25 07:45
Am 24.04.2014 um 12:04 schrieb Pawel Dziepak pdziepak@xxxxxxxxxxx: I wonder whether GCC2 ABI would allow complete and correct implementation of C++11. Yes, that's something I wondered as well. I tried to come up with any C++11 features that require a change to the ABI that were not present in the GCC2 ABI, but I could not come up with any so far. -- ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Jonathan Schleifer)

Sun, 2014-05-25 01:45
Am 24.04.2014 um 10:24 schrieb Simon Taylor simontaylor1@xxxxxxxxxxxx: At least on OSX it is possible to link against either libstc++ or libc++. Do they treat that as a separate ABI? Well, libstdc++ is not a symlink to libc++ as that would break applications. So I guess they are not really compatible. -- Jonathan ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (RISC)

Sat, 2014-05-24 23:45
If not we will call mr.Putin with polite green mans and make referendum! 2014-04-25 15:36 GMT+05:00 RISC service.exchange@xxxxxxxxx: +1 For drop gcc2 and BeOS Compatibility. For switch to gcc4 or clang! 2014-04-25 15:28 GMT+05:00 Axel Dörfler axeld@xxxxxxxxxxxxxxxx: ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (RISC)

Sat, 2014-05-24 23:45
+1 For drop gcc2 and BeOS Compatibility. For switch to gcc4 or clang! 2014-04-25 15:28 GMT+05:00 Axel Dörfler axeld@xxxxxxxxxxxxxxxx: On April 23, 2014 at 9:39 PM Ingo Weinhold ingo_weinhold@xxxxxx wrote: I doubt that anyone disagrees with having clang at least as an option. So I don't see how working on full support would be wasted time. Consequently no decision is necessary at this point. ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Axel Dörfler)

Fri, 2014-05-23 13:45
On April 23, 2014 at 9:39 PM Ingo Weinhold ingo_weinhold@xxxxxx wrote: I doubt that anyone disagrees with having clang at least as an option. So I don't see how working on full support would be wasted time. Consequently no decision is necessary at this point. +1. I think we definitely want to support Clang. But it's premature to predict whether or not that means we will drop GCC support at some point. If GCC will always produce better code than Clang, there is no point in switching -- you just cannot know in advance how the two projects will evolve. ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Przemysław Pintal)

Tue, 2014-05-20 07:45
A much better idea is to abandon gcc2 at this stage. Well written code compiles with gcc4. gcc2 is artificially kept alive. gcc2 = no new Mesa, no new ffmpeg, no support for new standards. Haiku is a media OS! Compatibility with BeOS is harmful. On BeOS there was not a lot of applications. Neither is worthy of attention. Proper regression checking is provided by unit tests, not comatibility ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Pawel Dziepak)

Mon, 2014-05-19 19:45
2014-04-23 20:36 GMT+02:00 Jonathan Schleifer js-haiku-development@xxxxxxxxxxx: Am 23.04.2014 um 19:59 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: There are major issues like that it hasn't been properly integrated with the build system yet and that it still depends on gcc (glue code, C++ runtime/standard library). Yes, that's why I said we shouldn't vote for what we want now, but what we want in the long-term. I plan on working on these if we decide that we want ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Pawel Dziepak)

Mon, 2014-05-19 15:45
2014-04-23 20:37 GMT+02:00 Jonathan Schleifer js-haiku-development@xxxxxxxxxxx: Am 23.04.2014 um 20:29 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: That would indeed be awesome. But unfortunately *partial* support is not what we need. Clang code is quite readable and I could work on that :). It's already a major part of the ABI it supports. It supports all C++ constructs that are allowed in Mach-O kernel modules, which is quite a lot already ;). ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Simon Taylor)

Mon, 2014-05-19 13:45
On 23 Apr 2014, at 21:03, Jonathan Schleifer js-haiku-development@xxxxxxxxxxx wrote: The problem is that it currently uses gcc as assembler and linker. In order to solve this, a Haiku class needs to be added to Clang, which I plan to do once I find the time. Sounds like maintaining a Haiku copy of the clang source (or source tarball + patch) will help to get this going then, without waiting for it to be ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Jonathan Schleifer)

Mon, 2014-05-19 07:45
Am 23.04.2014 um 21:29 schrieb Stephan Aßmus superstippi@xxxxxx: A vote is still not the right tool. A vote is usually needed only when a discussion has shown that good arguments exists for multiple options, or that the pro and con arguments ballance for multiple options and a consensus can not be reached via discussion. A vote is like the last resort. I think instead of gauging opinions via a vote, which runs some risk to include a lot of uninformed or outdated opinion, you could lay out the pros of using clang. ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Jonathan Schleifer)

Mon, 2014-05-19 07:45
Am 23.04.2014 um 21:39 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: IMO we can also go the HaikuPorts route -- i.e. source tar ball plus (optional) patch (or pre-patched tar ball) -- instead of importing the sources. Yes, this would be much better and I don't get why we didn't do the same for binutils :). As discussed a while back, waiting for the next official clang release is not ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Ingo Weinhold)

Mon, 2014-05-19 07:45
On 23.04.2014 20:36, Jonathan Schleifer wrote: Am 23.04.2014 um 19:59 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: I'm all for switching to clang eventually, but ATM making a decision would be premature. Once we have full clang support in the build system and everything turns out to work at least as good as with gcc, we can switch. ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Stephan Aßmus)

Sat, 2014-05-17 15:45
Am 23.04.2014 19:54, schrieb Jonathan Schleifer: Am 23.04.2014 um 19:32 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: We usually only vote when absolutely necessary, i.e. when a decision needs to be reached and a consensus cannot be found (respectively there isn't an option obviously favored by a majority). So, generally the process starts with an informal ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Jonathan Schleifer)

Sat, 2014-05-17 13:45
Am 23.04.2014 um 20:29 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: That would indeed be awesome. But unfortunately *partial* support is not what we need. Clang code is quite readable and I could work on that :). It's already a major part of the ABI it supports. It supports all C++ constructs that are allowed in Mach-O kernel modules, which is quite a lot already ;). -- ...
Categories: Development

[haiku-development] Re: Switch to Clang or GCC 4.9? (Jonathan Schleifer)

Sat, 2014-05-17 13:45
Am 23.04.2014 um 19:59 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: There are major issues like that it hasn't been properly integrated with the build system yet and that it still depends on gcc (glue code, C++ runtime/standard library). Yes, that's why I said we shouldn't vote for what we want now, but what we want in the long-term. I plan on working on these if we decide that we want Clang in the long-term. ...
Categories: Development