Skip to content

update clang on FreeBSD 10 #723

Closed
Closed

Description

@targos

Ref: nodejs/node-v8#1

Latest V8 cannot be compiled with version 3.4.1. We should try to update to 3.4.2 and see if that fixes the crash.

/cc @jbergstroem

Activity

  1. jbergstroem commented on May 16, 2017

    @jbergstroem
    Member

    Ok, I will open a PR tomorrow.

  2. targos commented on May 25, 2017

    @targos
    MemberAuthor

    ping

  3. jbergstroem commented on May 26, 2017

    @jbergstroem
    Member

    Truly sorry :( $wrk, etc etc. I will get to it as soon as I can; likely tomorrow morning.

  4. targos commented on Jun 13, 2017

    @targos
    MemberAuthor

    ping @nodejs/build (no worries @jbergstroem. I totally understand that you can be busy)

  5. Trott commented on Jun 20, 2017

    @Trott
    Member

    @gibfahn Did you mean to add the wg-agenda label or is ctc-agenda correct? If ctc-agenda, can you (or someone else) provide a short description of what you hope CTC will do? Thanks!

  6. joaocgreis commented on Jun 20, 2017

    @joaocgreis
    Member

    Was wg-agenda and was already discussed in #766

  7. kfarnung commented on Jun 26, 2017

    @kfarnung

    I'm going to be taking a look at it this week.

  8. kfarnung commented on Jun 27, 2017

    @kfarnung

    @targos I've taken a look at this and it's not too straightforward. I have opened #772 for the first step, installing the clang34 package, but there's a bit more subtlety to the builds on FreeBSD. I'll keep working on this throughout the week.

    As a side note, are the builds still failing with 3.4.1? I don't see any indication of the original build issue in the CI or in my local builds.

  9. targos commented on Jun 27, 2017

    @targos
    MemberAuthor

    @kfarnung Thank you for looking into this.
    The builds are failing with V8 6.0. You can try to reproduce with this branch: https://github.com/targos/node/tree/v8-6.0

    The latest failure on CI is here: https://ci.nodejs.org/job/node-test-commit-freebsd/9863/nodes=freebsd10-64/console

  10. kfarnung commented on Jun 27, 2017

    @kfarnung

    Thanks @targos, that was the key. I'm now able to repro the crash. Unfortunately I'm still seeing the crash on 3.4.2, see attached, so I'm going to try 3.5 (EDIT: also failing) and 3.8 (EDIT: passing) as well, just to see if any of the newer versions resolve the issue.

    Attempts

  11. kfarnung commented on Jun 27, 2017

    @kfarnung

    @jbergstroem Is there any objection to upgrading clang to 3.8.1? That's approximately the same version as FreeBSD 11 (which uses 3.8.0).

  12. jbergstroem commented on Jun 28, 2017

    @jbergstroem
    Member

    @kfarnung I will have a chat with package maintainers in FreeBSD seeing how they should/would run into this as well.

  13. jbergstroem commented on Jun 29, 2017

    @jbergstroem
    Member

    @jbergstroem said:
    I will have a chat with package maintainers in FreeBSD seeing how they should/would run into this as well.

    I've emailed with @bradleythughes (one of the node maintainers in ports/freebsd) about this and their build system can reproduce the same issues. The idea is to spend a bit of time seeing how feasible it is to fix this upstream (v8).

    In general, is the v8 team moving forward with raising the lowest required clang version? @targos do you perhaps know?

  14. 7 remaining items

  15. kfarnung commented on Jul 21, 2017

    @kfarnung

    If we want to stay with current OS packages then it's 3.8.1 (which is slightly ahead of the FreeBSD 11 machine which uses 3.8.0).

  16. gibfahn commented on Jul 22, 2017

    @gibfahn
    Member

    3.8.1 SGTM

  17. jbergstroem commented on Jul 22, 2017

    @jbergstroem
    Member

    Ok, I can do the PR.

  18. kfarnung commented on Jul 22, 2017

    @kfarnung

    You can base it on #772

  19. MylesBorins commented on Jul 25, 2017

    @MylesBorins
    Contributor

    @targos I dug in a little bit more and it would appear the biggest change (aside from the giant refactor) was making AsyncCompileJob::CompileTask no longer a template class. I'm thinking that the bug in Clang is related to this

  20. MylesBorins commented on Jul 25, 2017

    @MylesBorins
    Contributor

    I think I have a fix

    MylesBorins/node@70b4ec5

  21. bnoordhuis commented on Jul 26, 2017

    @bnoordhuis
    Member

    @MylesBorins We updated the baseline to clang 3.4.2 for precisely the reason you describe in the commit log.

  22. added a commit that references this issue on Jul 26, 2017
  23. MylesBorins commented on Jul 26, 2017

    @MylesBorins
    Contributor
  24. ignisf commented on Aug 23, 2017

    @ignisf

    @MylesBorins could you please link to your change in upstream V8?

  25. ignisf commented on Aug 23, 2017

    @ignisf
  26. targos commented on Sep 19, 2017

    @targos
    MemberAuthor

    I suppose this can be closed for now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions