could then
upstream those changes just like RIOT OS guys did some time ago - that
would make it easier for other people to run it.
BR,
Andrzej
On Fri, 7 Jun 2024 at 19:25, Mike Redd wrote:
>
> Hello,
>
> We are building a NimBLE controller on FreeRTOS and the Nordic nRF
@@ -1146,6 +1150,54 @@ void CodeGenAction::embedOffloadObjects() {
}
}
+void CodeGenAction::linkBuiltinBCLibs() {
banach-space wrote:
+1
https://github.com/llvm/llvm-project/pull/94763
___
cfe-commits mailing
@@ -0,0 +1,18 @@
+
+!--
+! RUN lines
+!--
+! Embed something that can be easily checked
+! RUN: %flang_fc1 -emit-llvm -triple x86_64-unknown-linux-gnu -o -
-mlink-builtin-bitcode %S/Inputs/bclib.bc %s 2>&1 | FileCheck %s
+
+! CHECK: define internal void @libfun_
@@ -0,0 +1,18 @@
+
+!--
+! RUN lines
+!--
+! Embed something that can be easily checked
+! RUN: %flang_fc1 -emit-llvm -triple x86_64-unknown-linux-gnu -o -
-mlink-builtin-bitcode %S/Inputs/bclib.bc %s 2>&1 | FileCheck %s
banach-space wrote:
1.
@@ -0,0 +1,18 @@
+
+!--
+! RUN lines
+!--
banach-space wrote:
In the past, folks asked not to add such comments in tests. Let's stick with
that.
https://github.com/llvm/llvm-project/pull/94763
___
@@ -0,0 +1,18 @@
+
+!--
+! RUN lines
+!--
+! Embed something that can be easily checked
+! RUN: %flang_fc1 -emit-llvm -triple x86_64-unknown-linux-gnu -o -
-mlink-builtin-bitcode %S/Inputs/bclib.bc %s 2>&1 | FileCheck %s
+
+! CHECK: define internal void @libfun_
rofile at workers?
Regards,
Andrzej
sob., 8 cze 2024 o 10:39 Karthick Nk napisał(a):
> Hi All,
>
> I am using the pyspark structure streaming with Azure Databricks for data
> load process.
>
> In the Pipeline I am using a Job cluster and I am running only one
> pipeline, I am gett
-by: Sebastian Andrzej Siewior
---
net/bridge/br_netfilter_hooks.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/net/bridge/br_netfilter_hooks.c b/net/bridge/br_netfilter_hooks.c
index bf30c50b56895..3c9f6538990ea 100644
--- a/net/bridge/br_netfilter_hooks.c
On 2024-06-05 16:38:30 [-0700], Michael McNamara wrote:
>
> Trying to install clamav on
>
> _root@mail:/etc/init.d# cat /etc/os-release_
> NAME="Ubuntu"
> VERSION="20.04.6 LTS (Focal Fossa)"
> ID=ubuntu
This is an Ubuntu installation. Please contact them for support.
…
> Setting up
On 2024-04-05 16:18:18 [+0200], To intel-gfx@lists.freedesktop.org wrote:
Hi,
> The following patches are from the PREEMPT_RT queue. It is mostly about
> disabling interrupts/preemption which leads to problems. Unfortunately
…
Could I please get some feedback? I didn't receive anything but
On 2024-06-04 15:42:26 [+0100], Qais Yousef wrote:
> Make rt_task() return true only for RT class and add new realtime_task() to
> return true for RT and DL classes to avoid some confusion the old API can
> cause.
Reviewed-by: Sebastian Andrzej Siewior
Sebastian
On 2024-06-04 17:57:46 [+0200], Daniel Bristot de Oliveira wrote:
> On 6/4/24 16:42, Qais Yousef wrote:
> > - (wakeup_rt && !dl_task(p) && !rt_task(p)) ||
> > + (wakeup_rt && !realtime_task(p)) ||
>
> I do not like bikeshedding, and no hard feelings...
>
> But rt is a shortened
On 2024-06-02 13:14:30 [+0200], Sebastian Ramacher wrote:
> Great. Please go ahead.
It built in unstable.
I will upload libclamunrar, it requires a source-full upload.
> Cheers
Sebastian
On 2024-06-02 13:14:30 [+0200], Sebastian Ramacher wrote:
> Great. Please go ahead.
It built in unstable.
I will upload libclamunrar, it requires a source-full upload.
> Cheers
Sebastian
https://github.com/banach-space approved this pull request.
https://github.com/llvm/llvm-project/pull/94359
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
-by: Sebastian Andrzej Siewior
---
net/bridge/br_netfilter_hooks.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/net/bridge/br_netfilter_hooks.c b/net/bridge/br_netfilter_hooks.c
index bf30c50b56895..9596ad19224ad 100644
--- a/net/bridge/br_netfilter_hooks.c
+++ b/net/bridge
On 2024-05-30 12:10:44 [+0100], Qais Yousef wrote:
> > This is not consistent because IMHO the clock setup & slack should be
> > handled equally. So I am asking the sched folks for a policy and I am
> > leaning towards looking at task-policy in this case instead of prio
> > because you shouldn't
Control: tags -1 -moreinfo
On 2024-05-15 13:22:13 [+0200], Emilio Pozuelo Monfort wrote:
> Yes, go through experimental if you want to rename it. You'll have to add
> proper conflicts/etc. Let us know once the package is accepted in
> experimental.
The package has been accepted in experimental.
Control: tags -1 -moreinfo
On 2024-05-15 13:22:13 [+0200], Emilio Pozuelo Monfort wrote:
> Yes, go through experimental if you want to rename it. You'll have to add
> proper conflicts/etc. Let us know once the package is accepted in
> experimental.
The package has been accepted in experimental.
On 2024-05-30 08:55:18 [+0530], Jaikumar Sharma wrote:
> I've also stumbled upon due to this bug , is there any workaround available?
Do you intend to use it and if so can you configure it manually? None of
the options are enabled by default in the sample config file.
> Thanks.
Sebastian
On 2024-05-30 08:55:18 [+0530], Jaikumar Sharma wrote:
> I've also stumbled upon due to this bug , is there any workaround available?
Do you intend to use it and if so can you configure it manually? None of
the options are enabled by default in the sample config file.
> Thanks.
Sebastian
On 2024-05-30 02:14:22 [+], wuruilong wrote:
> Dear Maintainer,
>
> Clamav fails to compile on loongarch because the package dependency
> linux-raw-sys does not support loongarch. Please check the upstream
> already support loongarch architecture, modify the code of clamav to
> compile, but
On 2024-05-30 02:14:22 [+], wuruilong wrote:
> Dear Maintainer,
>
> Clamav fails to compile on loongarch because the package dependency
> linux-raw-sys does not support loongarch. Please check the upstream
> already support loongarch architecture, modify the code of clamav to
> compile, but
banach-space wrote:
Should be fixed by https://github.com/llvm/llvm-project/pull/93794
https://github.com/llvm/llvm-project/pull/92338
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
banach-space wrote:
Hi, thanks for this contribution. Sadly, it messes up my local checkout on
MacOS (which is insensitive when it comes to files names). These files are
problematic:
* "asm-constraint-jR.ll" and "asm-constraint-jr.ll"
Please, could you rename them so that they are not
-by: Sebastian Andrzej Siewior
---
net/bridge/br_netfilter_hooks.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/net/bridge/br_netfilter_hooks.c b/net/bridge/br_netfilter_hooks.c
index bf30c50b56895..9596ad19224ad 100644
--- a/net/bridge/br_netfilter_hooks.c
+++ b/net/bridge
On 2024-05-29 11:34:09 [+0100], Qais Yousef wrote:
> > behaviour. But then it is insistent which matters only in the RT case.
> > Puh. Any sched folks regarding policy?
>
> I am not sure I understood you here. Could you rephrase please?
Right now a SCHED_OTHER task boosted to a realtime priority
On 2024-05-27 18:26:50 [+0100], Qais Yousef wrote:
> > In order to be PI-boosted you need to acquire a lock and the only lock
> > you can sleep while acquired without generating a warning is a mutex_t
> > (or equivalent sleeping lock) on PREEMPT_RT.
>
> Note we care about the behavior for
On 2024-05-28 00:45:08 [+0100], Qais Yousef wrote:
> diff --git a/include/linux/sched/deadline.h b/include/linux/sched/deadline.h
> index 5cb88b748ad6..87d2370dd3db 100644
> --- a/include/linux/sched/deadline.h
> +++ b/include/linux/sched/deadline.h
> @@ -10,7 +10,7 @@
>
> #include
>
>
+1
SUCCESS! [1:18:35.084184]
> On 23 May 2024, at 21:39, Houston Putman wrote:
>
> Please vote for release candidate 1 for Solr 9.6.1
>
> The artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/solr/solr-9.6.1-RC1-rev-d7f7166567f52f1b31e3315b0188e11f2c4c9b60
>
> You
On 2024-05-20 12:21:30 [+0200], Jean-Guilhem Cailton wrote:
> Le 20/05/2024 à 10:11, Sebastian Andrzej Siewior a écrit :
> > Okay. This was old testing -> new testing or Bookworm -> testing? Was
> > this "apt upgrade && apt dist-upgrade" or just "a
On 2024-05-23 12:45:34 [+0300], Jani Nikula wrote:
>
> Thanks for testing! I suggest filing an issue at [1], attaching dmesg
> from boot with drm.debug=14 module parameter set.
>
> Cc: xe driver maintainers.
Thanks. Submitted as [0]. No idea how to Cc someone there.
[0]
(u32)vsi->iq_table_addr);
+ if (IS_ERR(remote_iq_table)) {
+ mtk_vdec_err(ctx, "failed to map iq table\n");
+ return PTR_ERR(remote_iq_table);
+ }
+ m
Hi,
I'm having second thoughts, please see inline,
W dniu 22.05.2024 o 14:26, Andrzej Pietrasiewicz pisze:
Hi Yunfei,
W dniu 16.05.2024 o 14:20, Yunfei Dong pisze:
Define one uncompressed capture format V4L2_PIX_FMT_MS21 in order to
support one plane memory. The buffer size is luma + chroma
[
https://issues.apache.org/jira/browse/SOLR-13350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17848668#comment-17848668
]
Andrzej Bialecki commented on SOLR-13350:
-
{quote}As of now, the timeAllowed requests are anyway
Hi,
I've been testing v6.9 with the XE driver on a
| 00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris
Xe Graphics] (rev 01)
(8086:9a49) 11th Gen Intel(R) Core(TM) i7-1165G7 platform.
During boot up a few timeouts and errors showed up:
| xe :00:02.0: enabling
V4L2_PIX_FMT_MT2110R: descr = "Mediatek 10bit Raster
Mode"; break;
case V4L2_PIX_FMT_HEXTILE: descr = "Hextile Compressed
Format"; break;
+ case V4L2_PIX_FMT_MS21: descr = "MediaTek One Plane
Format"; break;
s/One/Sin
mtk_vcodec_mem_alloc_sec(dec_ctx, mem);
return mtk_vcodec_mem_alloc_nor(priv, mem);
}
To me it makes no sense to cast priv to inst_type _and_ to dec_ctx
given that dec_ctx's first member _is_ inst_type.
+ return ret;
+}
+EXPORT_SYMBOL(mtk_vcodec_mem_alloc);
+
+void
fied if the ``V4L2_BUF_CAP_SUPPORTS_RESTRICTED_MEM``
is set.
is V4L2_BUF_CAP_SUPPORTS_RESTRICTED_MEM documented? Can it be referenced here
in a way similar to how V4L2_BUF_CAP_SUPPORTS_MMAP_CACHE_HINTS is?
Regards,
Andrzej
.. raw:: latex
ecoder/mtk_vcodec_dec_optee.h
+++ b/drivers/media/platform/mediatek/vcodec/decoder/mtk_vcodec_dec_optee.h
@@ -18,16 +18,48 @@
#define MTK_OPTEE_MAX_TEE_PARAMS 4
+#define MTK_VDEC_OPTEE_MSG_SIZE 128
+#define MTK_VDEC_OPTEE_HW_SIZE (8 * SZ_1K)
+
+/**
+ * struct mtk_vdec_optee_shm_memref - share m
n
+ */
+void *mtk_vcodec_dec_get_shm_buffer_va(struct mtk_vdec_optee_private
*optee_private,
+ enum mtk_vdec_hw_id hw_id,
+ enum mtk_vdec_optee_data_index
data_index);
+
+/**
+ * mtk_vcodec_dec_get_shm_buffer_size - c
tomic_dec_and_test(_private->tee_active_cnt)) {
+ mutex_unlock(_private->tee_mutex);
+ return;
+ }
+
+ mtk_vcodec_dec_optee_deinit_hw_info(optee_private, MTK_VDEC_LAT0);
+ if (IS_VDEC_LAT_ARCH(optee_private->vcodec_dev->vdec_pdata->hw_arch))
+ mtk_vcodec_dec_optee_dei
emory)
{
return restricted_mem &&
(!q->allow_restricted_mem || memory != VB2_MEMORY_DMABUF) ?
-1 : 0;
}
(you probably want to clean up line breaks)
and:
if (restricted_mem_mismatch(restricted_mem, q, memory))
return -EINVAL;
Rega
for
> > PREEMPT_RT and non-PREEMPT_RT builds.
> >
> > Fixes: 995279d280d1e ("drm/ttm/tests: Add tests for ttm_bo functions")
> > Signed-off-by: Sebastian Andrzej Siewior
> > ---
> >
> > For the record, testing led to
> > | WARNI
On 2024-05-15 23:05:36 [+0100], Qais Yousef wrote:
> rt_task() checks if a task has RT priority. But depends on your
> dictionary, this could mean it belongs to RT class, or is a 'realtime'
> task, which includes RT and DL classes.
>
> Since this has caused some confusion already on discussion
On 2024-05-20 08:59:22 [+0200], Jean-Guilhem Cailton wrote:
> Thank you Sebastian for your reply.
>
> I am sorry, but it is not possible for me to go back to the pre-
> full-upgrade state to try what you suggest.
Okay. This was old testing -> new testing or Bookworm -> testing? Was
this "apt
On 2024-05-19 16:18:59 [+0200], Jean-Guilhem Cailton wrote:
> I should have added that the "apt full-upgrade" run that left the system
> with a broken sudo was interrupted by an error, also due to the missing
> libcrypto.so.3, and ended with:
>
> "
> Préparation du dépaquetage de
banach-space wrote:
> I've left the flang test as the flang directory doesn't change with
> `LLVM_ENABLE_PER_TARGET_RUNTIME_DIR` and removed the other test. I hope this
> is what you meant @MaskRay
That's matches how I read that suggestion re
`LLVM_ENABLE_PER_TARGET_RUNTIME_DIR`, thanks!
Package: release.debian.org
Control: affects -1 + src:clamav
X-Debbugs-Cc: cla...@packages.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Severity: normal
ClamAV 1.3.x has a new soname. I have the in package in experimental
with libclamav12t64. I would like to go
Package: release.debian.org
Control: affects -1 + src:clamav
X-Debbugs-Cc: cla...@packages.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Severity: normal
ClamAV 1.3.x has a new soname. I have the in package in experimental
with libclamav12t64. I would like to go
Package: release.debian.org
Control: affects -1 + src:clamav
X-Debbugs-Cc: cla...@packages.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Severity: normal
ClamAV 1.3.x has a new soname. I have the in package in experimental
with libclamav12t64. I would like to go
() and drm_dev_unplug().
I would emphasize somewhere that after device unbind any interaction
with physical device is forbidden (are some exceptions for this?).
Anyway nice stuff.
Reviewed-by: Andrzej Hajda
Regards
Andrzej
*/
struct drmres_node {
On 2024-05-07 17:16:47 [+0200], Daniel Wagner wrote:
> Dear RT Folks,
>
> This is the RT stable review cycle of patch 4.19.312-rt134-rc3.
>
> Please scream at me if I messed something up. Please test the patches
> too.
>
> The -rc release is also available on kernel.org
I do have to complain a
On 2024-05-09 15:14:54 [+0300], Odysseas Romanos wrote:
> Dear Sebastian
Hi,
> Thank you very much for your support. I will try manually as you
> suggested. Do you need me to keep you updated or leave it as it is?
You can let me know how it went but the bug report closed and does not
require
[
https://issues.apache.org/jira/browse/SOLR-13350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17845258#comment-17845258
]
Andrzej Bialecki commented on SOLR-13350:
-
This is caused by breaking the end-to-end tracking
https://github.com/banach-space approved this pull request.
LGTM, thanks!
https://github.com/llvm/llvm-project/pull/91660
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
banach-space wrote:
Thank you for this contribution Paul!
> Many autotools-utilizing projects (mpich among them) fail to complete the
> configure step since it tries to invoke the (unknown to them) Fortran
> compiler always with the -fallow-argument-mismatch flag.
It sounds like an issue
are no more engines awake,
disarm the breadcrumb and go to sleep.
Fixes: 9d5612ca165a ("drm/i915/gt: Defer enabling the breadcrumb interrupt to after
submission")
Closes: https://gitlab.freedesktop.org/drm/intel/issues/10026
Signed-off-by: Chris Wilson
Cc: Andrzej Hajda
Cc: # v5.12+
Signed-o
are no more engines awake,
disarm the breadcrumb and go to sleep.
Fixes: 9d5612ca165a ("drm/i915/gt: Defer enabling the breadcrumb interrupt to after
submission")
Closes: https://gitlab.freedesktop.org/drm/intel/issues/10026
Signed-off-by: Chris Wilson
Cc: Andrzej Hajda
Cc: # v5.12+
Signed-o
On 2024-05-07 12:20:51 [+0300], Odysseas Romanos wrote:
> Old Trixie —> new trixie. Bug 1065135 seems unrelated to me. I am noob
> to this so I apologize if I am not clear on my reporting
That is okay. Just make sure you don't lose the Cc: so we have a public
record.
Now. We did (still do) have a
On 2024-05-06 13:00:39 [+0200], Daniel Wagner wrote:
> Hi Sebastian,
Hi Daniel,
> On 06.05.24 12:46, Daniel Wagner wrote:
> > Dear RT Folks,
> >
> > This is the RT stable review cycle of patch 4.19.312-rt134-rc2.
> >
> > Please scream at me if I messed something up. Please test the patches
> >
banach-space wrote:
[nit] Once you have more than one prefix, `CHECK` becomes noise. At least IMHO
(we all know that these are "check" lines). You could use more descriptive
prefixes instead, e.g. `CHECK-PORT` -> `PORTABILITY` (it wasn't obvious to me
https://github.com/banach-space approved this pull request.
LGTM, thanks!
https://github.com/llvm/llvm-project/pull/90420
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/banach-space edited
https://github.com/llvm/llvm-project/pull/90420
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
+ Steve Langasek, Benjamin Drung
On 2024-05-07 00:02:11 [+0300], Odysseas Romanos wrote:
> Package: libssl3
> Version: 3.1.5-1
> Severity: important
> X-Debbugs-Cc: oromanos2...@gmail.com
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
On 2024-04-25 13:38:51 [+0200], Michael Braun wrote:
> Hi,
Hi,
> I'm scanning incoming mails using clamav-daemon and clamav-milter.
> From time to time, my mailserver stops working due to clamav-daemon locking
> up.
>
> The clamav logs read:
>
>6889 Apr 25 11:28:12 gate clamd[939931]: Thu
On 2024-04-25 13:38:51 [+0200], Michael Braun wrote:
> Hi,
Hi,
> I'm scanning incoming mails using clamav-daemon and clamav-milter.
> From time to time, my mailserver stops working due to clamav-daemon locking
> up.
>
> The clamav logs read:
>
>6889 Apr 25 11:28:12 gate clamd[939931]: Thu
-by: Sebastian Andrzej Siewior
---
net/bridge/br_netfilter_hooks.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/net/bridge/br_netfilter_hooks.c b/net/bridge/br_netfilter_hooks.c
index 7948a9e7542c4..baacd80716046 100644
--- a/net/bridge/br_netfilter_hooks.c
+++ b/net/bridge
https://github.com/banach-space approved this pull request.
LGTM, thanks for working on this and for addressing my comments
https://github.com/llvm/llvm-project/pull/90886
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
@@ -0,0 +1,8 @@
+! REQUIRES: system-windows
+!
+! RUN: %clang --driver-mode=flang -### %s -Ltest 2>&1 | FileCheck %s
banach-space wrote:
[nit] `test` -> `random_test_dir` or something else that will make this stand
out a bit more (makes parsing tests a bit
@@ -0,0 +1,8 @@
+! REQUIRES: system-windows
+!
+! RUN: %clang --driver-mode=flang -### %s -Ltest 2>&1 | FileCheck %s
+!
+! Test that user provided paths come before the Flang runtimes and compiler-rt
+! CHECK: "-libpath:test"
banach-space wrote:
Wondering how to
https://github.com/banach-space approved this pull request.
LGTM, thanks!
I've left some nits, feel free to ignore
https://github.com/llvm/llvm-project/pull/90758
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://github.com/banach-space edited
https://github.com/llvm/llvm-project/pull/90758
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
banach-space wrote:
> > How does this compare to GFortran and Classic Flang? Anything resembling
> > this flag?
>
> GFortran does not have it, but Classic Flang does. So, it's closing a gap to
> Classic Flang here as well.
Do you know the meaning for Classic Flang? Would be great to make
@@ -0,0 +1,3 @@
+! RUN: %flang -print-resource-dir -resource-dir=%S/Inputs/resource_dir \
+! RUN: | FileCheck -check-prefix=PRINT-RESOURCE-DIR
-DFILE=%S/Inputs/resource_dir %s
banach-space wrote:
> So, my feeling is that this refactoring should take place in a
@@ -5474,7 +5474,7 @@ def print_prog_name_EQ : Joined<["-", "--"],
"print-prog-name=">,
Visibility<[ClangOption, CLOption]>;
def print_resource_dir : Flag<["-", "--"], "print-resource-dir">,
HelpText<"Print the resource directory pathname">,
- Visibility<[ClangOption,
@@ -5474,7 +5474,7 @@ def print_prog_name_EQ : Joined<["-", "--"],
"print-prog-name=">,
Visibility<[ClangOption, CLOption]>;
def print_resource_dir : Flag<["-", "--"], "print-resource-dir">,
HelpText<"Print the resource directory pathname">,
- Visibility<[ClangOption,
@@ -0,0 +1,3 @@
+! RUN: %flang -print-resource-dir -resource-dir=%S/Inputs/resource_dir \
+! RUN: | FileCheck -check-prefix=PRINT-RESOURCE-DIR
-DFILE=%S/Inputs/resource_dir %s
+! PRINT-RESOURCE-DIR: [[FILE]]
banach-space wrote:
I have a suspicion that this
@@ -0,0 +1,3 @@
+! RUN: %flang -print-resource-dir -resource-dir=%S/Inputs/resource_dir \
+! RUN: | FileCheck -check-prefix=PRINT-RESOURCE-DIR
-DFILE=%S/Inputs/resource_dir %s
banach-space wrote:
You should be able to avoid repeating "%S/Inputs/resource_dir"
@@ -250,6 +247,25 @@ void Driver::setDriverMode(StringRef Value) {
Diag(diag::err_drv_unsupported_option_argument) << OptName << Value;
}
+void Driver::setResourceDirectory() {
+ // Compute the path to the resource directory, depending on the driver mode.
+ switch
banach-space wrote:
> > What's the definition of "resource dir" for Fortran?
>
> I'd like to at least have it point to where the MODULE files live.
>
> When I look at what clang emits, then Flang's resource directory should
> rather point to the place, where Flang has its `lib` and `include`
https://github.com/banach-space commented:
What's the definition of "resource dir" for Fortran?
https://github.com/llvm/llvm-project/pull/90886
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
Bug message:
Updating channel 'guix' from Git repository at '
https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to ddf3759 (5,463 new
commits)...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git ddf3759
substitute:
[
https://issues.apache.org/jira/browse/SOLR-17150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17842339#comment-17842339
]
Andrzej Bialecki commented on SOLR-17150:
-
After discussing this with other people it looks like
ogram since
> their usefulness is limited outside of well known selftests.
>
> Provide ww_mutex_base_lock() which points to the correct function for
> PREEMPT_RT and non-PREEMPT_RT builds.
>
> Fixes: 995279d280d1e ("drm/ttm/tests: Add tests for ttm_bo f
banach-space wrote:
Great work David, thanks! Could you add some documentation explaining _where_
`main` would be coming from in the case of mixed-source compilation? In fact,
is that tested anywhere?
Also, IMHO it would be good to advertise this on Discourse (thinking
specifically about
On 2024-04-21 19:30:21 [+0200], Paul Gevers wrote:
> Hi
Hi,
> > Could britney be hinted to migrate both at the same time? This should
> > solve the issue you pointed out.
>
> There is no "please test together" knob if that's what you mean (is that
> what you mean?).
Yes, it is/ was.
>
On 2024-04-21 19:30:21 [+0200], Paul Gevers wrote:
> Hi
Hi,
> > Could britney be hinted to migrate both at the same time? This should
> > solve the issue you pointed out.
>
> There is no "please test together" knob if that's what you mean (is that
> what you mean?).
Yes, it is/ was.
>
On 2024-04-21 13:42:03 [+0200], Paul Gevers wrote:
> opensslfrom testing3.2.1-3
> libcrypt-smime-perlfrom testing0.28-1
> all others from testingfrom testing
>
> I copied some of the output at the bottom of this report.
>
> Currently this regression
On 2024-04-21 13:42:03 [+0200], Paul Gevers wrote:
> opensslfrom testing3.2.1-3
> libcrypt-smime-perlfrom testing0.28-1
> all others from testingfrom testing
>
> I copied some of the output at the bottom of this report.
>
> Currently this regression
[ The Types Forum (announcements only),
http://lists.seas.upenn.edu/mailman/listinfo/types-announce ]
The Department of Computer Science (DIKU) at the University of
Copenhagen invites applications for a position as Tenure-Track
Assistant Professor in Systems-Level Security. The position is
https://github.com/banach-space approved this pull request.
https://github.com/llvm/llvm-project/pull/88932
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
banach-space wrote:
> Would you like me to introduce DocBriefForVariants?
+1 That would be helpful for `-I`:
*
https://flang.llvm.org/docs/FlangCommandLineReference.html#cmdoption-flang-I-dir
Ideally we'd find more examples (so that you are not adding it for just one
option).
As for this:
banach-space wrote:
> > Clang is also mentioned for the diagnostic warnings reference, which mostly
> > applies to C/C++/Obj-C, not Fortran. #81726 already tried to fix this, and
> > I don't know a better solution.
>
> Do you mean that this PR fixes this, or that you noticed this problem
https://github.com/banach-space approved this pull request.
Nice, thank you! LGTM
https://github.com/llvm/llvm-project/pull/88932
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
+1.
> On 8 Apr 2024, at 18:55, Gus Heck wrote:
>
> It's been about 3 months since we started our last release discussion, and
> Jira
> shows
>
On 10.04.2024 16:14, Jani Nikula wrote:
Surprisingly many places depend on debugfs.h to be included via
drm_print.h. Fix them.
Signed-off-by: Jani Nikula
---
Reviewed-by: Andrzej Hajda
Regards
Andrzej
Cc: Andrzej Hajda
Cc: Neil Armstrong
Cc: Robert Foss
Cc: Laurent Pinchart
Cc
On 10.04.2024 16:14, Jani Nikula wrote:
Surprisingly many places depend on debugfs.h to be included via
drm_print.h. Fix them.
Signed-off-by: Jani Nikula
---
Reviewed-by: Andrzej Hajda
Regards
Andrzej
Cc: Andrzej Hajda
Cc: Neil Armstrong
Cc: Robert Foss
Cc: Laurent Pinchart
Cc
On 10.04.2024 16:14, Jani Nikula wrote:
Surprisingly many places depend on debugfs.h to be included via
drm_print.h. Fix them.
Signed-off-by: Jani Nikula
---
Reviewed-by: Andrzej Hajda
Regards
Andrzej
Cc: Andrzej Hajda
Cc: Neil Armstrong
Cc: Robert Foss
Cc: Laurent Pinchart
Cc
On 10.04.2024 16:14, Jani Nikula wrote:
Surprisingly many places depend on debugfs.h to be included via
drm_print.h. Fix them.
Signed-off-by: Jani Nikula
---
Reviewed-by: Andrzej Hajda
Regards
Andrzej
Cc: Andrzej Hajda
Cc: Neil Armstrong
Cc: Robert Foss
Cc: Laurent Pinchart
Cc
1 - 100 of 47578 matches
Mail list logo
