Skip to content

Update CI #3835

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Update CI #3835

wants to merge 1 commit into from

Conversation

powerboat9
Copy link
Collaborator

I figure it makes sense to update from ubuntu-22.04 to ubuntu-24.04, and ACTIONS_ALLOW_USE_UNSECURE_NODE_VERSION should be obsolete.

@powerboat9
Copy link
Collaborator Author

This should also update us from GCC 11 (!) to GCC 13

@powerboat9 powerboat9 force-pushed the use-24 branch 2 times, most recently from 5eb4493 to 641a4f5 Compare June 27, 2025 13:47
@@ -1 +1,5 @@
../../gcc/rust/checks/errors/borrowck/rust-borrow-checker-diagnostics.cc:145:46: warning: narrowing conversion of ‘loan’ from ‘Rust::Polonius::Loan’ {aka ‘long unsigned int’} to ‘uint32_t’ {aka ‘unsigned int’} [-Wnarrowing]
/usr/include/c++/13/bits/new_allocator.h:172:33: warning: ‘*(std::_Vector_base<Rust::FreeRegion, std::allocator<Rust::FreeRegion> >*)((char*)&saved + offsetof(Rust::BIR::PatternBindingBuilder::SavedState, Rust::BIR::PatternBindingBuilder::SavedState::regions.tl::optional<Rust::FreeRegions>::<unnamed>.tl::detail::optional_move_assign_base<Rust::FreeRegions, false>::<unnamed>.tl::detail::optional_copy_assign_base<Rust::FreeRegions, false>::<unnamed>.tl::detail::optional_move_base<Rust::FreeRegions, false>::<unnamed>.tl::detail::optional_copy_base<Rust::FreeRegions, false>::<unnamed>.tl::detail::optional_operations_base<Rust::FreeRegions>::<unnamed>.tl::detail::optional_storage_base<Rust::FreeRegions, false>::<unnamed>)).std::_Vector_base<Rust::FreeRegion, std::allocator<Rust::FreeRegion> >::_M_impl.std::_Vector_base<Rust::FreeRegion, std::allocator<Rust::FreeRegion> >::_Vector_impl::<anonymous>.std::_Vector_base<Rust::FreeRegion, std::allocator<Rust::FreeRegion> >::_Vector_impl_data::_M_start’ may be used uninitialized [-Wmaybe-uninitialized]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

since these warnings originate from our code I think it might be good to spend some time and try to fix them while we update the CI to that new GCC version

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since our bootstrap ci is passing, I'd think it would have to be a false positive.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

#3888 should take care of the narrowing one.

@powerboat9 powerboat9 force-pushed the use-24 branch 3 times, most recently from 0844d9c to dc4b5b1 Compare July 28, 2025 15:50
This updates us from ubuntu-22.04 to ubuntu-24.04, removes some dead
code, and ensures we compile without network access in more places.

Note that the binary we're using for GCC 5.4 appears to require
ubuntu-22.04 and that this leaves updating the bootstrap CI for another
time.

ChangeLog:

	* .github/log_expected_warnings: Adjust expected warnings.
	* .github/workflows/ccpp32alpine.yml: Update from ubuntu-22.04
	to ubuntu-24.04, remove ACTIONS_ALLOW_USE_UNSECURE_NODE_VERSION,
	and use case-insensitive grep to filter warnings.
	* .github/workflows/ccpp.yml: Likewise, compile without network
	access in more places, and remove commented-out warnings check
	in asan builder.

Signed-off-by: Owen Avery <[email protected]>
@powerboat9
Copy link
Collaborator Author

@CohenArthur since the warnings are almost certainly false positives that would be hard to track down, can this PR be merged as-is?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants