python-2...
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
https://sourceware.org/bugzilla/show_bug.cgi?id=31475
oset changed:
What|Removed |Added
CC||oset at superbox dot pl
--- Comment #2 from
https://bugs.kde.org/show_bug.cgi?id=487077
Bug ID: 487077
Summary: Ark keeps fucking up zip files
Classification: Applications
Product: ark
Version: unspecified
Platform: Other
OS: Linux
Status: REPORTED
Hey there do you have some IBAN accounts I can use inside the EU / Swiss ? that
would be easiest for me, thanks BR. joel
On 5/8/24 14:15, Jan Palus wrote:
On 08.05.2024 09:03, Bartek Szady via pld-devel-pl wrote:
Cześć
W /usr/lib64/libappstream.so.1.0.2 brakuje symboli wymaganych przez
/usr/lib64/libAppStreamQt5.so.1.0.2 co wywala plasmashell przy próbie
wyszukiwania.
W test widzę nowszą wersję. Może wystarczy
o.0 => /lib64/libsqlite3.so.0 (0x7f9c5f77e000)
libcrypt.so.2 => /lib64/libcrypt.so.2 (0x7f9c5f742000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x7f9c5f731000)
undefined symbol: g_once_init_leave_pointer
(/usr/lib64/libappstream.so.5)
undefined symbol: g_once_init_
We are pleased to announce the release of version 4.0 of the [PL/Haskell
extension](https://github.com/ed-o-saurus/PLHaskell/releases/4.0). This
extension allows users to write PostgreSQL functions in the Haskell functional
programming language. Instructions can be found
[here](https
27-1 i 6.8.6-1 w moim przypadku działają dobrze.
Fajnie, że szybko naprawione ;)
--
Krzysiek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
.
--
Krzysiek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #32 from Piotr Kubaj ---
(In reply to Iain Sandoe from comment #31)
> what is the current situation with this
> - what input are we waiting for?
> - is the problem now cleared for powerpc64-freebsd?
Probably not, but FreeBSD now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114182
--- Comment #3 from Jan Dubiec ---
Wait a minute, shouldn't the conditions be opposite? I.e.:
/* { dg-final { scan-tree-dump "__(?:gnu_)?divdc3" "optimized" { target {
large_double } } } } */
/* { dg-final { scan-tree-dump "__(?:gnu_)?divsc3"
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: h8300-elf
Excerpt from gcc.log:
[...]
Executing on host: /home/jdx/testgcc/builddir/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114182
--- Comment #2 from Jan Dubiec ---
Unfortunately, large_double does not work.
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: h8300-elf
Excerpt from gcc.sum:
[...]
PASS: gcc.c-torture/execute/20101011-1.c -O0 (test for excess errors
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: h8300-elf
Created attachment 57581
--> https://gcc.gnu.org/bugzi
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: h8300-elf
Created attachment 57519
--> https://gcc.gnu.
ka5-*) ?
>
>
> --
> Jakub Boguszhttp://qboosh.pl/
> ___
> pld-devel-pl mailing list
> pld-devel-pl@lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
______
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-w64-mingw32
Target: h8300-elf
This is what happened when I tried to build rev. e58beedf for H8:
[...]
CC h8300
https://sourceware.org/bugzilla/show_bug.cgi?id=31216
--- Comment #6 from Marcin Godlewski ---
Just wanted to correct myself, not to mislead anyone reading. With lld, by
default, although executable sections are mapped to a separate segment, the
executable segment mapping may still contain
https://sourceware.org/bugzilla/show_bug.cgi?id=31216
--- Comment #5 from Marcin Godlewski ---
Clear, thank you for the explanation.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31216
--- Comment #3 from Marcin Godlewski ---
Or is it GNU ld build time configuration parameter and the issue should be
addressed to debian/ubuntu GNU ld maintainers?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31216
--- Comment #2 from Marcin Godlewski ---
(In reply to Andreas Schwab from comment #1)
> Try linking with -zseparate-code.
This fixes the problem. Does it mean -zseparate-code is enabled by default in
x86-64, but not in aarch64?
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=31216
Marcin Godlewski changed:
What|Removed |Added
CC||marcin.godlewski at onet dot pl
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: marcin.godlewski at onet dot pl
Target Milestone: ---
On Ubuntu 22.04 LTS, with GNU ld 2.38 for aarch64 (either native on Ubuntu
arm64 or cross-toolchain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113147
--- Comment #2 from Jan Dubiec ---
(In reply to Andrew Pinski from comment #1)
> Don't use `--disable-host-shared` basically.
OK, removal of this option seems to solve the problem, but... I had an
impression that the above set of options
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-w64-mingw32
Target: h8300-elf, arm-elf
The following error occurs when I try
rawiam!
--
Krzysiek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
konfliktów? Czy
to jakiś wewnętrzny mechanizm RPMa dba o to?
Pozdrawiam!
--
Krzysiek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109289
--- Comment #6 from Jan Dubiec ---
(In reply to Florian Weimer from comment #3)
> Jan, do you actually experience a build failure? The part you quoted only
> shows warnings.
Florian, it used to be just the warnings, but now (commit 1461b431) I
Hi,
Do you want to be the new maintainer? I'm still maintain it, but in a
low effort way... this is why I didn't solved the compilation problem
it has since 0.7.0.
If you want to be the new maintainer, just tell me the steps I need to
do.
Thanks,
Hugo Parente Lima
On Mon, Jul 17 2023 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89038
argothiel changed:
What|Removed |Added
CC||argothiel at interia dot pl
--- Comment #5
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at kempniu dot pl
Target Milestone: ---
Created attachment 56002
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56002=edit
Preprocessed reprodu
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
CC: costas.argyris at gmail dot com
Target Milestone: ---
Target: i686-w64-mingw32 @ Windows XP
Source file:
rs1009150173,100202244031
rs1009150172,13853975996
rs1009150170,54321425962
rs1009150171,11378896079
rs1009150,171582090052
Ubuntu 20.04.5:
sort -t ',' /path/to/rs_srt_exp.txt
rs1009150,171582090052
rs1009150170,54321425962
rs1009150171,11378896079
rs1009150172,13853975996
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96733
Kacper changed:
What|Removed |Added
CC||cosiekvfj at o2 dot pl
--- Comment #10 from
The PL/R team is proud to announce the release of version 8.4.6
This release is mainly to fix some issues building the code with version 16 of
PostgreSQL and releasing windows builds with R version 4.1.3 and 4.2.3
PL/R is a procedural language which allows you to write PostgreSQL functions
Mógłby fan perla zerknąć na nasz pldcpan i poprawić mu regułki parsujące
nazwę by działał także z takimi przypadkami jak:
./pldcpan/pldcpan.pl IP::Country::DB_File
?
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-pl
W dniu: Wtorek, Lipiec 04, 2023 10:45 IST, Jan Palus
napisał(a):
> On 04.07.2023 09:33, Krzysztof Mrozowicz via pld-devel-pl wrote:
> > Zauważyłem, że po aktualizacji sudo do wersji 1.9.14, w środowisku chroot,
> > zwykły użytkownik stracił możliwość instalowania pakietów po
sudo /usr/lib/poldek/pm-command.sh --upgrade -vh --root / --define
_check_dirname_deps 0...
sudo: nie udało się przydzielić pty: Nie ma takiego urządzenia
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman
We are pleased to announce the release of version 3.0 of the [PL/Haskell
extension](https://github.com/ed-o-saurus/PLHaskell/releases/3.0). This
extension allows users to write PostgreSQL functions in the Haskell functional
programming language. Instructions can be found
[here](https
żał gdzie indziej. Przy okazji
wyszło, że sterowniki mesa do procków Intela generacji 4-7 poprawiają
wydajność grafiki z i7 2. generacji :)
--
Krzysiek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/lis
ję bardzo!
--
Krzysiek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
14.
Pozdrawiam.
___
> pld-devel-pl mailing list
> pld-devel-pl@lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
--
Krzysiek
_______
pld-devel-pl mailing list
pld-devel-pl@lists.pld-li
031) [GFX1-]:
CompositorBridgeChild receives IPC close with reason=AbnormalShutdown
[1]12583 illegal hardware instruction (core dumped) firefox
Exiting due to channel error.
Ktoś ma pomysł co to się porobiło?
--
Krzysiek
___
pld-devel-pl mailing list
pl
1.6.5 is the latest PL/Java release, bringing functions, triggers, aggregates,
types, operators, etc. in Java to PostgreSQL (15 back to 9.5). PL/Java 1.6.5
will build and operate with Java versions 9 through (so far) 20. It need not
operate with the same Java version used to build it, and can
pokazuje że próbowało parsować, startować, cokolwiek.
Wyzerowało plik init?
sh -x /etc/init.d/samba ...
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109688
--- Comment #4 from Jamaika ---
https://github.com/gabime/spdlog/blob/v1.x/example/example.cpp
```
for %%f in ("example.cpp") do g++.exe -v -std=gnu++20 -march=x86-64-v2
-ftree-vectorize -g0 -O3 -fPIC -mavx -mxsave -mpclmul -maes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109688
--- Comment #3 from Jamaika ---
SPDLOG claims that MSVC compiles.
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lukaszcz18 at wp dot pl
Target Milestone: ---
```
Using built-in specs.
COLLECT_GCC=g++.exe
Target: x86_64-w64-mingw32
Configured with: /home/ma/m/source/gcc-g/configure --host=x86_64-w64-mingw32
--target=x86_64-w64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109599
--- Comment #3 from Jamaika ---
I'm not referring to the GCC 11.3.1 comment itself. I meant why the .a file
automatically adds and compiles c files from the avx2 and sse2 directories that
I have not added.
I was surprised that ar.exe is not a
Assignee: unassigned at gcc dot gnu.org
Reporter: lukaszcz18 at wp dot pl
Target Milestone: ---
Created attachment 54907
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54907=edit
Added file object
I don't know how to get around the problem.
I add commands to ar.exe. GCC: (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109324
--- Comment #2 from Jan Dubiec ---
It seems that msp430-elf has similar problem:
build/genrecog.exe ../../../gcc/gcc/common.md
../../../gcc/gcc/config/msp430/msp430.md \
insn-conditions.md > tmp-recog.cc
ty: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Target: h8300-elf
Unfortunately, I barely understand .md files, but I think genrecog is a bit
overzealous. It would be nice if thes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109293
--- Comment #9 from Jan Dubiec ---
I can confirm that now everything is fine on this issue on Windows/MingW.
: build
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-w64-mingw32
Created attachment 54763
--> https://gcc.gnu.org/bugzi
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Created attachment 54759
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54759=edit
Proposed patch
For different hosts (Windows/MSYS2, Li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109286
--- Comment #2 from Jan Dubiec ---
$ h8300-elf-as --version
GNU assembler (GNU Toolchain for Renesas H8 Family [Built by jdx]) 2.40
Copyright (C) 2023 Free Software Foundation, Inc.
This program is free software; you may redistribute it under
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109286
--- Comment #1 from Jan Dubiec ---
Created attachment 54758
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54758=edit
crtend.S
: inline-asm, internal-improvement
Severity: normal
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-w64-mingw32
Target: h8300-elf
Created
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-w64-mingw32
Target: h8300-elf
Created attachment 54756
--> https://gcc.gnu.org/bugzilla/attachment.cgi
There is Acrobat Reader 1.0 for MSDOS but it does not support modern PDF
format. I'm sure it has evolved so much that none of the current PDFs work
with it anyway.
It's available though on winworldpc for download and check.
If that doesn't work then I assume porting some open source to DOS is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #13 from Jan Dubiec ---
I have applied the patch posted yesterday on PR108865 and everything seems to
be fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #12 from Jan Dubiec ---
Yes, there is such a snippet in gcc/Makefile.in but I have completely no idea
what you mean.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #10 from Jan Dubiec ---
(In reply to Andrew Pinski from comment #9)
> Can you change $(COMPILERS) to cc1 in gcc/config/i386/x-mingw32-utf8 and see
> if that helps?
I have changed it and I can confirm that genmodes.exe has been
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #8 from Jan Dubiec ---
Output of another important command:
$ uname -a
MINGW64_NT-10.0-19045 jdxpc 3.4.6.x86_64 2023-02-15 18:03 UTC x86_64 Msys
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #7 from Jan Dubiec ---
Make version is 4.4.1 as comment #2 shows. Usually I call make from my bash
build script using "make 2>&1 | tee buildlog-gcc.txt", but I tried to build
native compiler by simply calling "make" from the bash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #5 from Jan Dubiec ---
I forgot to mention it in the first message – at least h8300-elf and mips-elf
are also affected. I have just even tried to build native compiler and,
strangely, it has the same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #3 from Jan Dubiec ---
I have just finished painful "git bisect" and found the offending commit:
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=d11e088210a551235d3937f867ee1c8b19d02290.
However I do not know where the bug is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109166
--- Comment #5 from Jan Dubiec ---
I read that thread a few days ago and I understand concerns regarding SWP, in
particular on ARMv6 which has made SWP obsolete (AFAIR it is optional on
ARMv6-A/R, ARMv6-M has neither SWP nor LDREX/STREX).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #2 from Jan Dubiec ---
jdx@jdxpc MINGW64 /d/works/xcomp
$ make --version
GNU Make 4.4.1
Built for x86_64-pc-msys
Copyright (C) 1988-2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109189
--- Comment #1 from Jan Dubiec ---
BTW, it would be nice if someone experienced could inspect lines 1547–1553,
1572–1578 and 1751–1757 in that file. These ranges contain code which looks
like this:
case CONST_DOUBLE:
{
: internal-improvement
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-w64-mingw32
Target: h8300-elf
Created attachment 54704
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-w64-mingw32
Target: arm-eabi
I get the following error message when I try to build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109166
--- Comment #3 from Jan Dubiec ---
I do not get what "but that requires more" means in this context.
Lets assume that two threads test and set the same memory location which
initial value is 0 ("unlocked"/"false"). Now, when the first thread
On 17.03.2023 10:41, Adam Osuchowski wrote:
Arkadiusz Miśkiewicz via pld-devel-pl wrote:
Zrobione w main.
Dzięki wielkie, jest zdecydowanie lepiej.
Przy okazji jeszcze pytanie, czy można by było zmienić klucze PGP do
podpisywania paczek na bardziej współczesne? Obecne są sprzed 15 lat
i mają
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-w64-mingw32
Target: arm-eabi
For the following source code:
bool tas(unsigned char *ptr
On 12.03.2023 20:20, Adam Osuchowski wrote:
Można liczyć na przeprowadzenie takiej masowej operacji w repozytorium?
Zrobione w main.
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16186
trashyankes at wp dot pl changed:
What|Removed |Added
CC||trashyankes at wp dot pl
, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
-linux.org )
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
https://sourceware.org/bugzilla/show_bug.cgi?id=30171
--- Comment #4 from Jan Dubiec ---
Created attachment 14734
--> https://sourceware.org/bugzilla/attachment.cgi?id=14734=edit
Preferred patch
This is my preferred patch. It uses load-time dynamic linking instead of
run-time dynamic linking,
https://sourceware.org/bugzilla/show_bug.cgi?id=30171
--- Comment #3 from Jan Dubiec ---
Created attachment 14733
--> https://sourceware.org/bugzilla/attachment.cgi?id=14733=edit
Proposed patch (Yoda style)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30171
--- Comment #2 from Jan Dubiec ---
Created attachment 14732
--> https://sourceware.org/bugzilla/attachment.cgi?id=14732=edit
Proposed patch
--
You are receiving this mail because:
You are on the CC list for the bug.
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: marekr22 at wp dot pl
Target Milestone: ---
Performance of constructor accepting iterators to sorted data of
std::pair is much lower then inserting same data for
std
https://sourceware.org/bugzilla/show_bug.cgi?id=30170
Jan Dubiec changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30171
--- Comment #1 from Jan Dubiec ---
*** Bug 30170 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: jdx at o2 dot pl
CC: ian at airs dot com
Target Milestone: ---
Host: x86_64-w64-mingw32
I got the following error when I tried to build master (95ebc6fd
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: jdx at o2 dot pl
CC: ian at airs dot com
Target Milestone: ---
Host: x86_64-w64-mingw32
make[4]: Entering directory '/d/Works/xcomp/binutils-build/gold'
CXX archive.o
We are pleased to announce the release of version 2.0 of the [PL/Haskell
extension](https://github.com/ed-o-saurus/PLHaskell/releases/2.0). This
extension allows users to write PostgreSQL functions in the Haskell functional
programming language. Instructions can be found
[here](https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #23 from Piotr Kubaj ---
(In reply to Segher Boessenkool from comment #22)
> (In reply to Piotr Kubaj from comment #21)
> > I'm not sure whether it will help, but the issue only affects building
> > 32-bit multilib libraries on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108662
--- Comment #1 from Jan Dubiec ---
Created attachment 54410
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54410=edit
Proposed patch
Status: UNCONFIRMED
Keywords: internal-improvement
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-w64-mingw32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108644
--- Comment #7 from Jan Dubiec ---
(In reply to Andrew Pinski from comment #6)
[...]
> as sizeof returns size_t.
>
> Does that make sense now?
Yep, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108644
--- Comment #5 from Jan Dubiec ---
Andrew, as per your wish, preprocessed lto-plugin\lto-plugin.c is in the
attachment. It was produced using the following command:
gcc -DHAVE_CONFIG_H -I. -I../../../gcc/lto-plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108644
--- Comment #4 from Jan Dubiec ---
Created attachment 54406
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54406=edit
Preprocessed lto-plugin\lto-plugin.c
: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: jdx at o2 dot pl
Target Milestone: ---
Host: x86_64-w64-mingw32
Build: x86_64-w64-mingw32
Below are three excerpts from my gcc's build log. I
commits:
commit bbdaa393b4c99ded3b5dfe3c41f5aa1811e5576a
Author: PL
AuthorDate: Fri Jan 27 19:04:23 2023 -0500
Commit: Caolán McNamara
CommitDate: Tue Jan 31 15:06:16 2023 +
Fix iOS build errors
Recent code reorganization and macOS changes caused the iOS build to fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #21 from Jan Dubiec ---
Unfortunately, after recent changes compilation for H8 family ends with:
Making all in c++20
make[5]: Entering directory
'/d/Works/xcomp/gcc-build/h8300-elf/libstdc++-v3/src/c++20'
echo 'static const char
1 - 100 of 13456 matches
Mail list logo