News for hackers. Stuff that matters.
Re:Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison by ramesh31 on Monday March 31, 2025 @10:09AM (#43535261)
You guys really need a Docker build. This dependency chain with submodules is a nightmare.
Re:Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison by semi-extrinsic on Monday March 31, 2025 @01:01PM (#43537214)
Alternative perspective: you kids with your Docker builds need to roll up your sleeves and learn how to actually compile a semi-complicated project if you expect to be able to contribute back to said project.
Re:Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison by Philpax on Monday March 31, 2025 @02:56PM (#43538453)
If your project is hard to build, that's your problem, not mine. I'll simply spend my time working on projects that respect it.
Re:Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison by throwup238 on Monday March 31, 2025 @03:29PM (#43538840)
If that’s your attitude when it comes to mechanical CAD software, I think they’re better off for it.
Re:Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison by ramesh31 on Monday March 31, 2025 @04:12PM (#43539348)
>"Alternative perspective: you kids with your Docker builds need to roll up your sleeves and learn how to actually compile a semi-complicated project if you expect to be able to contribute back to said project."

Well, that attitude is probably why the issue has been open for 2 years.

Re:Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison by disgruntledphd2 on Monday March 31, 2025 @02:03PM (#43537868)
I can see both perspectives! But honestly, making a project easier to build is almost always a good use of time if you'd like new people to contribute.
Re:Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison by phkahler on Monday March 31, 2025 @03:22PM (#43538740)
I'm a hater of complexity and build systems in general. Following the instructions for building solvespace on Linux worked for me out of the box with zero issues and is not difficult. Just copy some commands:

https://github.com/solvespace/solvespace?tab=readme-ov-file#...

Re:Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison by ramesh31 on Monday March 31, 2025 @04:14PM (#43539372)
>I'm a hater of complexity and build systems in general.

But you already have a complex cmake build system in place. Adding a standard Docker image with all the deps for devs to compile on would do nothing but make contributing easier, and would not affect your CI/CD/testing pipeline at all. I spent half an hour trying to get this to build for MacOS before giving up.

If building your project for all supported environments requires anything more than a single one-line command, you're doing it wrong.

Re:Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison by jcheng on Tuesday April 01, 2025 @08:20PM (#43552607)
I'm sympathetic in general, but in this case:

"You will need git, XCode tools, CMake and libomp. Git, CMake and libomp can be installed via Homebrew"

That really doesn't seem like much. Was there more to it than this?

Edit: I tried it myself and the cmake configure failed until I ran `brew link --force libomp`, after which it could start to build, but then failed again at:

    [ 55%] Building CXX object src/CMakeFiles/solvespace-core.dir/bsp.cpp.o
    c++: error: unknown argument: '-Xclang -fopenmp'
Re:Gemini 2.5 Pro vs. Claude 3.7 Sonnet: Coding Comparison by phkahler on Thursday April 03, 2025 @11:44AM (#43571362)
>> But you already have a complex cmake build system in place.

I didn't build it :-(

>> Adding a standard Docker image with all the deps for devs to compile on would do nothing but make contributing easier, and would not affect your CI/CD/testing pipeline at all.

I understand, but to me that's just more stuff to maintain and learn. Everyone wants to push their build setup upstream - snap packages, flatpak, now we need docker... And then you and I complain that the build system is complex, partly because it supports so many options. But it looks like the person taking up the AI challenge here is using Docker, so maybe we'll get that as a side effect :-)