On Mai 05 2025, Basile Starynkevitch wrote:
> and to my surprise its libgccjit.h was installed under /usr/local/include/ and
libgccjit.h has always been installed in $(includedir), so this is
expected.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2
testsuite/lib/binutils-common.exp.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
pipermail/gcc-patches/2025-February/674931.html
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
On Jan 07 2025, Thomas Koenig via Gcc wrote:
> Side remark (which I will also address): https://gcc.gnu.org/bugs/ does
> not mention -freport-bug.
But the ICE message does.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC
On Jan 07 2025, Thomas Koenig via Gcc wrote:
> Would it be reasonable to dump a preprocessed file (if any) on an ICE,
> and point the user to it? The error message could then be something
> like "Please submit the preprocessed file at /home/foo/bar/baz.i".
Like -freport-bug?
On Nov 30 2024, Jakub Jelinek via Gcc wrote:
> Note, there are some exceptions, I think e.g. Ada needs the same or older
> major version of gnat and doesn't work well with newer Ada (but if you don't
> need Ada, that is a non-issue).
That may also be an issue for D.
--
> were introduced, otherwise the existing compilers would have to change
> rather drastically to support this feature.
A typical compiler of that era:
https://sourceforge.net/projects/sozobon/
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE
On Aug 08 2024, Jeff Law via Gcc wrote:
> It just seems to work for me, but most of what I do is
> cross builds, but QEMU+binfmt to allow running the risc-v binaries
> seamlessly.
qemu enables V by default.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5
On Jun 11 2024, Florian Weimer via Gcc wrote:
> I suspect that io_quotes_def and io_quotes_use in particular often get
> applied spuriously.
The message "Applying foo" does not mean that the header is actually
changed. That only happens if you see "Fixed: foo.h".
--
On Mai 08 2024, Richard Biener via Gcc wrote:
> removed from C99.
I think you mean "removed from C *after* C99".
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
On Apr 24 2024, Boris Kolpackov wrote:
> https://github.com/build2/libbuild2-autoconf
Welcaome back, imake.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
malicious intent significantly, only
> the "escapes" need investigation and they which should(tm) be rare for
> well-behaved projects.
Just like you can put your backdoor in *.m4 files, you can put them in
*.cmake files.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerp
system. Building
(portable) software requires a certain level of complexity.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
ms it may be
> time to move on.
CMake is doing mostly the same feature tests under the hood. Because
they are proven convenient and effective.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
ve a trap
representation.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
On Mär 14 2024, Andrew Cooper via Gcc wrote:
> so any known-constant value can be folded. What I'm dealing with is the
> remainder of the cases.
Which cases remain?
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9
On Dez 01 2023, Richard Biener via Gcc wrote:
> Hmm, so why's it then referenced and not "GCed"?
This has nothing to do with garbage collection. It's just the way
libgcc avoids having too many source files. It would be exactly the
same if every function were in its
S' you mean.) You know, often it just takes someone to
> ask the right questions... ;-)
>
> What do people think about the attached
> "Enable top-level recursive 'autoreconf'"? Only lightly tested, so far.
The top-level files are shared with binutils-gdb
On Sep 17 2023, Paul Floyd via Gcc wrote:
> However, Valgrind thinks that these transpositions can't be done when
> there are potentially trapping memory loads like *f.
*f is not doing any pointer dereference. It just reads the _M_payload
member of f.
--
Andreas Schwab, SUS
to change ASM_PREFERRED_EH_DATA_FORMAT to use
DW_EH_PE_aligned instead of DW_EH_PE_absptr.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
On Jul 29 2023, Martin Uecker via Gcc wrote:
> is it still possible to have user branches in the repository?
Yes, but they are in the refs/users namespace (not refs/heads), see
https://gcc.gnu.org/gitwrite.html#vendor
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 E
, these tests should probably be
> xfail'ed and a PR opened against them to reenable them.
It could also be a bug in gdb.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
This looks like being part of gas, so you need to ask on
.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
> #elif defined(_POSIX_SEM_VALUE_MAX)
> static constexpr ptrdiff_t _S_max = _POSIX_SEM_VALUE_MAX;
> #else
> static constexpr ptrdiff_t _S_max = _SC_SEM_VALUE_MAX;
That needs to be sysconf (_SC_SEM_VALUE_MAX), and thus is not suitable
for a constexpr.
--
Andreas Schwab, sch...@l
On Mai 10 2023, Sam James wrote:
> Andreas Schwab writes:
>
>> On Mai 10 2023, Sam James via Gcc wrote:
>>
>>> Ondřej Kubánek via Gcc writes:
>>>
>>>> Hello,
>>>>
>>>> I have tried to push a tag to my user space /tags/
ething
> with a prefix). The version you pushed is simply called 'Thesis' which
> is likely to be confusing to people.
It already uses a prefix (users/kubaneko) which is not fetched by
default.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
ce on the
remote, use Thesis:refs/users/kubaneko/tags/Thesis as the refspec.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
n-std.org/JTC1/SC22/WG14/www/docs/n3054.pdf#subsection.6.2.4>
>
>
> This new wording doesn't even allow one to use memcmp(3);
> just reading the pointer value, however you do it, is UB.
But memcmp does not read the value, it reads the object representation,
and reading the rep
o changes each
time. My guess would be unstable hashing.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
>
> so it would be even shorter to write
>
> __attribute__((__fd_argument_access (1)))
> __attribute__((__fd_argument_read (1)))
> __attribute__((__fd_argument_write (1)))
The attribute will need to be hidden behind a macro anyway, like it is
done with most other attributes
?
There are both signed and unsigned comparison operations, eg. GE
vs. GEU.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
fi_remember_state/.cfi_restore_state?
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
ns in the C library currently need it. It might obscure real
> type errors. Isn't this a problem with char8_t?
In C++20, u8 literals have a distinct type, which is an incompatible
change from C++17.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
(*s).
Try -Wsystem-headers.
> The ctype functions are implemented as macros in glibc, so you can't
> have type checking. But they are also provided as builtins by gcc, so I
> wonder why type checking is not performed in that case, either.
You need to suppress the macro to get the
On Apr 11 2022, Steve Kargl via Gcc wrote:
> Should the testsuite recognize that gcc is built without LTO support?
Yes, we have check_effective_target_lto for that.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And
> return 1;
>> rather than if (s == 123) return 1; else __builtin_trap ();
>> For debugging we have -fsanitize=undefined
>
>
> What if we inserted the trap for -O0?
Note that in C it is not an error to fall through the end of a non-void
function if the caller does not use the
Sorry, I thought this was the libc list... :-)
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
ion detail that was exported by
> mistake.
What I said.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Okt 25 2021, Florian Weimer via Gcc wrote:
> What should we do with _Unwind_Find_FDE and similar exported functions
> that require types which are not currently defined in ?
Aren't they legacy only?
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB4
versions of glibc, you are in for surprises, too. This isn't something
new. There is no guarantee of API stability.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
; 32-bit and 64-bit applications. All run as AM64 = AM-infinity.
That looks like -mabi=ilp32 on aarch64, or -mx32 on x86_64.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Mai 26 2021, Uros Bizjak via Gcc wrote:
> The build currently fails to build for me on x86_64 in fixincludes:
https://gcc.gnu.org/pipermail/gcc-patches/2021-May/571274.html
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A
On Apr 26 2021, Romain GEISSLER via Gcc wrote:
> So anyone has some insider information about the FSF copright assignment
> process ?
I don't have insider information, but I just received a confirmation of
a copyright assignment for glibc.
Andreas.
--
Andreas Schwab, sch...@linux-m
ed relocation against r29
> /tmp/cc8zG8DV.s:2634: Error: unsupported relocation against r30
> /tmp/cc8zG8DV.s:2638: Error: unsupported relocation against r31
That comes from commit 6eae7549b8a.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
, it's a gcc bug (AFAICS).
I don't think so.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
d::string aarch64_get_extension_string_for_isa_flags (unsigned long,
> - unsigned long);
> +std::string aarch64_get_extension_string_for_isa_flags (uint64_t, uint64_t);
>
> struct aarch64_arch_extension
> {
See commit cb5ecb
ot any of the release branches:
Perhaps it was competing with an ongoing push?
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
i think m68k and x86 are different here.
The mc68881 doesn't trap on unnormal numbers, it implicitly converts
such input representations to normal, denormal or zero, as appropriate.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9D
full fix (I hope someone with more experience on
> C++ types and warnings will set up) I think it may be useful to avoid
> warning on unused parameter.
>
> Bootstrapped/regtested x86_64-linux, OK?
That doesn't fix anything.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG K
See PR97840.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
"memory allocation failed in vasprintf");
| ^
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Sep 23 2020, Jakub Jelinek wrote:
> On Wed, Sep 23, 2020 at 12:37:52PM +0200, Andreas Schwab wrote:
>> On Sep 23 2020, Jakub Jelinek via Gcc wrote:
>>
>> > Even that 8.4.1 20200918 is redundant, r8-10517 uniquely and shortly
>> > identifies both the branch and
On Sep 23 2020, Jakub Jelinek via Gcc wrote:
> Even that 8.4.1 20200918 is redundant, r8-10517 uniquely and shortly
> identifies both the branch and commit.
But it requires a repository to identify. Often, redundant information
is useful.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.o
On Aug 22 2020, Thomas Koenig via Gcc wrote:
> make: *** No rule to make target
> '../build-x86_64-pc-linux-gnu/libiberty/libiberty.a', needed by
> 'build/genmodes'. Stop.
Looks like you didn't run make in the toplevel. This is created by the
all-build-libibe
On Jul 28 2020, William Seurer wrote:
> There does not appear to be a check-gnat in any of the makefiles.
See LANG_MAKEFRAGS.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Jul 28 2020, William Seurer wrote:
> Thanks. That did run the specific test I wanted BUT also ran thousands
> more.
The acats testsuite doesn't respect RUNTESTFLAGS (it doesn't use the
dejagnu framework). If you only want to run the gnat testsuite, use
check-gnat.
Andre
On Jul 28 2020, William Seurer via Gcc wrote:
> make -k check-ada RUNTESTFLAGS=gnat.exp=gnat.dg/opt86a.adb
gnat.exp isn't a testsuite driver, it's a lib file. You want to use
dg.exp instead.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D
with exceptions.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Jun 15 2020, Segher Boessenkool wrote:
> $ git push fsf :refs/users/segher/heads/cc0
or git push --delete fsf refs/users/segher/heads/cc0
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for s
I think you can work around by deleting the branch before pushing.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
0.
>> >
>> >Please fix? Or, what else is wrong?
>>
>> The number of commits is. From merges I suppose.
>
> It is just 13 new commits. It rebased though. There are no merges.
What does git rev-list 1db88c6...71e5e35 | wc -l give?
Andreas.
--
Andreas S
a regression hunt.
>
> Which would specifically check out the branch at the point of the first
> commit.
Or any other point in the series.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Mai 29 2020, David Brown wrote:
> So my counter-proposal for you would be to recommend gcc's "typeof" as a
> new keyword (spelt "_Typeof", with "typeof" as a macro in ,
> in solid C tradition).
Or call it _Decltype/decltype, following C++.
Andreas
On Mai 26 2020, Martin Liška wrote:
> subprocess.check_output('git show --name-only --pretty="" | '
> 'grep ChangeLog | '
git show --name-only --pretty= -- '*ChangeLog*'
Andreas.
--
Andreas Schwab, sch...@
ges it.
git is not doing a plain patch, it is doing a merge. It is not unusual
for a merge to have changes that are already present on both sides.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Mai 21 2020, Thomas Koenig wrote:
> An error message or warning from git might have been nice, though.
How can it know?
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
ing to revert a commit that is already reverted (commit
cb2c76c8b15).
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
quot;ChangeLog*\tmerge=merge-changelog\n" >> - ~/.config/git/attributes
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Apr 26 2020, Doug McIlroy via Gcc wrote:
> What was the rationale for the gcc ABI convention that int
> bit fields force the containing struct to be int-aligned?
See PCC_BITFIELD_TYPE_MATTERS in the GCC internals documentation.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
G
On Apr 10 2020, Bernd Edlinger wrote:
> How do you access that data base ? NNTP ?
Yes, at news.gmane.io.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Apr 10 2020, Bernd Edlinger wrote:
> Interesting point with gmane.io, do they have a web-interface?
No.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Apr 07 2020, Martin Liška wrote:
> Can you please help me how can one clone (or pull) complete content of git
> repo?
Easiest way is to do a mirror clone.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
&q
u.org/svn/gcc" this is a revision on
branches/libstdcxx_so_7-branch. There is also a gap between r105390 and
r105927 on the gcc-cvs archive, where the latter is the first revision
that agrees with the online repository.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
in
their complete, unmangled form.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
e.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
f structure member but there would be no
> reason to have padding *before* the first element.
See 6.7.2.1#15.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
ture, and subsequent members have increasing
addresses, in declaration order.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
un Mar 1 01:37:00 GMT 2020
Ending: Mon Mar 9 16:56:12 GMT 2020
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
rect In-Reply-To header, so that threading is properly
> preserved).
FWIW, you can also get them via NNTP from gmane.io.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
ribe: <http://gcc.gnu.org/mailman/listinfo/fortran>,
<mailto:fortran-requ...@gcc.gnu.org?subject=subscribe>
Errors-To: fortran-boun...@gcc.gnu.org
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
On Feb 24 2020, Petr Tesarik wrote:
> On Mon, 24 Feb 2020 12:29:40 +0100
> Andreas Schwab wrote:
>
>> On Feb 24 2020, Petr Tesarik wrote:
>>
>> > This works great ... until there's some inline asm() statement, for
>> > which gcc cannot keep trac
to adjust this as needed.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
ec. I think that's a bug in git. If you use the
-f option and remove + from the refspec, it should work as expected.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
fully qualified, as it is not under refs/heads
(and /heads/ was missing on the remote side):
+wschmidt/builtins:refs/users/wschmidt/heads/builtins
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
y is it trying to create a new branch?
You told it so, with the refspec you used. Instead you want to push to
users/wschmidt/builtins on the remote side,
ie. +wschmidt/builtins:users/wschmidt/builtins.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69
re tried, but failed.
> git push ssh://f...@sourceware.org/gcc/gcc.git ...,
> git push ssh://f...@gcc.gnu.org/gcc/gcc.git ...
Replace /gcc/ by /git/.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
+0200
Tagging source as tags/gcc_9_2_0_release
That breaks git describe:
$ git describe releases/gcc-9.2.0
warning: tag 'gcc_9_2_0_release' is really 'releases/gcc-9.2.0' here
gcc_9_2_0_release
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerpr
On Jan 14 2020, Martin Jambor wrote:
> Hi,
>
> On Tue, Jan 14 2020, Andreas Schwab wrote:
>> On Jan 14 2020, Georg-Johann Lay wrote:
>>
>>> git clone --reference original-gcc ...
>>
>> Don't use --reference. It is too easy to lose work if you don
.git
>> >
>> > Don't do that :-)
>>
>> I think it's what the wiki still suggests...
>
> Yes the wiki does suggest that but the wiki was about using git mirror.
Even with the old mirror a normal clone was working as usual. Only if
you wanted to commit using git svn you needed to do the unusual setup.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Jan 14 2020, Jakub Jelinek wrote:
> On Tue, Jan 14, 2020 at 12:34:13PM +0100, Andreas Schwab wrote:
>> On Jan 14 2020, Georg-Johann Lay wrote:
>>
>> > git clone --reference original-gcc ...
>>
>> Don't use --reference. It is too easy to lose wor
On Jan 14 2020, Georg-Johann Lay wrote:
> git clone --reference original-gcc ...
Don't use --reference. It is too easy to lose work if you don't know
what you are doing.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E
On Jan 14 2020, Georg-Johann Lay wrote:
> or can be achieved by
>
> git config [--global] core.editor="...".
Space instead of = between key and value.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9D
head here. If
you used a current version, it would have said "(new branch 'src')" (not
'src1'), with the branch named after the basename of the worktree
directory.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
On Jan 11 2020, Jakub Jelinek wrote:
> g:releases/gcc-9@{yesterday} references (and, there we at least shouldn't
@{yesterday} operates on reflogs, a local concept that is useless
outside your own repository.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7
On Jan 11 2020, Richard Earnshaw wrote:
> $ git ls-remote|grep vendors|sed -r "s|.*vendors/([^/]+).*|\1|"|sort|uniq
git ls-remote URL "*/vendors/*" | ...
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780
On Jan 11 2020, Richard Earnshaw wrote:
> Once you have a checkout, "git ls-remote" will show all the refs on the
> server.
You don't need a checkout, git ls-remote works on a remote URL.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47
On Dez 28 2019, Richard Earnshaw (lists) wrote:
> I don't know whether tools that analyse git repos to generate statistics
> about users contributions care about canonicalization of names; they may
> just key off email addresses.
git shortlog supports that via .mailmap.
Andreas
On Dez 25 2019, Eric S. Raymond wrote:
> That's easily fixed by adding a timezone entry to your author-map
> entry - CET, is it?
The time zone is not constant.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AE
ment
> that we only have committer dates so the committer timezone is the
> relevant one to apply).
SVN also only has a committer, so the fabricated author should not be
influenced by the committer.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4
1 - 100 of 716 matches
Mail list logo
