On Mon, 13 Jan 2025 at 12:17, Ben Boeckel via Gcc wrote:
>
> On Mon, Jan 13, 2025 at 01:27:17 +, Hao Liu via Gcc wrote:
> > I'm new to GCC community, and try to contribute some patches.
> > I am having trouble setting git send-email with Outlook on Linux. Does
> > anyone have any successful ex
On 13/01/2025 01:27, Hao Liu via Gcc wrote:
Hi,
I'm new to GCC community, and try to contribute some patches.
I am having trouble setting git send-email with Outlook on Linux. Does anyone
have any successful experiences to share?
I assume from your email address that you're referring to the
On Mon, Jan 13, 2025 at 01:27:17 +, Hao Liu via Gcc wrote:
> I'm new to GCC community, and try to contribute some patches.
> I am having trouble setting git send-email with Outlook on Linux. Does
> anyone have any successful experiences to share?
I don't believe Outlook is well-suited for send
Hi,
I'm new to GCC community, and try to contribute some patches.
I am having trouble setting git send-email with Outlook on Linux. Does anyone
have any successful experiences to share?
Best regards
Dear GCC Gurus,
We are compiling a GCC using "pre-existing" GCC and
we want to have control over the order of the system directories that are
searched
particularly we want /usr/include to be searched before others. We are not
in a position to keep adding -I/usr/include to our build scripts.
Hi all,
I currently have the following RTL patch to TLS handling code on hand, but
am having major trouble understanding it:
+#if TARGET_WIN32_TLS
+ rtx scratch = gen_rtx_SCRATCH (Pmode);
+
+ rtx basereg = gen_reg_rtx (Pmode);
+ rtx thread = gen_rtx_UNSPEC (Pmode, gen_rtvec (1, const0_rtx),
UN
Am 10.08.24 um 10:17 schrieb Thomas Schwinge:
Hi!
I'm not sure I understand what actually the issue is, but:
On 2024-08-09T20:00:42+0200, Thomas Koenig wrote:
I have managed to bring the fortran-unsigned branch into a state where
First, I see that the upstream devel/fortran_unsigned branch
lready have all relevant commits in your local branch
(check, as others have advised, with 'gitk' or plain 'git log', for
example), just '--force' push the local branch to upstream
devel/fortran_unsigned branch?
Grüße
Thomas
> I have no idea what happened, or
Am 09.08.24 um 21:57 schrieb Dimitar Dimitrov:
You are redoing the rebase again. So it is expected to get the same
warnings.
I need to get the changes from master into my branch, or else
things will not compile due to changes in master. But it seems
that this is no longer possible, thanks to
On Fri, Aug 09, 2024 at 09:40:08PM +0200, Thomas Koenig wrote:
> Am 09.08.24 um 21:17 schrieb Dimitar Dimitrov:
>
> > I assume you reset your local branch? The branch on the server does not
> > seem to be affected. I suggest to rebase the remote branch using
> > another local branch. Example:
>
Am 09.08.24 um 21:17 schrieb Dimitar Dimitrov:
I assume you reset your local branch? The branch on the server does not
seem to be affected. I suggest to rebase the remote branch using
another local branch. Example:
# Just in case, see which is your old local branch.
$ git branch
#
On Fri, Aug 09, 2024 at 08:43:38PM +0200, Thomas Koenig wrote:
> Hi Dimitar,
>
> > On Fri, Aug 09, 2024 at 08:00:42PM +0200, Thomas Koenig via Gcc wrote:
> > > Hi,
> > >
> > > I have managed to bring the fortran-unsigned branch into a state where
> > > it can no longer be rebased. When I do a
> >
Hi Dimitar,
On Fri, Aug 09, 2024 at 08:00:42PM +0200, Thomas Koenig via Gcc wrote:
Hi,
I have managed to bring the fortran-unsigned branch into a state where
it can no longer be rebased. When I do a
$ git rebase master
It's unknown what is the state of your local master branch. So I would
ad
a conflict.
If your local branch is tracking origin/devel/fortran_unsigned, then you
are attempting to merge pre-rebase history with post-rebase history.
In such case conflicts are expected. Don't pull the remote devel
branch.
To visualise the histories of your local and the remote branch:
$ g
(use "git pull" to merge the remote branch into yours)
nothing to commit, working tree clean
and when I do "git pull" I get a lot of conflicts, basically having
to redo each commit by hand, as a conflict.
I have no idea what happened, or why, and despite the help of some
nice peo
On Fri, Jul 12, 2024 at 4:42 AM Andrew Pinski wrote:
>
> On Thu, Jul 11, 2024 at 2:14 AM Richard Biener
> wrote:
> >
> > On Thu, Jul 11, 2024 at 10:58 AM Richard Sandiford
> > wrote:
> > >
> > > Andrew Pinski writes:
> > > > I need some
On Thu, Jul 11, 2024 at 2:14 AM Richard Biener
wrote:
>
> On Thu, Jul 11, 2024 at 10:58 AM Richard Sandiford
> wrote:
> >
> > Andrew Pinski writes:
> > > I need some help with the vector cost model for aarch64.
> > > I am adding V2HI and V4QI mode support
On Thu, Jul 11, 2024 at 10:58 AM Richard Sandiford
wrote:
>
> Andrew Pinski writes:
> > I need some help with the vector cost model for aarch64.
> > I am adding V2HI and V4QI mode support by emulating it using the
> > native V4HI/V8QI instructions (similarly to
Andrew Pinski writes:
> I need some help with the vector cost model for aarch64.
> I am adding V2HI and V4QI mode support by emulating it using the
> native V4HI/V8QI instructions (similarly to mmx as SSE is done). The
> problem is I am running into a cost model issue with
> gcc
I need some help with the vector cost model for aarch64.
I am adding V2HI and V4QI mode support by emulating it using the
native V4HI/V8QI instructions (similarly to mmx as SSE is done). The
problem is I am running into a cost model issue with
gcc.target/aarch64/pr98772.c (wminus is similar to
lk about :- preprocessor
> Compiler
> Aasembler etc
>
> I hope you can help me🥺
>
Sir,
I am a student of class 11th . I want to know original C compiler is open
or closed source.
Like I talk about :- preprocessor
Compiler
Aasembler etc
I hope you can help me🥺
On 28 May 2024, at 14:35, Zack Weinberg wrote:
> These are probably all either vendor or OS names from the late 1980s or
> early 1990s. Can anyone help me fill out the following list of things
> that ought to appear in testsuite/config-sub.data, if I knew what to
> put in place of
nd I don't know what the correct canonical system name should be.
gcc@ mailing list cc:ed because I know some of you have long memories.
These are probably all either vendor or OS names from the late 1980s or
early 1990s. Can anyone help me fill out the following list of things
that ought to appe
Hi! I'm trying to modify the GCC source code to get something done. But
there's a difficulty in understanding how to use some functions and data
structures. Please help me with some hints.
Here is the problem: in the file GCC-source/gcc/c/c-decl.c, before
'c_decl_attribute
added to a special function
> declaration. Could you please help me understand what's happening there?
I think you need to elaborate on what kind of attributes and what exactly a
special function declaration is for us to give a reasonable answer. Maybe
giving an example helps understanding
Hi!
We're trying to improve the optimization process in GCC by adding manual
optimization attributes to some needed functions. I couldn't yet find the
code routine where the attributes can be added to a special function
declaration. Could you please help me understand what's
On 06/03/2024 15:04, Andrew Carlotti via Gcc wrote:
> On Thu, Feb 29, 2024 at 06:39:54PM +0100, Christophe Lyon via Gcc wrote:
>> On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote:
>>>
>>> Hi Christophe,
>>>
>>> On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote:
I've not
On Thu, Feb 29, 2024 at 06:39:54PM +0100, Christophe Lyon via Gcc wrote:
> On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote:
> >
> > Hi Christophe,
> >
> > On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote:
> > > I've noticed that sourceware's buildbot has a small script
> >
On 05/03/2024 14:26, Richard Earnshaw (lists) wrote:
> On 04/03/2024 20:04, Jonathan Wakely wrote:
>> On Mon, 4 Mar 2024 at 19:27, Vladimir Mezentsev
>> wrote:
>>>
>>>
>>>
>>> On 3/4/24 09:38, Richard Earnshaw (lists) wrote:
Tools like git (and svn before it) don't try to maintain time-sta
On 04/03/2024 20:04, Jonathan Wakely wrote:
> On Mon, 4 Mar 2024 at 19:27, Vladimir Mezentsev
> wrote:
>>
>>
>>
>> On 3/4/24 09:38, Richard Earnshaw (lists) wrote:
>>> Tools like git (and svn before it) don't try to maintain time-stamps on
>>> patches, the tool just modifies the file and the time
On Mon, 4 Mar 2024 at 19:27, Vladimir Mezentsev
wrote:
>
>
>
> On 3/4/24 09:38, Richard Earnshaw (lists) wrote:
> > Tools like git (and svn before it) don't try to maintain time-stamps on
> > patches, the tool just modifies the file and the timestamp comes from the
> > time of the modification.
On 3/4/24 09:38, Richard Earnshaw (lists) wrote:
Tools like git (and svn before it) don't try to maintain time-stamps on
patches, the tool just modifies the file and the timestamp comes from the time
of the modification. That's fine if there is nothing regenerated within the
repository (it
On 04/03/2024 16:42, Christophe Lyon wrote:
> On Mon, 4 Mar 2024 at 16:41, Richard Earnshaw
> wrote:
>>
>>
>>
>> On 04/03/2024 15:36, Richard Earnshaw (lists) wrote:
>> > On 04/03/2024 14:46, Christophe Lyon via Gcc wrote:
>> >> On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely
>> >> wrote:
>> >>>
>
On Mon, 4 Mar 2024 at 16:41, Richard Earnshaw wrote:
>
>
>
> On 04/03/2024 15:36, Richard Earnshaw (lists) wrote:
> > On 04/03/2024 14:46, Christophe Lyon via Gcc wrote:
> >> On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote:
> >>>
> >>> On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc
> >
On 04/03/2024 15:36, Richard Earnshaw (lists) wrote:
> On 04/03/2024 14:46, Christophe Lyon via Gcc wrote:
>> On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote:
>>>
>>> On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc
>>> wrote:
Hi!
On Mon, 4 Mar 2024 at 10:36, Thomas
On 04/03/2024 14:46, Christophe Lyon via Gcc wrote:
> On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote:
>>
>> On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc wrote:
>>>
>>> Hi!
>>>
>>> On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote:
Hi!
On 2024-03-04T00:30:05+,
On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote:
>
> On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc wrote:
> >
> > Hi!
> >
> > On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote:
> > >
> > > Hi!
> > >
> > > On 2024-03-04T00:30:05+, Sam James wrote:
> > > > Mark Wielaard writes:
>
On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc wrote:
>
> Hi!
>
> On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote:
> >
> > Hi!
> >
> > On 2024-03-04T00:30:05+, Sam James wrote:
> > > Mark Wielaard writes:
> > >> On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote:
> > >
Hi!
On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote:
>
> Hi!
>
> On 2024-03-04T00:30:05+, Sam James wrote:
> > Mark Wielaard writes:
> >> On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote:
> >>> [...], I read
> >>> https://gcc.gnu.org/wiki/Regenerating_GCC_Configuration
> >
Hi!
On 2024-03-04T00:30:05+, Sam James wrote:
> Mark Wielaard writes:
>> On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote:
>>> [...], I read
>>> https://gcc.gnu.org/wiki/Regenerating_GCC_Configuration
>>> which basically says "run autoreconf in every dir where there is a
>>> c
Mark Wielaard writes:
> Hi Christophe,
Hi Mark, Christophe, et. al,
>
> On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote:
>> > > > And it was indeed done this way because that way the files are
>> > > > regenerated in a reproducible way. Which wasn't the case when using
>> > > >
Hi Christophe,
On Fri, Mar 01, 2024 at 05:32:15PM +0100, Christophe Lyon wrote:
> > > > And it was indeed done this way because that way the files are
> > > > regenerated in a reproducible way. Which wasn't the case when using
> > > > --enable-maintainer-mode (and autoreconfig also doesn't work).
On Fri, 1 Mar 2024 at 14:08, Mark Wielaard wrote:
>
> Hi Christophe,
>
> On Thu, 2024-02-29 at 18:39 +0100, Christophe Lyon wrote:
> > On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote:
> > > That python script works across gcc/binutils/gdb:
> > > https://sourceware.org/cgit/builder/tree/builder/
On Fri, 1 Mar 2024 at 14:08, Mark Wielaard wrote:
>
> Hi Christophe,
>
> On Thu, 2024-02-29 at 18:39 +0100, Christophe Lyon wrote:
> > On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote:
> > > That python script works across gcc/binutils/gdb:
> > > https://sourceware.org/cgit/builder/tree/builder/
Hi Christophe,
On Thu, 2024-02-29 at 18:39 +0100, Christophe Lyon wrote:
> On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote:
> > That python script works across gcc/binutils/gdb:
> > https://sourceware.org/cgit/builder/tree/builder/containers/autoregen.py
> >
> > It is installed into a containe
On Thu, 29 Feb 2024 at 20:49, Thiago Jung Bauermann
wrote:
>
>
> Hello,
>
> Christophe Lyon writes:
>
> > I hoped improving this would be as simple as adding
> > --enable-maintainer-mode when configuring, after making sure
> > autoconf-2.69 and automake-1.15.1 were in the PATH (using our host's
>
Hello,
Christophe Lyon writes:
> I hoped improving this would be as simple as adding
> --enable-maintainer-mode when configuring, after making sure
> autoconf-2.69 and automake-1.15.1 were in the PATH (using our host's
> libtool and gettext seems OK).
>
> However, doing so triggered several pr
On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote:
>
> Hi Christophe,
>
> On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote:
> > I've noticed that sourceware's buildbot has a small script
> > "autoregen.py" which does not use the project's build system, but
> > rather calls a
On Thu, 29 Feb 2024 at 11:41, Richard Earnshaw (lists)
wrote:
>
> On 29/02/2024 10:22, Christophe Lyon via Gcc wrote:
> > Hi!
> >
> > Sorry for cross-posting, but I'm not sure the rules/guidelines are the
> > same in gcc vs binutils/gdb.
> >
> > TL;DR: are there some guidelines about how to use/en
Hi Christophe,
On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote:
> I've noticed that sourceware's buildbot has a small script
> "autoregen.py" which does not use the project's build system, but
> rather calls aclocal/autoheader/automake/autoconf in an ad-hoc way.
> Should we
On 29/02/2024 10:22, Christophe Lyon via Gcc wrote:
> Hi!
>
> Sorry for cross-posting, but I'm not sure the rules/guidelines are the
> same in gcc vs binutils/gdb.
>
> TL;DR: are there some guidelines about how to use/enable maintainer-mode?
>
> In the context of the Linaro CI, I've been looking
Hi!
Sorry for cross-posting, but I'm not sure the rules/guidelines are the
same in gcc vs binutils/gdb.
TL;DR: are there some guidelines about how to use/enable maintainer-mode?
In the context of the Linaro CI, I've been looking at enabling
maintainer-mode at configure time in our configurations
Hi,
If you are bidding any construction project and need estimation administration,
we are able to assist you with all estimation work.
We are an estimation providing company. We give cost estimation and amounts of
take-off administration. At this moment we are giving 40% discount on our
servi
On 10/31/23 08:26, Enrico via Gcc wrote:
I am working on GCC for a target architecture where clz(0) is defined and
is 32 (TriCore).
The code under test is the following:
#include
int f(unsigned int a) {
unsigned int res = 32 - __builtin_clz(a);
if(res > 0) printf("test");
retu
I am working on GCC for a target architecture where clz(0) is defined and
is 32 (TriCore).
The code under test is the following:
#include
int f(unsigned int a) {
unsigned int res = 32 - __builtin_clz(a);
if(res > 0) printf("test");
return res;
}
>From GCC version greater and equal to
On Fri, Oct 27, 2023 at 2:12 PM David Malcolm wrote:
>
> On Fri, 2023-10-27 at 12:48 -0700, Andrew Pinski wrote:
> > Hi David and others,
> > I am in the process of improving phi-opt and moving what was
> > handled
> > in value_replacement to match-and-simplify and ran into a few
> > failures
>
On Fri, 2023-10-27 at 12:48 -0700, Andrew Pinski wrote:
> Hi David and others,
> I am in the process of improving phi-opt and moving what was
> handled
> in value_replacement to match-and-simplify and ran into a few
> failures
> in the analyzer testsuite.
> For an example c-c++-common/analyzer/in
Hi David and others,
I am in the process of improving phi-opt and moving what was handled
in value_replacement to match-and-simplify and ran into a few failures
in the analyzer testsuite.
For an example c-c++-common/analyzer/inlining-3-multiline.c (and
c-c++-common/analyzer/inlining-3.c) now fail
his approach is that many
> relocation entries will have the same name, so we will need a hash table
> with the key as symbol name and value as symbol index in symtab. It would
> be really helpful if you could point out the relevant docs or help me
> figure out how to use the hash table in
relocation entries will have the same name, so we will need a hash table
with the key as symbol name and value as symbol index in symtab. It would
be really helpful if you could point out the relevant docs or help me
figure out how to use the hash table in GCC.
Another approach is, as we have only 4-5
On 8/10/23 07:33, senthilkumar.selva...@microchip.com wrote:
Hi Vlad,
I can confirm your commit
(https://gcc.gnu.org/git?p=gcc.git;a=commit;h=2971ff7b1d564ac04b537d907c70e6093af70832)
fixes the above problem, thank you. However, I see execution failures if a
pseudo assigned to FP ha
On Tue, 2023-07-18 at 11:04 -0400, Vladimir Makarov wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> On 7/17/23 03:17, senthilkumar.selva...@microchip.com wrote:
> > On Fri, 2023-07-14 at 09:29 -0400, Vladimir Makarov wrote:
> > > If you se
> On Jul 27, 2023, at 7:50 AM, Maciej W. Rozycki wrote:
>
> On Fri, 14 Jul 2023, Vladimir Makarov via Gcc wrote:
>
>>> On the avr, the stack pointer (SP)
>>> is not used to access stack slots
>> It is very uncommon target then.
>
> Same with the VAX target. SP is used for outgoing functi
On Fri, 14 Jul 2023, Vladimir Makarov via Gcc wrote:
> > On the avr, the stack pointer (SP)
> >is not used to access stack slots
> It is very uncommon target then.
Same with the VAX target. SP is used for outgoing function arguments,
function calls, alloca only. AP is used for incoming
On 7/17/23 03:17, senthilkumar.selva...@microchip.com wrote:
On Fri, 2023-07-14 at 09:29 -0400, Vladimir Makarov wrote:
If you send me the preprocessed test, I could start to work on it to fix
the problems. I think it is hard to fix them right for a person having
a little experience with LRA.
On Fri, 2023-07-14 at 09:29 -0400, Vladimir Makarov wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> On 7/13/23 05:27, SenthilKumar.Selvaraj--- via Gcc wrote:
> > Hi,
> >
> >I've been spending some (spare) time checking what it would t
On 7/13/23 05:27, SenthilKumar.Selvaraj--- via Gcc wrote:
Hi,
I've been spending some (spare) time checking what it would take to
make LRA work for the avr target.
Right after I removed the TARGET_LRA_P hook disabling LRA, building
libgcc failed with a weird ICE.
On the avr,
Hi,
I've been spending some (spare) time checking what it would take to
make LRA work for the avr target.
Right after I removed the TARGET_LRA_P hook disabling LRA, building
libgcc failed with a weird ICE. On the avr, the stack pointer (SP)
is not used to access stack slots - TARGET_CAN
Hi,
As mentioned earlier in previous thread, I am working on a project to
bypass the assembler. I have already finished addition of .symtab section.
While I am currently working to emit the debugging symbols directly from
compiler, one thing which I missed was directly outputting the various info
l
6:22: error inline function ‘static bool
> > is_a_helper::test(U*) [with U = symtab_node; T = varpool_node*]’ used
> > but never defined [enabled by default]
> >
> > I have tested the .symtab and dummy symbols addition on the
> > non-bootstrapped build, and they ar
ymbols addition on the
> non-bootstrapped build, and they are working fine. I also ran the lto test
> suite, and it passed as expected. I am looking into the error produced
> during bootstrapped build currently. I would appreciate any help/guidance
> regarding this.
This is because you mis
produced
during bootstrapped build currently. I would appreciate any help/guidance
regarding this.
--
Regards
Rishi
hi,
I am using ldscripts / elf_x86_64.xce for linking one c++ program, and need to
mlock the rodata during software startup phase(make sure there is no min
pagefault during accessing the many large static const array), how can we get
the address of that rodata(seem we could get the __executabl
Hi everybody,
I hope this is not inappropriate question for this list, since internet
provides "some" means to get it done:
https://stackoverflow.com/questions/8259447/give-structure-offset-attribute-to-assembler,
https://forum.microchip.com/s/topic/a5C3l00M24UEAS/t238022?
Please don't cross-post to several mailing lists, this belongs on the
gcc-help mailing list only.
On Wed, 1 Mar 2023, 06:33 Kondreddy, Vinay Kumar, <
vinaykumar.kondre...@staples.com> wrote:
> Hi Team,
>
>
>
> We are using GCC 4.8.3 for one of our legacy applicatio
Hi Team,
We are using GCC 4.8.3 for one of our legacy applications i.e: Automatch. after
database upgrade from 11/2 to 19.0.0, while recompiling one of our proc program
we are getting below error. Could you please help us to resolve below issue.
Please find full error trace in above attachment
Greetings, Iaian.
On 2023-02-20 12:42, Iain Sandoe wrote:
Hi Shengyu,
On 20 Feb 2023, at 17:31, Shengyu Huang via Gcc wrote:
After following the instructions here (https://gcc.gnu.org/wiki/InstallingGCC)
and here (https://gcc.gnu.org/install/index.html), the `make` step simply fails
wit
Hi Shengyu,
> On 20 Feb 2023, at 17:31, Shengyu Huang via Gcc wrote:
>
> After following the instructions here
> (https://gcc.gnu.org/wiki/InstallingGCC) and here
> (https://gcc.gnu.org/install/index.html), the `make` step simply fails with
> “*** Configuration aarch64-apple-darwin22.1.0 not
Dear all,
After following the instructions here (https://gcc.gnu.org/wiki/InstallingGCC)
and here (https://gcc.gnu.org/install/index.html), the `make` step simply fails
with “*** Configuration aarch64-apple-darwin22.1.0 not supported”. I found this
issue on Bugzilla (https://gcc.gnu.org/bugzill
Hello,
For class, *I need to come up with a way to improve GCC* and then make a
quick presentation (no implementation required). Ideally, this idea isn't
being worked on already. *I'd appreciate help with coming up with an idea.*
I've thought about this and I'm having tr
On 11/17/22 13:35, Bruno Haible wrote:
Clang will surely not acquire knowledge about "every library", right,
only about the C library according to relevant standards (ISO C, POSIX)?
I don't know the Clang developers' plans. But if I wanted Clang to be
picky then yes, I'd have it know about ev
Paul Eggert wrote:
> > AC_CHECK_FUNC *should not* just probe for linkability of a symbol
>
> ... Autoconf cannot
> be expected to know every signature of every function in every library.
Clang will surely not acquire knowledge about "every library", right,
only about the C library according to
On 2022-11-16 10:59, Zack Weinberg wrote:
I'm generally in agreement with Rich Felker's argument
(inhttps://ewontfix.com/13/) that AC_CHECK_FUNC*should not* just probe for
linkability of a symbol
So am I. I'm not saying Autoconf should never change here, only that the
change would not be tr
tps://lists.gnu.org/r/autoconf/2022-11/msg00118.html>
It would help if Clang developers could cooperate to address this
potential problem with stricter compilation defaults. It's a real
problem. And it shouldn't require much work on the Clang side to address it.
On Sat, Nov 12, 2022 at 7:44 PM Paul Eggert wrote:
> On 2022-11-11 07:11, Aaron Ballman wrote:
> > Clang doesn't require such a linker (we work with various system
> linkers).
>
> As long as the system linkers continue to work as they have
> traditionally worked, we're fine.
>
> > the frontend pe
Hello,
On Wed, 16 Nov 2022, Paul Eggert wrote:
> On 2022-11-16 06:26, Michael Matz wrote:
> > char foobar(void);
> > int main(void) {
> >return &foobar != 0;
> > }
>
> That still has undefined behavior according to draft C23,
This is correct (and also holds for the actually working variant
On Wed, Nov 16, 2022, at 1:17 PM, Paul Eggert wrote:
...
> If Clang's threatened pickiness were of some real use elsewhere, it
> might be justifiable for default Clang to break Autoconf. But so far we
> haven't seen real-world uses that would justify this pickiness for
> Autoconf's use of 'char
On Wed, Nov 16, 2022 at 1:18 PM Paul Eggert wrote:
> ...
> If Clang's threatened pickiness were of some real use elsewhere, it
> might be justifiable for default Clang to break Autoconf. But so far we
> haven't seen real-world uses that would justify this pickiness for
> Autoconf's use of 'char me
On 2022-11-16 06:26, Michael Matz wrote:
char foobar(void);
int main(void) {
return &foobar != 0;
}
That still has undefined behavior according to draft C23, which says
behavior is undefined when foobar is (say) 'memset_explicit' because the
declaration 'char memset_explicit(void);' disagr
On Wed, 16 Nov 2022 at 16:34, Michael Matz wrote:
>
> Hello,
>
> On Wed, 16 Nov 2022, Jonathan Wakely wrote:
>
> > > > Unrelated but I was a bit tempted to ask for throwing in
> > > > -Wbuiltin-declaration-mismatch to default -Werror while Clang 16 was at
> > > > it, but I suppose we don't want th
Hello,
On Wed, 16 Nov 2022, Jonathan Wakely wrote:
> > > Unrelated but I was a bit tempted to ask for throwing in
> > > -Wbuiltin-declaration-mismatch to default -Werror while Clang 16 was at
> > > it, but I suppose we don't want the world to burn too much,
> >
> > :-) It's IMHO a bug in the sta
On Wed, 16 Nov 2022 at 15:59, Michael Matz wrote:
>
> Hello,
>
> On Wed, 16 Nov 2022, Sam James wrote:
>
> > Unrelated but I was a bit tempted to ask for throwing in
> > -Wbuiltin-declaration-mismatch to default -Werror while Clang 16 was at
> > it, but I suppose we don't want the world to burn to
Hello,
On Wed, 16 Nov 2022, Sam James wrote:
> Unrelated but I was a bit tempted to ask for throwing in
> -Wbuiltin-declaration-mismatch to default -Werror while Clang 16 was at
> it, but I suppose we don't want the world to burn too much,
:-) It's IMHO a bug in the standard that it misses "i
-O0,
>>> and thus no symbol reference remains in the resulting assembly.
>>
>> Err, right, *head-->table*.
>> Playing with volatile should help:
>>
>> char foobar(void);
>> char (* volatile ptr)(void);
>> int main(void) {
>>ptr = foob
historic?) reasons why it
> > > couldn't be used are gone now?
> >
> > Ironically, modern GCC and LLVM optimize '&foobar != 0' to '1' even at -O0,
> > and thus no symbol reference remains in the resulting assembly.
>
> Err, right, *head--
ronically, modern GCC and LLVM optimize '&foobar != 0' to '1' even at -O0,
> and thus no symbol reference remains in the resulting assembly.
Err, right, *head-->table*.
Playing with volatile should help:
char foobar(void);
char (* volatile ptr)(void);
int main(void) {
ptr = foobar;
return ptr != 0;
}
Ciao,
Michael.
On Wed, 16 Nov 2022, Michael Matz via Gcc wrote:
> I sympathize, and I would think a compiler emitting an error (not a
> warning) in the situation at hand (in absence of -Werror) is overly
> pedantic. But, could autoconf perhaps avoid the problem? AFAICS the
> ac_fn_c_check_func really does
Hi,
On Tue, 15 Nov 2022, Paul Eggert wrote:
> On 2022-11-15 11:27, Jonathan Wakely wrote:
> > Another perspective is that autoconf shouldn't get in the way of
> > making the C and C++ toolchain more secure by default.
>
> Can you cite any examples of a real-world security flaw what would be
> f
I've seen a few instances of folks adding it themselves very
early in their configure scripts (which is a pain for distros
anyway) which then ends up affecting the rest.
Autoconf can help with this issue due to GCC and some other compilers
providing extensions (usually a pragma) to control w
1 - 100 of 1265 matches
Mail list logo
