Dear contributor,
Our automatic CI has detected problems related to your patch(es). Please find some details below.
In tcwg_flang_build/main-aarch64, after:
| commit llvmorg-22-init-14086-g046ae8553606
| Author: Christopher Ferris <cferris1000(a)users.noreply.github.com>
| Date: Mon Nov 10 14:17:23 2025 -0800
|
| [scudo] Small cleanup of memory tagging code. (#166860)
|
| Make the systemSupportsMemoryTagging() function return even on system
| that don't support memory tagging. This avoids the need to always check
| if memory tagging is supported before calling th function.
| ... 5 lines of the commit log omitted.
Produces Failure:
| Results changed to
| # reset_artifacts:
| -10
| # true:
| 0
| # build_llvm -- clang;lld;flang;clang-tools-extra openmp :
| # FAILED
| # First few build errors in logs:
| # 00:10:20 ld.lld: error: undefined symbol: __cxa_guard_acquire
| # 00:10:20 ld.lld: error: undefined symbol: __cxa_guard_release
| # 00:10:20 clang++: error: linker command failed with exit code 1 (use -v to see invocation)
|
| From
| # reset_artifacts:
| -10
| # true:
| 0
| # build_llvm -- clang;lld;flang;clang-tools-extra openmp :
| 1
Used configuration :
tcwg_flang_build/main-aarch64
We track this bug report under https://linaro.atlassian.net/browse/LLVM-2115. Please let us know if you have a fix.
If you have any questions regarding this report, please ask on linaro-toolchain(a)lists.linaro.org mailing list.
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below contains the details of the failures, and the ways to reproduce a debug environment:
You can find the failure logs in
* https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/6073/artifac…
The full lists of regressions and improvements as well as configure and make commands are in
* https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/6073/artifac…
Current build : https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/6073/artifac…
Reference build : https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/6070/artifac…
Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/llvm/…
Full commit : https://github.com/llvm/llvm-project/commit/046ae855360614c5980d0ced0c55b5d…
If you need to cancel your Alaska Airlines flight, do not worry — the process is fairly straightforward! You can call Alaska Airlines directly at 📞 1-866-284-3022. Whether you are canceling due to personal reasons, weather disruptions, or a change in plans, this guide will walk you through every step. While cancellations can be made online, calling may provide faster support and more detailed assistance.
📍 Step 1: Find Your Flight Information
Before you call or go online, make sure you have the following information ready:
✅ Your booking confirmation number
✅ The name on the reservation
✅ Your flight details (departure date, destination, etc.)
Having this information handy will make the process quicker, especially if you are speaking with a Alaska Airlines representative at 📞 1-866-284-3022.
📞 Step 2: Call Alaska Airlines Customer Support
The easiest and most direct way to cancel your flight is by calling Alaska Airlines customer service at 1-866-284-3022. This line is available to assist with cancellations, modifications, and refund requests.
🧑💼 When you call:
• You will be prompted to enter your confirmation number
• Select the option for "existing reservation"
• Ask to speak to a live representative if needed
Pro tip: Call during off-peak hours (early mornings or late evenings) to avoid long wait times.
🌐 Step 3: Cancel Online (Alternative Option)
If you prefer to cancel online, follow these steps:
1. Go to the official China Eastern Airlines website
2. Click on "My Trips" at the top of the homepage
3. Enter your last name and confirmation code
4. Find the reservation you want to cancel
5. Click on “Cancel” and follow the on-screen instructions
However, if you run into any issues or if your fare type does not allow online cancellations, don’t hesitate to call 1-866-284-3022 for support.
💸 Step 4: Check for Refund or Credit Eligibility
Alaska Airlines is a low-cost carrier, and refund policies can vary depending on the fare type. Here is a quick breakdown:
🟢 WORKS Bundle or Refundable Tickets: Eligible for a full refund
🟡 Standard Tickets: May not be refundable but can be canceled for a credit (valid for 90 days)
🔴 Basic Fare or Promo Tickets: Often non-refundable
To clarify your eligibility, it is best to speak to a Porter representative directly at 📞 1-866-284-3022. They can explain whether you will receive a refund, a travel credit, or incur a cancellation fee.
⏱️ Step 5: Cancel Within 24 Hours (If Possible)
✅ If you booked your ticket less than 24 hours ago AND your flight is at least 7 days away, you are eligible for a full refund with no cancellation fees.
To take advantage of this policy, it is strongly advised to call 1-866-284-3022 right away and notify them that you fall within the 24-hour window.
📧 Step 6: Get Confirmation of Cancellation
Once your flight is canceled, make sure to:
📨 Check your email for a cancellation confirmation
💳 Verify if any refund or credit has been issued to your account
📅 Note the expiration date of any travel credit issued (typically valid for 90 days)
If you have not received confirmation within a few hours, call 📞 1-866-284-3022 again to follow up and ensure your cancellation was processed correctly.
🤔 Need Help? Contact Alaska Airlines Again
Porter’s website can sometimes be tricky or limited in functionality, especially for special fares or last-minute cancellations. That is why calling customer service at 📞 1-866-284-3022 is always the most reliable option. Their agents can also assist with:
• Modifying your travel dates
• Applying travel credits
• Rebooking future flights
• Answering policy-related questions
✍️ Final Thoughts
Canceling a Alaska Airlines flight does not have to be stressful. Whether you are canceling online or over the phone, knowing the process and your rights can save you time and money. Always keep the Porter customer service number 📞 1-866-284-3022 on hand for quick assistance and peace of mind.
🧭 Quick Recap:
• Prepare your booking info
• Try canceling online or via the Porter app
• For best results, call Porter directly at 📞 1-866-284-3022
• Check your eligibility for refunds or travel credits
• Always get a cancellation confirmation
✈️ Safe travels — or smooth cancellations — whichever your journey brings next!
If you need to cancel your Spirit Airlines flight, do not worry — the process is fairly straightforward! You can call Spirit Airlines directly at 📞 1-866-284-3022. Whether you are canceling due to personal reasons, weather disruptions, or a change in plans, this guide will walk you through every step. While cancellations can be made online, calling may provide faster support and more detailed assistance.
📍 Step 1: Find Your Flight Information
Before you call or go online, make sure you have the following information ready:
✅ Your booking confirmation number
✅ The name on the reservation
✅ Your flight details (departure date, destination, etc.)
Having this information handy will make the process quicker, especially if you are speaking with a Spirit Airlines representative at 📞 1-866-284-3022.
📞 Step 2: Call Spirit Airlines Customer Support
The easiest and most direct way to cancel your flight is by calling Spirit Airlines customer service at 1-866-284-3022. This line is available to assist with cancellations, modifications, and refund requests.
🧑💼 When you call:
• You will be prompted to enter your confirmation number
• Select the option for "existing reservation"
• Ask to speak to a live representative if needed
Pro tip: Call during off-peak hours (early mornings or late evenings) to avoid long wait times.
🌐 Step 3: Cancel Online (Alternative Option)
If you prefer to cancel online, follow these steps:
1. Go to the official China Eastern Airlines website
2. Click on "My Trips" at the top of the homepage
3. Enter your last name and confirmation code
4. Find the reservation you want to cancel
5. Click on “Cancel” and follow the on-screen instructions
However, if you run into any issues or if your fare type does not allow online cancellations, don’t hesitate to call 1-866-284-3022 for support.
💸 Step 4: Check for Refund or Credit Eligibility
Spirit Airlines is a low-cost carrier, and refund policies can vary depending on the fare type. Here is a quick breakdown:
🟢 WORKS Bundle or Refundable Tickets: Eligible for a full refund
🟡 Standard Tickets: May not be refundable but can be canceled for a credit (valid for 90 days)
🔴 Basic Fare or Promo Tickets: Often non-refundable
To clarify your eligibility, it is best to speak to a Porter representative directly at 📞 1-866-284-3022. They can explain whether you will receive a refund, a travel credit, or incur a cancellation fee.
⏱️ Step 5: Cancel Within 24 Hours (If Possible)
✅ If you booked your ticket less than 24 hours ago AND your flight is at least 7 days away, you are eligible for a full refund with no cancellation fees.
To take advantage of this policy, it is strongly advised to call 1-866-284-3022 right away and notify them that you fall within the 24-hour window.
📧 Step 6: Get Confirmation of Cancellation
Once your flight is canceled, make sure to:
📨 Check your email for a cancellation confirmation
💳 Verify if any refund or credit has been issued to your account
📅 Note the expiration date of any travel credit issued (typically valid for 90 days)
If you have not received confirmation within a few hours, call 📞 1-866-284-3022 again to follow up and ensure your cancellation was processed correctly.
🤔 Need Help? Contact Spirit Airlines Again
Porter’s website can sometimes be tricky or limited in functionality, especially for special fares or last-minute cancellations. That is why calling customer service at 📞 1-866-284-3022 is always the most reliable option. Their agents can also assist with:
• Modifying your travel dates
• Applying travel credits
• Rebooking future flights
• Answering policy-related questions
✍️ Final Thoughts
Canceling a Spirit Airlines flight does not have to be stressful. Whether you are canceling online or over the phone, knowing the process and your rights can save you time and money. Always keep the Porter customer service number 📞 1-866-284-3022 on hand for quick assistance and peace of mind.
🧭 Quick Recap:
• Prepare your booking info
• Try canceling online or via the Porter app
• For best results, call Porter directly at 📞 1-866-284-3022
• Check your eligibility for refunds or travel credits
• Always get a cancellation confirmation
✈️ Safe travels — or smooth cancellations — whichever your journey brings next!
On 2025-11-04 12:03, ci_notify(a)linaro.org wrote:
> Dear contributor,
>
> Our automatic CI has detected problems related to your patch(es). Please find some details below.
>
> In gcc_check master-aarch64, after:
> | commit gcc-16-5025-g0013501e462
> | Author: Siddhesh Poyarekar <siddhesh(a)gotplt.org>
> | Date: Mon Nov 3 17:02:00 2025 -0600
> |
> | lto/122515: Fix archive offset types for i686
> |
> | On i686, offsets into object archives could be 64-bit, but they're
> | inconsistently treated across the lto, which may sometimes result in
> | truncation of those offsets for large archives.
> | ... 36 lines of the commit log omitted.
>
> Produces 3 regressions:
> |
> | regressions.sum:
> | Running gcc:gcc.dg/lto/lto.exp ...
> | UNRESOLVED: gcc.dg/lto/pr122515 c_lto_pr122515_0.o-c_lto_pr122515.a execute -flto=auto -ffat-lto-objects
> | UNRESOLVED: gcc.dg/lto/pr122515 c_lto_pr122515_0.o-c_lto_pr122515.a link -flto=auto -ffat-lto-objects
> | FAIL: gcc.dg/lto/pr122515, ar returned 1: /WORKSPACE/abe/builds/destdir/aarch64-unknown-linux-gnu/bin/gcc-ar: Cannot find plugin 'liblto_plugin.so'
>
> Used configuration :
> *CI config* tcwg_gcc_check master-aarch64
> *configure and test flags:* none, autodetected on aarch64-unknown-linux-gnu
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1744. Please let us know if you have a fix.
>
> If you have any questions regarding this report, please ask on linaro-toolchain(a)lists.linaro.org mailing list.
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
>
> The information below contains the details of the failures, and the ways to reproduce a debug environment:
>
> You can find the failure logs in *.log.1.xz files in
> * https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4333/artifac…
> The full lists of regressions and improvements as well as configure and make commands are in
> * https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4333/artifac…
The Jenkins instance seems to be down. Is there another way to find out
how this was configured? ISTM that liblto_plugin.so may not have been
built.
Sid
Hi Linaro folks!
It seems that the system running the armv8l has a pretty old pascal
compiler. I checked the log and it seems that, with that compiler
version, using fpc -g will generate stabs information, rather than DWARF
information.
So in one sense, these regressions are expected, but more importantly,
you should take a look at updating the armv8l machine so that pascal
tests can continue working
On 10/23/25 10:42 AM, ci_notify(a)linaro.org wrote:
> Dear contributor,
>
> Our automatic CI has detected problems related to your patch(es). Please find some details below.
>
> In gdb_check master-arm, after:
> | commit gdb-17-branchpoint-577-gbaeb632f1b7
> | Author: Guinevere Larsen <guinevere(a)redhat.com>
> | Date: Wed Jan 22 14:05:01 2025 -0300
> |
> | gdb: Remove stabs support from ELF files
> |
> | This commit makes it so that GDB won't read stabs information from ELF
> | files. If stabs is detected in an ELF file, the reader now warns the user
> | that stabs is not supported.
> | ... 6 lines of the commit log omitted.
>
> Produces 118 regressions:
> |
> | regressions.sum:
> | Running gdb:gdb.pascal/case-insensitive-symbols.exp ...
> | FAIL: gdb.pascal/case-insensitive-symbols.exp: gdb_breakpoint: set breakpoint at case-insensitive-symbols.pas:43
> | Running gdb:gdb.pascal/floats.exp ...
> | FAIL: gdb.pascal/floats.exp: Going to second breakpoint (the program is no longer running)
> | FAIL: gdb.pascal/floats.exp: Test sin(pi) is equal to 0
> | ... and 119 more
>
> Used configuration :
> *CI config* tcwg_gdb_check master-arm
> *configure and test flags:* none, autodetected on armv8l-unknown-linux-gnueabihf
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1715. Please let us know if you have a fix.
>
> If you have any questions regarding this report, please ask on linaro-toolchain(a)lists.linaro.org mailing list.
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
>
> The information below contains the details of the failures, and the ways to reproduce a debug environment:
>
> You can find the failure logs in *.log.1.xz files in
> * https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/3112/artifact/ar…
> The full lists of regressions and improvements as well as configure and make commands are in
> * https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/3112/artifact/ar…
> The list of [ignored] baseline and flaky failures are in
> * https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/3112/artifact/ar…
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/3112/artifact/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/3111/artifact/ar…
>
> Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/gdb/s…
>
> Full commit : https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=baeb632f1b7ce…
--
Cheers,
Guinevere Larsen
It/she
On Tue, Oct 28, 2025 at 12:07 PM <ci_notify(a)linaro.org> wrote:
>
> Dear contributor,
>
> Our automatic CI has detected problems related to your patch(es). Please find some details below.
>
> In gcc_check master-aarch64, after:
> | commit gcc-16-4667-gdcf69bdcd49
> | Author: H.J. Lu <hjl.tools(a)gmail.com>
> | Date: Sun Oct 26 08:42:20 2025 +0800
> |
> | c: Try the type with the previous function attributes
> |
> | When there are 2 conflicting function declarations, try the new type
> | with the previous TYPE_ATTRIBUTES if the current declaration has no
> | TYPE_ATTRIBUTES to support
> | ... 44 lines of the commit log omitted.
>
> Produces 19 regressions:
> |
> | regressions.sum:
> | Running gcc:gcc.target/aarch64/sme/aarch64-sme.exp ...
> | FAIL: gcc.target/aarch64/sme/streaming_mode_1.c (test for errors, line 10)
> | FAIL: gcc.target/aarch64/sme/streaming_mode_1.c (test for errors, line 121)
> | FAIL: gcc.target/aarch64/sme/streaming_mode_1.c (test for errors, line 16)
> | FAIL: gcc.target/aarch64/sme/streaming_mode_1.c (test for errors, line 30)
> | ... and 15 more
>
After
commit dcf69bdcd49bccd901bfb01db7c15530e9a70dc0
Author: H.J. Lu <hjl.tools(a)gmail.com>
Date: Sun Oct 26 08:42:20 2025 +0800
c: Try the type with the previous function attributes
gcc no longer issues an error for:
void sc_c () [[arm::streaming_compatible]];
void sc_c () {}
Instead, the previous type attributes are applied to the current function
definition. The resulting function definition is compatible with the
previous declaration.
PR c/122427
* gcc.target/aarch64/sme/streaming_mode_1.c: Remove dg-error.
--
H.J.
On Wed, 29 Oct 2025 at 22:04, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor,
>
> Our automatic CI has detected problems related to your patch(es). Please find some details below.
>
> In gcc_check master-aarch64, after:
> | commit gcc-16-4709-gc55c1de3a9a
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Tue Oct 28 12:15:52 2025 +0000
> |
> | libstdc++: Simplify std::regex_traits::value
> |
> | We don't need to use an istringstream to convert a hex digit to its
> | numerical value. And if we don't use istringstream there, we don't need
> | to include <sstream> in <regex>.
> | ... 8 lines of the commit log omitted.
>
> Produces 3 regressions:
> |
> | regressions.sum:
> | Running g++:g++.dg/dg.exp ...
> | FAIL: g++.dg/warn/uninit-pr105562.C -std=gnu++11 (test for excess errors)
> | FAIL: g++.dg/warn/uninit-pr105562.C -std=gnu++17 (test for excess errors)
> | FAIL: g++.dg/warn/uninit-pr105562.C -std=gnu++26 (test for excess errors)
>
> Used configuration :
> *CI config* tcwg_gcc_check master-aarch64
> *configure and test flags:* none, autodetected on aarch64-unknown-linux-gnu
>
> We track this bug report under https://linaro.atlassian.net/browse/GNU-1735. Please let us know if you have a fix.
>
> If you have any questions regarding this report, please ask on linaro-toolchain(a)lists.linaro.org mailing list.
Fixed at r16-4714-gcc78f8523832d6
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
>
> The information below contains the details of the failures, and the ways to reproduce a debug environment:
>
> You can find the failure logs in *.log.1.xz files in
> * https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4300/artifac…
> The full lists of regressions and improvements as well as configure and make commands are in
> * https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4300/artifac…
> The list of [ignored] baseline and flaky failures are in
> * https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4300/artifac…
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4300/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/4299/artifac…
>
> Instruction to reproduce the build : https://gitlab.com/LinaroLtd/tcwg/ci/interesting-commits/-/raw/master/gcc/s…
>
> Full commit : See in git+ssh://linaroci@gcc.gnu.org/git/gcc.git