from:"Mathieu Malaterre"

Bug#1050933:

2023-10-05 Thread Mathieu Malaterre

Control: tags -1 wontfix

GCC-13 works as expected. Turns out to be a UB case in highway source code.

Closing

Bug#1051126: armhf: Miscompilation at O2 level (O1 is working)

2023-09-15 Thread Mathieu Malaterre

Total Test time (real) =  26.65 sec

The following tests FAILED:
446 - HwyWidenMulTestGroup/HwyWidenMulTest.TestAllSatWidenMulPairwiseAdd/EMU128
 # GetParam() = 2305843009213693952 (Subprocess aborted)
452 - HwyWidenMulTestGroup/HwyWidenMulTest.TestAllSumOfMulQuadAccumulate/EMU128
 # GetParam() = 2305843009213693952 (Subprocess aborted)
Errors while running CTest
FAILED: CMakeFiles/test.util

https://buildd.debian.org/status/fetch.php?pkg=highway=armhf=1.0.7-6=1694727847=0

Bug#1051772: Fwd: ia64 generates wrong-code with LTO

2023-09-12 Thread Mathieu Malaterre

Package: gcc-13
Version: 13.2.0-3

highway does not seem to work on ia64 with LTO (see #1051769).

On yttrium with gcc-13:

% /usr/bin/g++-13 -g -O2 -ffile-prefix-map=/home/malat/highway-1.0.7=.
-flto=auto -ffat-lto-objects -specs=/usr/share/dpkg/pie-compile.specs
-Wformat -Werror=format-security -DHWY_BROKEN_EMU128=0 -Wdate-time
-D_FORTIFY_SOURCE=2 -flto=auto -ffat-lto-objects
-specs=/usr/share/dpkg/pie-link.specs -fPIE -pie
CMakeFiles/copy_test.dir/hwy/contrib/algo/copy_test.cc.o -o
tests/copy_test
-Wl,-rpath,/home/malat/highway-1.0.7/obj-ia64-linux-gnu
libhwy_test.so.1.0.7 libhwy_contrib.so.1.0.7
/usr/lib/ia64-linux-gnu/libgtest.a
/usr/lib/ia64-linux-gnu/libgtest_main.a libhwy.so.1.0.7
/usr/lib/ia64-linux-gnu/libgtest.a

% gdb ./tests/copy_test
GNU gdb (Debian 10.1-2) 10.1.90.20210103-git
Copyright (C) 2021 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "ia64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./tests/copy_test...
(gdb) r
Starting program: /home/malat/highway-1.0.7/obj-ia64-linux-gnu/tests/copy_test
Failed to read a valid object file image from memory.
Running main() from ./googletest/src/gtest_main.cc

Program received signal SIGSEGV, Segmentation fault.
zsh: abort  gdb ./tests/copy_test

Bug#1051769: ia64 generates wrong-code with LTO

2023-09-12 Thread Mathieu Malaterre

Package: gcc-12
Version: 12.2.0-12

highway does not seems to work on ia64 with LTO:

https://buildd.debian.org/status/fetch.php?pkg=highway=ia64=1.0.7-3=1694507301=0

The fun part is that even gdb crash on the generated exe:

 % gdb tests/copy_test
GNU gdb (Debian 10.1-2) 10.1.90.20210103-git
Copyright (C) 2021 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "ia64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from tests/copy_test...
(gdb) r
Starting program: /home/malat/highway-1.0.7/obj-ia64-linux-gnu/tests/copy_test
Failed to read a valid object file image from memory.
Running main() from ./googletest/src/gtest_main.cc

Program received signal SIGSEGV, Segmentation fault.
zsh: abort  gdb tests/copy_test

Bug#1051764: Missing TARGET_OPTION_SAVE/RESTORE on riscv

2023-09-12 Thread Mathieu Malaterre

Package: gcc-13
Version: 13.2.0-3
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
Affects: src:highway

src:highway fails to compile on riscv64 with LTO. Confirmed upstream.

Bug#1050933: aarch64: Miscompilation at O1 level (O0 is working)

2023-09-06 Thread Mathieu Malaterre

On Sun, Sep 3, 2023 at 9:23 AM Mathieu Malaterre  wrote:
>
> On Sat, Sep 2, 2023 at 1:31 PM Matthias Klose  wrote:
> > upstream asks for a self-contained test case. Not sure if that's something 
> > you
> > tried in https://bugs.debian.org/1050415
>
> Currently working on PR/111231. cresult is difficult to work with as
> it default to aggressive renaming. I've switch to cvise today.
>
> You might see me on amhdal.d.o running cvise but for PR/111231.
> PR/110643 will come next unless you beat me at it ;)

cvise started today.

Status:
[...]
06:48:23 INFO (66.8%, 5552 bytes, 129 lines)

Bug#1016903: really closing for real

2023-09-06 Thread Mathieu Malaterre

Version: 12.2.0-18

malat@barriere ~ % apt-cache policy gcc-12
gcc-12:
  Installed: 12.2.0-18
  Candidate: 12.2.0-18
  Version table:
 *** 12.2.0-18 100
  1 https://deb.debian.org/debian experimental/main i386 Packages
100 /var/lib/dpkg/status
 12.2.0-14 500
500 https://deb.debian.org/debian sid/main i386 Packages
malat@barriere ~ % gcc-12 -O2 pr106322.c && ./a.out && echo fixed
fixed

Thanks

Bug#1050933: aarch64: Miscompilation at O1 level (O0 is working)

2023-09-03 Thread Mathieu Malaterre

On Sat, Sep 2, 2023 at 1:31 PM Matthias Klose  wrote:
> upstream asks for a self-contained test case. Not sure if that's something you
> tried in https://bugs.debian.org/1050415

Currently working on PR/111231. cresult is difficult to work with as
it default to aggressive renaming. I've switch to cvise today.

You might see me on amhdal.d.o running cvise but for PR/111231.
PR/110643 will come next unless you beat me at it ;)

-M

Bug#1051126: armhf: Miscompilation at O2 level (O1 is working)

2023-09-03 Thread Mathieu Malaterre

Package: g++-13
Version: 13.2.0-2
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
Affects: src:highway

I am getting some odd behavior for unit test of highway. I believe
there is some wrong-code generation using g++ + -O2 on armhf. I also
believe this is different from Debian bug #1050933.

Bug#1050933: aarch64: Miscompilation at O1 level (O0 is working)

2023-08-31 Thread Mathieu Malaterre

Package: g++-13
Version: 13.2.0-2
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110643
Affects: src:highway

I am getting some odd behavior for unit test of highway. I believe
there is some wrong-code generation using g++ + -O1.

Bug#1050849: creduce upstream homepage

2023-08-30 Thread Mathieu Malaterre

Source: creduce
Version: 2.11.0~20230819-1

Could someone please document where creduce homepage is located nowadays.

http://embed.cs.utah.edu/creduce/ seems to be gone.

I am not clear what to do with reports such as:

===< pass_clang_binsrch :: replace-function-def-with-decl >===
Segmentation fault

***

pass_clang_binsrch::replace-function-def-with-decl has encountered a bug:
crashed: "/usr/libexec/clang_delta"
--transformation=replace-function-def-with-decl --counter=1
--to-counter=25 /tmp/creduce-2sfsbN/mul_test.cc

Please consider tarring up /home/malat/creduce_bug_000
and mailing it to creduce-b...@flux.utah.edu and we will try to fix
the bug.

This bug is not fatal, C-Reduce will continue to execute.

***

===< pass_clang_binsrch :: remove-unused-function >===

Thank you !

Bug#1050415: PermissionError: [Errno 13] Permission denied

2023-08-25 Thread Mathieu Malaterre

On Thu, Aug 24, 2023 at 7:03 PM Matthias Klose  wrote:
>
> Control: tags -1 - moreinfo
>
> On 24.08.23 15:15, Mathieu Malaterre wrote:
> > On Thu, Aug 24, 2023 at 2:21 PM Matthias Klose  wrote:
> >>
> >> Control: tags -1 + moreinfo
> >>
> >> On 24.08.23 11:54, Mathieu Malaterre wrote:
> >>> Package: cvise
> >>> Version: 2.8.0-1
> >>>
> >>> I cannot run cvise in Debian/sid:
> >>
> >> [...]
> >>
> >>> with:
> >>>
> >>> % ls -al check.sh
> >>> -rwxr-xr-x 1 mathieu mathieu 335 Aug 24 09:50 check.sh
> >>>
> >>> % ls -al testcase.i
> >>> -rw-r--r-- 1 mathieu mathieu 4268253 Aug 24 09:41 testcase.i
> >>>
> >>
> >> an ls is not so useful.
> >
> > Ok, nevermind. I assumed this was something obvious in the python module.
> >
> > Here you go:
> >
> > $ curl -O 
> > https://raw.githubusercontent.com/malaterre/gcc-110622/main/new/testcase.i
> > $ curl -O 
> > https://raw.githubusercontent.com/malaterre/gcc-110622/main/new/check.sh
> > $ chmod +x check.sh
> > $ schroot -c sid32
> > $ cvise check.sh testcase.i
> >
> > If you do not have a sid32 chroot, you may want to use
> > barriere.debian.org + sid_i386-dchroot
>
> that works for me in a sid32 chroot, and also in a sid chroot.
>

I see this is exactly:

https://stackoverflow.com/questions/2009278/python-multiprocessing-permission-denied

In my case:

% ls -ld /dev/shm
drwxr-xr-x 2 root root 40 Aug 24 11:31 /dev/shm

on barriere.d.o:

% ls -ld /dev/shm
drwxrwxrwt 2 root root 40 Aug 25 06:28 /dev/shm


How did you setup your schroot ? Mine is:

% cat /etc/schroot/schroot.conf
[...]
[sid32]
description=Debian sid (unstable) 32-bit
directory=/home/mathieu/tmp/sid-chroot-i386
personality=linux32
root-groups=root
root-users=root
type=directory
users=mathieu

Bug#1050415: PermissionError: [Errno 13] Permission denied

2023-08-24 Thread Mathieu Malaterre

On Thu, Aug 24, 2023 at 2:21 PM Matthias Klose  wrote:
>
> Control: tags -1 + moreinfo
>
> On 24.08.23 11:54, Mathieu Malaterre wrote:
> > Package: cvise
> > Version: 2.8.0-1
> >
> > I cannot run cvise in Debian/sid:
>
> [...]
>
> > with:
> >
> > % ls -al check.sh
> > -rwxr-xr-x 1 mathieu mathieu 335 Aug 24 09:50 check.sh
> >
> > % ls -al testcase.i
> > -rw-r--r-- 1 mathieu mathieu 4268253 Aug 24 09:41 testcase.i
> >
>
> an ls is not so useful.

Ok, nevermind. I assumed this was something obvious in the python module.

Here you go:

$ curl -O 
https://raw.githubusercontent.com/malaterre/gcc-110622/main/new/testcase.i
$ curl -O 
https://raw.githubusercontent.com/malaterre/gcc-110622/main/new/check.sh
$ chmod +x check.sh
$ schroot -c sid32
$ cvise check.sh testcase.i

If you do not have a sid32 chroot, you may want to use
barriere.debian.org + sid_i386-dchroot

for reference:

% apt-cache policy cvise
cvise:
  Installed: 2.8.0-1
  Candidate: 2.8.0-1
  Version table:
 *** 2.8.0-1 500
500 http://deb.debian.org/debian sid/main i386 Packages
100 /var/lib/dpkg/status

and

% apt-cache policy creduce
creduce:
  Installed: 2.11.0~20230819-1
  Candidate: 2.11.0~20230819-1
  Version table:
 *** 2.11.0~20230819-1 500
500 http://deb.debian.org/debian sid/main i386 Packages
100 /var/lib/dpkg/status

Bug#1050415: Acknowledgement (PermissionError: [Errno 13] Permission denied)

2023-08-24 Thread Mathieu Malaterre

For reference, creduce seems to be happy with the exact same settings:

 % creduce check.sh testcase.i
===< 150190 >===
running 3 interestingness tests in parallel
===< pass_unifdef :: 0 >===
===< pass_comments :: 0 >===
===< pass_ifs :: 0 >===
===< pass_includes :: 0 >===
===< pass_line_markers :: 0 >===
===< pass_blank :: 0 >===
===< pass_clang_binsrch :: replace-function-def-with-decl >===
(0.1 %, 4263044 bytes)
(0.2 %, 4260250 bytes)
(0.3 %, 4256026 bytes)
(0.4 %, 4252741 bytes)
(0.4 %, 4251437 bytes)
(0.4 %, 4249928 bytes)
(0.5 %, 4248101 bytes)
(0.5 %, 4246010 bytes)
(0.5 %, 4245334 bytes)
(0.6 %, 4244584 bytes)
(0.6 %, 4243457 bytes)
(0.6 %, 4242382 bytes)
(0.6 %, 4241737 bytes)
(0.6 %, 4240846 bytes)
(0.7 %, 4240150 bytes)
(0.7 %, 4239316 bytes)
(0.7 %, 4238448 bytes)
(0.7 %, 4237766 bytes)
(0.7 %, 4237353 bytes)
(0.7 %, 4236623 bytes)
[...]

Bug#1050415: PermissionError: [Errno 13] Permission denied

2023-08-24 Thread Mathieu Malaterre

Package: cvise
Version: 2.8.0-1

I cannot run cvise in Debian/sid:

% cvise check.sh testcase.i
00:00:07 INFO ===< 150150 >===
00:00:07 INFO running 4 interestingness tests in parallel
00:00:07 INFO INITIAL PASSES
00:00:07 INFO ===< IncludesPass >===
Traceback (most recent call last):
  File "/usr/bin/cvise", line 312, in 
reducer.reduce(pass_group, skip_initial=args.skip_initial_passes)
  File "/usr/share/cvise/cvise.py", line 149, in reduce
self._run_additional_passes(pass_group['first'])
  File "/usr/share/cvise/cvise.py", line 172, in _run_additional_passes
self.test_manager.run_pass(p)
  File "/usr/share/cvise/utils/testing.py", line 530, in run_pass
success_env = self.run_parallel_tests()
  ^
  File "/usr/share/cvise/utils/testing.py", line 438, in run_parallel_tests
with pebble.ProcessPool(max_workers=self.parallel_tests) as pool:
 ^^^
  File "/usr/lib/python3/dist-packages/pebble/pool/process.py", line
60, in __init__
self._pool_manager = PoolManager(self._context, mp_context)
 ^^
  File "/usr/lib/python3/dist-packages/pebble/pool/process.py", line
202, in __init__
self.worker_manager = WorkerManager(context.workers,
  ^^
  File "/usr/lib/python3/dist-packages/pebble/pool/process.py", line
344, in __init__
self.pool_channel, self.workers_channel = channels(mp_context)
  
  File "/usr/lib/python3/dist-packages/pebble/pool/channel.py", line
35, in channels
WorkerChannel(read0, write1, (read1, write0), mp_context))
^
  File "/usr/lib/python3/dist-packages/pebble/pool/channel.py", line
83, in __init__
self.mutex = ChannelMutex(mp_context)
 
  File "/usr/lib/python3/dist-packages/pebble/pool/channel.py", line
129, in __init__
self.reader_mutex = mp_context.RLock()
^^
  File "/usr/lib/python3.11/multiprocessing/context.py", line 73, in RLock
return RLock(ctx=self.get_context())
   ^
  File "/usr/lib/python3.11/multiprocessing/synchronize.py", line 187,
in __init__
SemLock.__init__(self, RECURSIVE_MUTEX, 1, 1, ctx=ctx)
  File "/usr/lib/python3.11/multiprocessing/synchronize.py", line 57,
in __init__
sl = self._semlock = _multiprocessing.SemLock(
 ^
PermissionError: [Errno 13] Permission denied


with:

% ls -al check.sh
-rwxr-xr-x 1 mathieu mathieu 335 Aug 24 09:50 check.sh

% ls -al testcase.i
-rw-r--r-- 1 mathieu mathieu 4268253 Aug 24 09:41 testcase.i

Bug#1040823: PR target/110560: internal compiler error: in extract_constrain_insn_cached, at recog.cc:2704

2023-07-11 Thread Mathieu Malaterre

Package: g++-13
Version: 13.1.0-7
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110560
Affects: src:highway

src:highway fails to compile on riscv64. Confirmed upstream. Already
fixed in GCC14, backported to GCC13:

* https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110560#c2

Bug#1038774: PR110264: internal compiler error: riscv_vector::vector_insn_info::get_avl_reg_rtx

2023-06-21 Thread Mathieu Malaterre

Package: g++-13
Version: 13.1.0-6
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110264
Affects: src:highway

src:highway fails to compile on riscv64. Confirmed upstream. Fixed in GCC14

Bug#1038768: PR110280: internal compiler error: in const_unop, at fold-const.cc:1884

2023-06-21 Thread Mathieu Malaterre

Package: g++-13
Version: 13.1.0-6
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110280
Affects: src:highway

src:highway fails to compile on arm64. Confirmed upstream

Bug#1016903: closing for real

2023-05-04 Thread Mathieu Malaterre

Version: 12.2.0-8

malat@barriere ~ % apt-cache policy gcc-12
gcc-12:
  Installed: 12.2.0-18
  Candidate: 12.2.0-18
  Version table:
 *** 12.2.0-18 100
  1 https://deb.debian.org/debian experimental/main i386 Packages
100 /var/lib/dpkg/status
 12.2.0-14 500
500 https://deb.debian.org/debian sid/main i386 Packages
malat@barriere ~ % gcc-12 -O2 pr106322.c && ./a.out && echo fixed
fixed

Thanks

Bug#1034554: internal compiler error: in finalize_new_accesses, at rtl-ssa/changes.cc:471

2023-04-18 Thread Mathieu Malaterre

Source: gcc-13
Version:  13-20230411-1

I cannot compile highway on riscv/rv64gcv1p0 with gcc-13.

Compilation fais with:

% /usr/bin/g++-13 -freport-bug -DHWY_SHARED_DEFINE
-I"/home/malat/highway-1.0.4~git20230317.8681eb8" -g -O2
-ffile-prefix-map=/home/malat/highway-1.0.4~git20230317.8681eb8=.
-fstack-protector-strong -Wformat -Werror=format-security
-DHWY_BROKEN_EMU128=0 -Wdate-time -D_FORTIFY_SOURCE=2 -fPIE
-fvisibility=hidden -fvisibility-inlines-hidden
-Wno-builtin-macro-redefined -D__DATE__=\"redacted\"
-D__TIMESTAMP__=\"redacted\" -D__TIME__=\"redacted\"
-fmerge-all-constants -Wall -Wextra -Wconversion -Wsign-conversion
-Wvla -Wnon-virtual-dtor -fmath-errno -fno-exceptions
-march=rv64gcv1p0 -Werror -DHWY_IS_TEST=1 -DGTEST_HAS_PTHREAD=1 -MD
-MT CMakeFiles/transform_test.dir/hwy/contrib/algo/transform_test.cc.o
-MF CMakeFiles/transform_test.dir/hwy/contrib/algo/transform_test.cc.o.d
-o CMakeFiles/transform_test.dir/hwy/contrib/algo/transform_test.cc.o
-c 
'/home/malat/highway-1.0.4~git20230317.8681eb8/hwy/contrib/algo/transform_test.cc'
during RTL pass: vsetvl
/home/malat/highway-1.0.4~git20230317.8681eb8/hwy/contrib/algo/transform_test.cc:
In function 'void
hwy::N_RVV::ForeachCountAndMisalign::operator()(T, D) const
[with T = unsigned char; D = hwy::N_RVV::Simd;
Test = hwy::N_RVV::TestGenerate]':
/home/malat/highway-1.0.4~git20230317.8681eb8/hwy/contrib/algo/transform_test.cc:133:3:
internal compiler error: in finalize_new_accesses, at
rtl-ssa/changes.cc:471
  133 |   }
  |   ^
0xf4b18d rtl_ssa::function_info::finalize_new_accesses(rtl_ssa::insn_change&)
../../src/gcc/rtl-ssa/changes.cc:471
0xf4c0a7 
rtl_ssa::function_info::change_insns(array_slice)
../../src/gcc/rtl-ssa/changes.cc:659
0xb4f1e7 rtl_ssa::function_info::change_insn(rtl_ssa::insn_change&)
../../src/gcc/rtl-ssa/changes.cc:717
0xb4f1e7 change_insn
../../src/gcc/config/riscv/riscv-vsetvl.cc:1028
0xb4f1e7 pass_vsetvl::cleanup_insns() const
../../src/gcc/config/riscv/riscv-vsetvl.cc:3951
0xb59891 pass_vsetvl::lazy_vsetvl()
../../src/gcc/config/riscv/riscv-vsetvl.cc:4211
0xb59a7d pass_vsetvl::execute(function*)
../../src/gcc/config/riscv/riscv-vsetvl.cc:4241
0xb59a7d pass_vsetvl::execute(function*)
../../src/gcc/config/riscv/riscv-vsetvl.cc:4222
Please submit a full bug report, with preprocessed source.
Please include the complete backtrace with any bug report.
See  for instructions.

Bug#1016903: git-updates.diff not applied ?

2023-03-14 Thread Mathieu Malaterre

Control: reopen -1

> the upstream fix went into 12.2.0-2.

Would be so kind as to demonstrate how ?

Here is what I see on my side:

% ssh barriere.debian.org
% sessionid=$(schroot -b -c sid_i386-dchroot)
% dd-schroot-cmd -c $sessionid apt-get update
% dd-schroot-cmd -c $sessionid apt-get upgrade
% dd-schroot-cmd -c $sessionid apt-get build-dep gcc-12
% dget -u http://deb.debian.org/debian/pool/main/g/gcc-12/gcc-12_12.2.0-14.dsc
% schroot -r -c $sessionid

Then a simple check within the sid schroot:

% cd gcc-12-12.2.0
% grep -r "use emulated vector type for call" .
./debian/patches/git-updates.diff:+  "use emulated
vector type for call\n");
% grep -r git-updates .
./debian/rules.patch:#  git-updates \

So yes I can see PR106322 patch in file "git-updates.diff". But it
looks as if it is never applied to the source tree.

To reproduce the issue, just use the test from gcc-testsuite:

% wget -O pr106322.c
"https://gcc.gnu.org/git/?p=gcc.git;a=blob_plain;f=gcc/testsuite/gcc.target/i386/pr106322.c;h=31333c5fdccbe02ce7cf5055ce852edc0da1af67;hb=9f532fec01d6651cc3cc136073f044a7953d8560;
% gcc -O2 pr106322.c && ./a.out
zsh: IOT instruction  ./a.out

Compared with:

% /usr/lib/gcc-snapshot/bin/gcc -O2 pr106322.c  && ./a.out && echo "success"
success

Per discussion with gcc-upstream:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106322#c54
[...]
OK. Thanks for the update! FWIW, with the reduced test case in comment
#45, I just tried with releases/gcc-12 r12-8709 (without my fix), the
aborting was reproduced; while with r12-8710 (my fix), it executed
well.
[...]

Bug#1016903: vect: Don't allow vect_emulated_vector_p type in vectorizable_call [PR106322]

2023-02-28 Thread Mathieu Malaterre

Control: severity -1 grave

By default packages on Debian are build with -O2 since I see that it
affects release arches:

* armel
* i386
* mips64el
* mipsel

Would it be possible to include fix:

https://gcc.gnu.org/g:9f532fec01d6651cc3cc136073f044a7953d8560

Thanks,

Bug#1032118: riscv64: error: too few arguments to function 'long unsigned int __riscv_vsetvlmax_e8mf8(void)'

2023-02-27 Thread Mathieu Malaterre

Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108927
Control: tags -1 confirmed upstream patch

[PATCH] RISC-V: Remove void_type_node of void_args for vsetvlmax intrinsic

https://gcc.gnu.org/pipermail/gcc-patches/2023-February/612858.html

Bug#1032118: riscv64: error: too few arguments to function 'long unsigned int __riscv_vsetvlmax_e8mf8(void)'

2023-02-27 Thread Mathieu Malaterre

Source: gcc-snapshot

riscv64 intrisincs are currently broken.

% cat t.c
#include 

int main()
{
   size_t vl = __riscv_vsetvlmax_e8mf8();
   return vl;
}

Gives:

g++  -march=rv64gcv1p0   t.c
t.c: In function 'int main()':
t.c:5:39: error: too few arguments to function 'long unsigned int
__riscv_vsetvlmax_e8mf8(void)'
5 |size_t vl = __riscv_vsetvlmax_e8mf8();
  |~~~^~
In file included from t.c:1:
/usr/lib/gcc-snapshot/lib/gcc/riscv64-linux-gnu/13/include/riscv_vector.h:94:25:
note: declared here
   94 | #pragma riscv intrinsic "vector"
  | ^~~~

Bug#1021165: floatn-common.h:214:9: error: multiple types in one declaration

2023-02-27 Thread Mathieu Malaterre

Control: reassign -1 libc6.1-dev 2.36-5

Looks like the issue is not fixed on ia64 / sparc64.

Steps:

% cat p.cxx
#include 

int main() { return 0; }

Lead to:

malat@yttrium ~ % /usr/lib/gcc-snapshot/bin/g++ -v p.cxx
Using built-in specs.
COLLECT_GCC=/usr/lib/gcc-snapshot/bin/g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc-snapshot/libexec/gcc/ia64-linux-gnu/13/lto-wrapper
Target: ia64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian
20221021-1' --with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs
--enable-languages=c,c++,go,fortran,objc,obj-c++,m2
--prefix=/usr/lib/gcc-snapshot --with-gcc-major-version-only
--program-prefix= --enable-shared --enable-linker-build-id
--disable-nls --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new
--enable-gnu-unique-object --disable-libssp --disable-libitm
--disable-libsanitizer --enable-plugin --with-system-zlib
--enable-objc-gc=auto --enable-multiarch --disable-werror
--with-system-libunwind --enable-checking=yes --build=ia64-linux-gnu
--host=ia64-linux-gnu --target=ia64-linux-gnu
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 13.0.0 20221021 (experimental) [master
r13-3434-ga9de836c2b2] (Debian 20221021-1)
COLLECT_GCC_OPTIONS='-v' '-shared-libgcc' '-dumpdir' 'a-'
 /usr/lib/gcc-snapshot/libexec/gcc/ia64-linux-gnu/13/cc1plus -quiet -v
-imultilib . -imultiarch ia64-linux-gnu -D_GNU_SOURCE p.cxx -quiet
-dumpdir a- -dumpbase p.cxx -dumpbase-ext .cxx -version -o
/tmp/ccMCj3Mu.s
GNU C++17 (Debian 20221021-1) version 13.0.0 20221021 (experimental)
[master r13-3434-ga9de836c2b2] (ia64-linux-gnu)
compiled by GNU C version 13.0.0 20221021 (experimental)
[master r13-3434-ga9de836c2b2], GMP version 6.2.1, MPFR version 4.1.0,
MPC version 1.2.1, isl version isl-0.25-GMP

warning: MPFR header version 4.1.0 differs from library version 4.2.0.
warning: MPC header version 1.2.1 differs from library version 1.3.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory "/usr/local/include/ia64-linux-gnu"
ignoring nonexistent directory
"/usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/13/include-fixed/ia64-linux-gnu"
ignoring nonexistent directory
"/usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/13/include-fixed"
ignoring nonexistent directory
"/usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/13/../../../../ia64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/13/../../../../include/c++/13
 
/usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/13/../../../../include/c++/13/ia64-linux-gnu/.
 
/usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/13/../../../../include/c++/13/backward
 /usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/13/include
 /usr/local/include
 /usr/lib/gcc-snapshot/include
 /usr/include/ia64-linux-gnu
 /usr/include
End of search list.
GNU C++17 (Debian 20221021-1) version 13.0.0 20221021 (experimental)
[master r13-3434-ga9de836c2b2] (ia64-linux-gnu)
compiled by GNU C version 13.0.0 20221021 (experimental)
[master r13-3434-ga9de836c2b2], GMP version 6.2.1, MPFR version 4.1.0,
MPC version 1.2.1, isl version isl-0.25-GMP

warning: MPFR header version 4.1.0 differs from library version 4.2.0.
warning: MPC header version 1.2.1 differs from library version 1.3.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 46cce3a938a51610ba7278d8fb426d84
In file included from /usr/include/stdio.h:430,
 from p.cxx:1:
/usr/include/ia64-linux-gnu/bits/floatn.h:84:9: error: multiple types
in one declaration
   84 | typedef __float128 _Float128;
  | ^~
/usr/include/ia64-linux-gnu/bits/floatn.h:84:20: error: declaration
does not declare anything [-fpermissive]
   84 | typedef __float128 _Float128;
  |^
In file included from /usr/include/ia64-linux-gnu/bits/floatn.h:117:
/usr/include/ia64-linux-gnu/bits/floatn-common.h:214:9: error:
multiple types in one declaration
  214 | typedef float _Float32;
  | ^
/usr/include/ia64-linux-gnu/bits/floatn-common.h:214:15: error:
declaration does not declare anything [-fpermissive]
  214 | typedef float _Float32;
  |   ^~~~
/usr/include/ia64-linux-gnu/bits/floatn-common.h:251:9: error:
multiple types in one declaration
  251 | typedef double _Float64;
  | ^~
/usr/include/ia64-linux-gnu/bits/floatn-common.h:251:16: error:
declaration does not declare anything [-fpermissive]
  251 | typedef double _Float64;
  |^~~~
/usr/include/ia64-linux-gnu/bits/floatn-common.h:268:9: error:
multiple types in one declaration
  268 | typedef double _Float32x;
  | ^~
/usr/include/ia64-linux-gnu/bits/floatn-common.h:268:16: error:
declaration does not declare anything [-fpermissive]
  268 | typedef double _Float32x;
  |

Bug#1031866: /usr/bin/ld: cannot find -lgcc_s: No such file or directory

2023-02-24 Thread Mathieu Malaterre

Package: gcc-snapshot
Version: 1:20230108-1

on riscv64, here is what I see:

$ cat /tmp/bla.c
int main() {}

$  /usr/lib/gcc-snapshot/bin/gcc /tmp/bla.c
/usr/bin/ld: cannot find -lgcc_s: No such file or directory
collect2: error: ld returned 1 exit status

Thanks

Bug#882490: gcc: Tune default --param ggc-min-expand for 32-bit arches

2022-12-06 Thread Mathieu Malaterre

Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78971

Here is the current state for compiling webkit on mipsel (1)

# Lower memory requirements on architectures with only 2 GB address space
ifneq (,$(filter $(DEB_HOST_ARCH),mips mipsel sh4))
CFLAGS := $(CFLAGS:-g1=-g0)
CFLAGS := $(CFLAGS:-O2=-Os)
CPPFLAGS += --param ggc-min-expand=10
EXTRA_CMAKE_ARGUMENTS += -DENABLE_UNIFIED_BUILDS=OFF
endif

Same goes for openvdb (2)

ifneq (,$(filter $(DEB_HOST_ARCH), mipsel))
  # smaller debug packages:
  CXXFLAGS := $(CXXFLAGS:-g=-g0)
  CXXFLAGS := $(CXXFLAGS:-O2=-O0)
  DEB_CXXFLAGS_MAINT_APPEND += --param ggc-min-expand=10
  # makes linking slower, so it shouldn't be enabled when not needed:
  DEB_LDFLAGS_MAINT_APPEND += -Wl,--no-keep-memory -Wl,--reduce-memory-overhead



(1) 
https://salsa.debian.org/webkit-team/webkit/-/blob/debian/2.39.1-1/debian/rules#L66
(2) 
https://salsa.debian.org/multimedia-team/openvdb/-/blob/debian/10.0.0-11/debian/rules#L28-34

Bug#1016903:

2022-11-06 Thread Mathieu Malaterre

Control: found 1016903 12.2.0-9

See i386:
* 
https://buildd.debian.org/status/fetch.php?pkg=highway=i386=1.0.3%7Egit20221102.4899d11-2=1667806545=0

Bug#1016903: Fwd:

2022-11-03 Thread Mathieu Malaterre

Control: found 1016903 12.2.0-7

For example ppc64:
* 
https://buildd.debian.org/status/fetch.php?pkg=highway=ppc64=1.0.3%7Egit20221102.4899d11-1=1667470496=0

Bug#1016903: closed by Matthias Klose (Fixed in 12.2.0-2 and later.)

2022-11-03 Thread Mathieu Malaterre

Control: reopen -1

> -- Forwarded message --
> From: Matthias Klose 
> To: 1016903-d...@bugs.debian.org, 1016...@bugs.debian.org
> Cc:
> Bcc:
> Date: Thu, 3 Nov 2022 09:28:54 +0100
> Subject: Fixed in 12.2.0-2 and later.
> Version: 12.2.0-2
>
> Fixed in 12.2.0-2 and later.

Nope. At least present in gcc-12_12.2.0-3

https://buildd.debian.org/status/fetch.php?pkg=highway=mips64el=1.0.2%7Egit20220901.9b3bd6d-2=1664396724=0

AFAIK PR/106322 has never been part of the 12.2.0-x debian package.

Bug#1016903: tree-vectorize: Wrong code at O2 level (-fno-tree-vectorize is working)

2022-10-03 Thread Mathieu Malaterre

Control: affects -1 src:jpeg-xl

Just a wild guess:

* 
https://buildd.debian.org/status/fetch.php?pkg=jpeg-xl=armhf=0.7.0-2=1664702466=0

Bug#1021165: Gcc 13 requires some (older) glibc headers to be fixed up .

2022-10-03 Thread Mathieu Malaterre

For reference:

malat@amdahl /tmp % apt-cache policy libc6-dev
libc6-dev:
  Installed: 2.35-1
  Candidate: 2.35-1
  Version table:
 *** 2.35-1 500
500 https://deb.debian.org/debian sid/main armhf Packages
100 /var/lib/dpkg/status

Bug#1021165: armhf: floatn-common.h:214:9: error: multiple types in one declaration

2022-10-03 Thread Mathieu Malaterre

Source: gcc-snapshot
Version: 1:20220920-1
Severity: grave

Per original reference:

--- Comment #1 from Andrew Pinski  ---
Is this a packaging issue?
> ignoring nonexistent directory 
> "/usr/lib/gcc-snapshot/lib/gcc/arm-linux-gnueabihf/13/include-fixed/arm-linux-gnueabihf"
ignoring nonexistent directory
"/usr/lib/gcc-snapshot/lib/gcc/arm-linux-gnueabihf/13/include-fixed"

Gcc 13 requires some (older) glibc headers to be fixed up .

See:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107128

Bug#1018953: Update gcc-snapshot to latest gcc-12.x branch

2022-09-27 Thread Mathieu Malaterre

Control: fixed -1 1:20220920-1

Bug#1018953: Update gcc-snapshot to latest gcc-12.x branch

2022-09-02 Thread Mathieu Malaterre

Source: gcc-snapshot
Version: 1:20220717-1

I'd really love to see an updated gcc-snapshort version to check if
the latest 12.x series fixes an issue. See also bug debian #1014379

Thanks much,

-- Forwarded message -


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187

--- Comment #55 from Richard Earnshaw  ---
(In reply to Mathieu Malaterre from comment #53)

>
> gcc-12 seems to be generating wrong-code for a different unit-test:

I've just pushed my patch to the gcc-12 branch, could you try that please?

Bug#1016903: tree-vectorize: Wrong code at O2 level (-fno-tree-vectorize is working)

2022-08-09 Thread Mathieu Malaterre

Package: g++-12
Version: 12.1.0-7
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106322
Affects: src:highway

I am getting some odd behavior for unit test of highway. I believe
there is some wrong-code generation using g++ + -O2 (tree-vectorize is
default now).

Bug#1014379: armhf: wrong-code generated at -02

2022-07-05 Thread Mathieu Malaterre

Package: gcc-11
Version: 11.3.0-3
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187

g++-11 -02 cannot be used to compile highway on armhf. It seems to be
fixed in g++-12.

Bug#1014091: armhf: gcc has wrong configuration

2022-06-30 Thread Mathieu Malaterre

Package: gcc-11
Version: 11.3.0-3

This is a followup to bug #928224. It turns out that gcc-11 is now
generating neon instructions, which contradicts our definition of
armhf.

Reference:

$ ssh abel.debian.org
[...]
malat@abel ~ % gcc-11 --verbose
Using built-in specs.
COLLECT_GCC=gcc-11
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/11/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Debian
11.3.0-3' --with-bugurl=file:///usr/share/doc/gcc-11/README.Bugs
--enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2
--prefix=/usr --with-gcc-major-version-only --program-suffix=-11
--program-prefix=arm-linux-gnueabihf- --enable-shared
--enable-linker-build-id --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --libdir=/usr/lib
--enable-nls --enable-bootstrap --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object
--disable-libitm --disable-libquadmath --disable-libquadmath-support
--enable-plugin --enable-default-pie --with-system-zlib
--enable-libphobos-checking=release --with-target-system-zlib=auto
--enable-objc-gc=auto --enable-multiarch --disable-sjlj-exceptions
--with-arch=armv7-a+fp --with-float=hard --with-mode=thumb
--disable-werror --enable-checking=release --build=arm-linux-gnueabihf
--host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 11.3.0 (Debian 11.3.0-3)

I suspect the issue is the following:

[...]
--with-arch=armv7-a+fp
[...]

I believe gcc-11 and above needs instead something like:

[...]
--with-arch=armv7-a+vfpv3-fp16+nosimd
[...]

Bug#1004897: hppa: asm directive .global and multiple .symver not supported

2022-02-03 Thread Mathieu Malaterre

Source: gcc-11
Version: 11.2.0-13

At least on hppa combination of __asm__ .global + .symver results in
undefined symbols in the shared library:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003088

https://buildd.debian.org/status/fetch.php?pkg=libkcapi=hppa=1.3.1-1=1641233787=0

[...]

libtool: link: gcc -g -O2 -ffile-prefix-map=/<>=.
-Wformat -Werror=format-security -fpie -fPIE -DPIE -Wl,-z -Wl,relro
-Wl,-z -Wl,now -pie -o bin/.libs/kcapi-enc
apps/bin_kcapi_enc-kcapi-enc.o apps/bin_kcapi_enc-app-internal.o
./.libs/libkcapi.so
/usr/bin/ld: apps/bin_kcapi_dgst-kcapi-dgst.o: in function `cipher_op':
./apps/kcapi-dgst.c:179: undefined reference to `kcapi_md_final'
/usr/bin/ld: ./apps/kcapi-dgst.c:136: undefined reference to `kcapi_md_final'
[...]

Bug#1001375: /bin/sh: 1: colordiff: not found

2021-12-09 Thread Mathieu Malaterre

Package: cvise
Version: 2.1.0-1
Severity: normal
Tags: patch

Dear Maintainer,

Could you please add the missing line in d/control:

Recommends: colordiff

Currently cvise tries and fails if not found withg:

/bin/sh: 1: colordiff: not found

-- System Information:
Debian Release: 11.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable-debug'), (500, 'proposed-updates-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.14.0-0.bpo.2-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cvise depends on:
ii  clang-format-11  1:11.0.1-2
ii  libc62.31-13+deb11u2
ii  libclang-cpp11   1:11.0.1-2
ii  libgcc-s110.2.1-6
ii  libllvm111:11.0.1-2
ii  libstdc++6   10.2.1-6
ii  python3  3.9.2-3
ii  python3-pebble   4.6.0-1
ii  python3-psutil   5.8.0-1
ii  unifdef  2.10-1.1

cvise recommends no packages.

cvise suggests no packages.

-- no debconf information

Re: as: out of memory allocating 4072 bytes after a total of 546328576 bytes

2018-11-19 Thread Mathieu Malaterre

On Thu, Nov 15, 2018 at 8:07 AM Mathieu Malaterre  wrote:
>
> On Wed, Nov 14, 2018 at 3:35 PM YunQiang Su  wrote:
> >
> > YunQiang Su  于2018年11月14日周三 下午10:29写道：
> > >
> > > With read as(1), I see
> > >
> > > --reduce-memory-overheads
> > > This option reduces GAS 's memory requirements, at the expense of
> > > making the assembly processes slower. Currently this switch is a
> > > synonym for --hash-size=4051, but in the future it may have other
> > > effects as well.
> > >
> > > I guess you can have a try.
> >
> > If you need pass this option from gcc, you can use
> >-Wa,option
> >
> > https://gcc.gnu.org/onlinedocs/gcc/Assembler-Options.html#Assembler-Options
>
> Thanks for the suggestion ! That looked promising, however this did
> not turn out well:
>
> https://buildd.debian.org/status/fetch.php?pkg=openvdb=mips=5.2.0-2=1542229604=0
>
> As a side note, the message went from:
>
> as: out of memory allocating 4072 bytes after a total of 546328576 bytes
>
> to
>
> as: out of memory allocating 4072 bytes after a total of 557305856 bytes
>
> So I would even be tempted to report a bug to gcc/gas...

So it turns out that simply using -g1 seems to fix all the symptoms on
mips/mipsel (virtual memory exhausted: Cannot allocate memory
). Found it reference in:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890237

OpenVDB is now building fine on mips/el.


>
>
> > > Mathieu Malaterre  于2018年11月9日周五 下午5:14写道：
> > > >
> > > > Hi mips guru,
> > > >
> > > > Could someone please comment on:
> > > >
> > > > https://buildd.debian.org/status/fetch.php?pkg=openvdb=mips=5.2.0-1=1541130852=0
> > > >
> > > > Is there a set of flags to use to reduce memory usage on 32bits system
> > > > ? For reference I am using : --param ggc-min-expand=10 -O1
> > > >
> > > > Thanks much
> > > >
> > >
> > >
> > > --
> > > YunQiang Su
> >
> >
> >
> > --
> > YunQiang Su

Re: as: out of memory allocating 4072 bytes after a total of 546328576 bytes

2018-11-14 Thread Mathieu Malaterre

On Wed, Nov 14, 2018 at 3:35 PM YunQiang Su  wrote:
>
> YunQiang Su  于2018年11月14日周三 下午10:29写道：
> >
> > With read as(1), I see
> >
> > --reduce-memory-overheads
> > This option reduces GAS 's memory requirements, at the expense of
> > making the assembly processes slower. Currently this switch is a
> > synonym for --hash-size=4051, but in the future it may have other
> > effects as well.
> >
> > I guess you can have a try.
>
> If you need pass this option from gcc, you can use
>-Wa,option
>
> https://gcc.gnu.org/onlinedocs/gcc/Assembler-Options.html#Assembler-Options

Thanks for the suggestion ! That looked promising, however this did
not turn out well:

https://buildd.debian.org/status/fetch.php?pkg=openvdb=mips=5.2.0-2=1542229604=0

As a side note, the message went from:

as: out of memory allocating 4072 bytes after a total of 546328576 bytes

to

as: out of memory allocating 4072 bytes after a total of 557305856 bytes

So I would even be tempted to report a bug to gcc/gas...



> > Mathieu Malaterre  于2018年11月9日周五 下午5:14写道：
> > >
> > > Hi mips guru,
> > >
> > > Could someone please comment on:
> > >
> > > https://buildd.debian.org/status/fetch.php?pkg=openvdb=mips=5.2.0-1=1541130852=0
> > >
> > > Is there a set of flags to use to reduce memory usage on 32bits system
> > > ? For reference I am using : --param ggc-min-expand=10 -O1
> > >
> > > Thanks much
> > >
> >
> >
> > --
> > YunQiang Su
>
>
>
> --
> YunQiang Su

Re: mips/mipsel: enforce --param ggc-min-expand=10 always

2017-11-23 Thread Mathieu Malaterre

Hi James,

On Thu, Nov 23, 2017 at 1:14 PM, James Cowgill <jcowg...@debian.org> wrote:
> On 23/11/17 11:42, Mathieu Malaterre wrote:
>> YunQiang,
>>
>> Do you know of any drawbacks ?
>
> This has been raised before:
> https://lists.debian.org/debian-mips/2016/10/msg00049.html
>
> I think it's generally a good idea. You wouldn't want to "enforce" this
> - you would set it as an overridable default setting.
>
> I think the disadvantages are: compilation speed, I think there is no
> official way to do this so you would have to hack the gcc source a bit,
> and deviation from upstream / other distros.

OK, in that case I'll report as bug against dpkg-buildflags instead of
gcc itself.

Thanks for the update

-M

mips/mipsel: enforce --param ggc-min-expand=10 always (was: virtual memory exhausted: Cannot allocate memory)

2017-11-23 Thread Mathieu Malaterre

YunQiang,

Do you know of any drawbacks ?

On Thu, Nov 23, 2017 at 11:29 AM, YunQiang Su <wzss...@gmail.com> wrote:
> I guess we should set this param for mips/mipsel by default?
>
> On Thu, Nov 23, 2017 at 5:20 AM, Mathieu Malaterre <ma...@debian.org> wrote:
>> On Wed, Nov 22, 2017 at 2:24 PM, Mathieu Malaterre <ma...@debian.org> wrote:
>>> Dear mips gurus,
>>>
>>> Could someone please suggest a fix for the following FTBFS issue for
>>> OpenVDB package:
>>>
>>> https://buildd.debian.org/status/fetch.php?pkg=openvdb=mipsel=4.0.2-1=1508213166=0
>>>
>>> Thanks much
>>
>> Turns out that --param ggc-min-expand=10 worked just fine on eller.d.o.
>>
>> Sorry for the noise,
>>
>
>
>
> --
> YunQiang Su

Bug#872891: gcc-multilib conflicts with GCC cross toolchains

2017-08-22 Thread Mathieu Malaterre

Hi,

On Tue, Aug 22, 2017 at 4:11 PM, Matthias Klose  wrote:
> Control: tags -1 + wontfix
>
> On 22.08.2017 10:10, Aaron Marcher wrote:
>> Package: gcc-multilib
>> Version: 4:6.3.0-4
>>
>> The package gcc-multilib conflicts with any GCC cross toolchains (for
>> example "gcc-aarch64-linux-gnu"). As far as I understood it, it is not
>> possible to build 32-bit binaries on a 64-bit system (using -m32 flag)
>> when a GCC cross toolchain is installed.
>
> because the cross toolchain has /usr/include on it's include path, which has
> incompatible header files: /usr/include/asm.

Can't this be configured to something else (eg. /usr/include/foobar/asm ) ?

If I understand OP correctly, the goal is simply to have multiple
compilers installed this seems to work fine for
crossbuild-essential-*, so it would be nice to also have it for
gcc-multilib. Does this means we need a new package:
crossbuild-essential-i386 to get both `gcc -m32 (gcc-i386-linux-gnu)`
and `gcc-aarch64-linux-gnu` installed at the same time ?

Thanks for clarification,

Bug#856224: gcc-6: Please enable PIE on ppc64

2017-02-26 Thread Mathieu Malaterre

On Sun, Feb 26, 2017 at 7:33 PM, John Paul Adrian Glaubitz
 wrote:
[...]
> Since PIE is already enabled for ppc64el, I think we should also enable
> it for ppc64 to mitigate this problem.
[...]

Would it be possible to also activate PIE on powerpc ? The test suite
is also failing for the exact same symptoms:

https://buildd.debian.org/status/fetch.php?pkg=cmake=powerpc=3.7.2-1=1484605274=0

Bug#845751: Processed: Re: Bug#845751: yadifa FTBFS on ppc64el: internal compiler error: in push_reload, at reload.c:1349

2016-11-27 Thread Mathieu Malaterre

On Sat, Nov 26, 2016 at 3:48 PM, Matthias Klose  wrote:
> Control: severity -1 important
> Control: reassign -1 gcc-6
>
> Mathieu, these issues are not RC issues, gcc doesn't become unusable.

I managed to skrew up the `reassign` and missed the original
`severity` report. Sorry for the mess :(

Bug#838892: [ppc64el] boot arguments (passed as CONFIG_CMDLINE) are not being picked up by kernel

2016-09-26 Thread Mathieu Malaterre

Package: src:gcc-6
Version: 6.2.0-4
Severity: important

[...]
Observed that boot arguments (passed as CONFIG_CMDLINE)  are not being
picked up by kernel while using gcc-ppc64-linux-gnu v5.4.0 and v6.1.1.
While it works as expected with v5.3.1 .

Found that in init/main.c in  setup_command_line() the pointers passed to
strcpy() is messed up.
[...]

Ref:

https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1236996.html

Bug#826987: gcc-6: __builtin_cpu_supports() doesn't work on powerpc

2016-07-06 Thread Mathieu Malaterre

Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71777

On Tue, Jul 5, 2016 at 10:09 PM, Adam Borowski <kilob...@angband.pl> wrote:
> On Tue, Jul 05, 2016 at 08:31:24AM +0200, Mathieu Malaterre wrote:
>> I cannot see the builtin mentionned anywhere other than on the X86 page:
>>
>> X86 (ok):
>> https://gcc.gnu.org/onlinedocs/gcc-6.1.0/gcc/x86-Built-in-Functions.html#index-g_t_005f_005fbuiltin_005fcpu_005finit-4335
>>
>> PowerPC (nothing found):
>> https://gcc.gnu.org/onlinedocs/gcc-6.1.0/gcc/PowerPC-Built-in-Functions.html#PowerPC-Built-in-Functions
>
> It's in the third dash point:

how could I missed that...

[...]

> Should I try asking upstream?

done. I've not tested it on ppc64el.

Bug#765575: hidden symbol `.LTHUNK15.4817' isn't defined

2014-10-16 Thread Mathieu Malaterre

Package: gcc,libboost-program-options-dev
Version: gcc/4:4.7.2-1
Version: libboost-program-options-dev/1.49.0.1
Severity: important

For some reason I cannot compile and link to a boost lib using -flto
-Ofast (everything is fine when each is taken separatly). I am
assigning to both packages, feel free to re-assign to the proper one.

Steps:
$ g++  -flto -Ofast -o demo demo.cxx -lboost_program_options
`_ZThn16_N5boost16exception_detail10clone_implINS0_19error_info_injectorINS_17bad_function_callD1Ev'
referenced in section `.rodata' of /tmp/ccT7Vvf6.ltrans2.ltrans.o:
defined in discarded section
`.gnu.linkonce.t._ZN5boost16exception_detail10clone_implINS0_19error_info_injectorINS_17bad_function_callD5Ev'
of /tmp/ccxsMXjP.o (symbol from plugin)
`_ZThn16_N5boost16exception_detail10clone_implINS0_19error_info_injectorINS_17bad_function_callD0Ev'
referenced in section `.rodata' of /tmp/ccT7Vvf6.ltrans2.ltrans.o:
defined in discarded section
`.gnu.linkonce.t._ZN5boost16exception_detail10clone_implINS0_19error_info_injectorINS_17bad_function_callD0Ev'
of /tmp/ccxsMXjP.o (symbol from plugin)
`_ZThn56_N5boost16exception_detail10clone_implINS0_19error_info_injectorINS_17bad_function_callD1Ev'
referenced in section `.rodata' of /tmp/ccT7Vvf6.ltrans2.ltrans.o:
defined in discarded section
`.gnu.linkonce.t._ZN5boost16exception_detail10clone_implINS0_19error_info_injectorINS_17bad_function_callD5Ev'
of /tmp/ccxsMXjP.o (symbol from plugin)
`_ZThn56_N5boost16exception_detail10clone_implINS0_19error_info_injectorINS_17bad_function_callD0Ev'
referenced in section `.rodata' of /tmp/ccT7Vvf6.ltrans2.ltrans.o:
defined in discarded section
`.gnu.linkonce.t._ZN5boost16exception_detail10clone_implINS0_19error_info_injectorINS_17bad_function_callD0Ev'
of /tmp/ccxsMXjP.o (symbol from plugin)
/usr/bin/ld: demo: hidden symbol `.LTHUNK15.4817' isn't defined
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status

Where demo.cxx is attached.
#include iostream
#include cassert

#include boost/program_options/options_description.hpp
#include boost/program_options/parsers.hpp
#include boost/program_options/variables_map.hpp

int main(int argc, char *argv[])
{
  namespace po = boost::program_options;
  using namespace std;

  vectorstring  filenames;
  bool use_new = false;

  try
{
po::options_description desc(
  \n
  When compressing
);
desc.add_options()
  (help,h, Display this help.)
  (filenames, po::value vectorstring ( filenames ), bla.)
  (new, bla.)
  ;

po::positional_options_description p;
p.add(filenames, -1);

po::variables_map vm;
po::store(po::command_line_parser(argc, argv).options(desc).positional(p)
  .run(), vm);
po::notify(vm);

if (vm.count(help))
  {
  cout  desc;
  return 0;
  }

if (vm.count(new))
  {
  use_new = true;
  }
}
  catch(exception e)
{
cout  e.what()  \n;
return 1;
}

  return 0;
}

Bug#754263: Bug#754349: Bug#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser

2014-07-10 Thread Mathieu Malaterre

Control: severity 754349 important

On Thu, Jul 10, 2014 at 12:49 PM, Emilio Pozuelo Monfort
po...@debian.org wrote:
[...]
 I scheduled rebuilds on kfreebsd and sparc and the rebuilds succeeded as they
 now picked ecj  ecj-gcj 3.10.0+3.9.0-3 rather than 3.10.0-1. There is still a
 bug somewhere as the package regressed on hurd, but as you noted that is not 
 RC.

Thanks much for your help !


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUswi7xj-Haf8Km=x4r6hdsxxnaun2dr9jhaudeytsut...@mail.gmail.com

Bug#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser

2014-07-09 Thread Mathieu Malaterre

Package: gcc-4.9
Version: 4.9.0-9
Severity: serious
Affects: src:gdcm

GDCM FTBFS on multiple (exotic) platforms namely hurd/kfreebsd and
sparc. All of which are using the java compiler from gcc. So I am
reporting the issue here as serious:

-- Java version 1.5.0 configured successfully!
Exception in thread main java.lang.NoClassDefFoundError:
org.eclipse.jdt.internal.compiler.parser.JavadocParser
   at java.lang.Class.initializeClass(libgcj_bc.so.1)
   at 
org.eclipse.jdt.internal.compiler.parser.Parser.createJavadocParser(Parser.java:8430)
   at org.eclipse.jdt.internal.compiler.parser.Parser.init(Parser.java:898)
   at 
org.eclipse.jdt.internal.compiler.Compiler.initializeParser(Compiler.java:687)
   at org.eclipse.jdt.internal.compiler.Compiler.init(Compiler.java:285)
   at 
org.eclipse.jdt.internal.compiler.batch.Main.performCompilation(Main.java:4068)
   at org.eclipse.jdt.internal.compiler.batch.Main.compile(Main.java:1689)
   at 
org.eclipse.jdt.internal.compiler.batch.GCCMain.compile(eclipse-ecj.jar.so)
   at org.eclipse.jdt.internal.compiler.batch.GCCMain.main(eclipse-ecj.jar.so)
Caused by: java.lang.ClassNotFoundException:
org.eclipse.jdt.internal.compiler.parser.CommitRollbackParser not
found in 
gnu.gcj.runtime.SystemClassLoader{urls=[file:/usr/share/java/eclipse-ecj.jar],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj_bc.so.1)
   at java.lang.ClassLoader.loadClass(libgcj_bc.so.1)
   at java.lang.ClassLoader.loadClass(libgcj_bc.so.1)
   at java.lang.Class.initializeClass(libgcj_bc.so.1)
   ...8 more
Exception in thread main java.lang.NoClassDefFoundError: GetSystemProperty
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Caused by: java.lang.ClassNotFoundException: GetSystemProperty not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Exception in thread main java.lang.NoClassDefFoundError: GetSystemProperty
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Caused by: java.lang.ClassNotFoundException: GetSystemProperty not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Exception in thread main java.lang.NoClassDefFoundError: GetSystemProperty
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Caused by: java.lang.ClassNotFoundException: GetSystemProperty not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Exception in thread main java.lang.NoClassDefFoundError: GetSystemProperty
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Caused by: java.lang.ClassNotFoundException: GetSystemProperty not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Exception in thread main java.lang.NoClassDefFoundError: GetSystemProperty
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Caused by: java.lang.ClassNotFoundException: GetSystemProperty not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Exception in thread main java.lang.NoClassDefFoundError: GetSystemProperty
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Caused by: java.lang.ClassNotFoundException: GetSystemProperty not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Exception in thread main java.lang.NoClassDefFoundError: GetSystemProperty
   at gnu.java.lang.MainThread.run(libgcj.so.15)
Caused by: java.lang.ClassNotFoundException: GetSystemProperty not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],

Bug#754264: org.eclipse.jdt.internal.compiler.batch.GCCMain.init(eclipse-ecj.jar.so)

2014-07-09 Thread Mathieu Malaterre

Package: gcc-4.9
Version: 4.9.0-10
Severity: serious
Affects: src:vtk-dicom

Looks like java compiler from latest gcc 4.9 still does not work:

/usr/bin/javac -source 1.5 -target 1.5 -classpath
/usr/share/java/vtk.jar:/usr/lib/vtk-5.8/java -sourcepath
/usr/lib/vtk-5.8/java/vtk/ -d /«PKGBUILDDIR»/obj-i486-gnu/java
/«PKGBUILDDIR»/obj-i486-gnu/java/vtk/*.java
Exception in thread main java.lang.NullPointerException
   at org.eclipse.jdt.internal.compiler.batch.GCCMain.init(eclipse-ecj.jar.so)
   at org.eclipse.jdt.internal.compiler.batch.GCCMain.main(eclipse-ecj.jar.so)
make[3]: *** [java/javac_stamp.txt] Error 1
make[2]: *** [CMakeFiles/vtkDICOMJavaClasses.dir/all] Error 2
make[1]: *** [all] Error 2
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 2

ref:
https://buildd.debian.org/status/fetch.php?pkg=vtk-dicomarch=hurd-i386ver=0.5.0-2stamp=1404806609


--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUsyGs4=8nRAx+PXJmB0Ns=1juwsbpbt9et_r4c06n9g...@mail.gmail.com

Bug#754264: org.eclipse.jdt.internal.compiler.batch.GCCMain.init(eclipse-ecj.jar.so)

2014-07-09 Thread Mathieu Malaterre

On Wed, Jul 9, 2014 at 11:36 AM, Matthias Klose d...@debian.org wrote:
 Please tell the versions used for both ecj and ecj-gcj.

ecj (3.10.0+3.9.0-3)
ecj-gcj (3.10.0+3.9.0-3)


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUswO561JKk4cVkfnH1memynqgy2gVTDz=gfm6jrdyrx...@mail.gmail.com

Bug#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser

2014-07-09 Thread Mathieu Malaterre

On Wed, Jul 9, 2014 at 11:35 AM, Matthias Klose d...@debian.org wrote:
 Please tell the versions used for both ecj and ecj-gcj.

ecj (3.10.0+3.9.0-3)
ecj-gcj (3.10.0+3.9.0-3)


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUszaUeL9=8bzny92+fea11vot_cbeea1cn+5yqc8jmf...@mail.gmail.com

Bug#706224: cannot find crtbegin.o: No such file or directory

2013-04-26 Thread Mathieu Malaterre

Package: gcc-multilib
Version: 4:4.7.2-1
Severity: important

For some reason I can no longuer use my 32bits schroot system to compile it 
fails with:

$ echo int main(){}  t.c
$ gcc -v t.c
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i486-linux-gnu/4.7/lto-wrapper
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-5' 
--with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs 
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-4.7 --enable-shared --enable-linker-build-id 
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext 
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object 
--enable-plugin --enable-objc-gc --enable-targets=all --with-arch-32=i586 
--with-tune=generic --enable-checking=release --build=i486-linux-gnu 
--host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.7.2 (Debian 4.7.2-5) 
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i586'
 /usr/lib/gcc/i486-linux-gnu/4.7/cc1 -quiet -v -imultiarch i386-linux-gnu t.c 
-quiet -dumpbase t.c -mtune=generic -march=i586 -auxbase t -version -o 
/tmp/ccAQwwJK.s
GNU C (Debian 4.7.2-5) version 4.7.2 (i486-linux-gnu)
  compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR version 3.1.0-p10, 
MPC version 0.9
warning: MPFR header version 3.1.0-p10 differs from library version 3.1.1-p2.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory /usr/local/include/i386-linux-gnu
ignoring nonexistent directory 
/usr/lib/gcc/i486-linux-gnu/4.7/../../../../i486-linux-gnu/include
#include ... search starts here:
#include ... search starts here:
 /usr/lib/gcc/i486-linux-gnu/4.7/include
 /usr/local/include
 /usr/lib/gcc/i486-linux-gnu/4.7/include-fixed
 /usr/include/i386-linux-gnu
 /usr/include
End of search list.
GNU C (Debian 4.7.2-5) version 4.7.2 (i486-linux-gnu)
  compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR version 3.1.0-p10, 
MPC version 0.9
warning: MPFR header version 3.1.0-p10 differs from library version 3.1.1-p2.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 86d53dcb5a2b688dea58f7b6bd2d835d
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i586'
 as -v --32 -o /tmp/ccsrHpak.o /tmp/ccAQwwJK.s
GNU assembler version 2.22 (i486-linux-gnu) using BFD version (GNU Binutils for 
Debian) 2.22
COMPILER_PATH=/usr/lib/gcc/i486-linux-gnu/4.7/:/usr/lib/gcc/i486-linux-gnu/4.7/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.7/:/usr/lib/gcc/i486-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/i486-linux-gnu/4.7/:/usr/lib/gcc/i486-linux-gnu/4.7/../../../i386-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.7/../../../../lib/:/lib/i386-linux-gnu/:/lib/../lib/:/usr/lib/i386-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/i486-linux-gnu/4.7/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i586'
 /usr/lib/gcc/i486-linux-gnu/4.7/collect2 --sysroot=/ --build-id 
--no-add-needed --eh-frame-hdr -m elf_i386 --hash-style=both -dynamic-linker 
/lib/ld-linux.so.2 
/usr/lib/gcc/i486-linux-gnu/4.7/../../../i386-linux-gnu/crt1.o 
/usr/lib/gcc/i486-linux-gnu/4.7/../../../i386-linux-gnu/crti.o crtbegin.o 
-L/usr/lib/gcc/i486-linux-gnu/4.7 
-L/usr/lib/gcc/i486-linux-gnu/4.7/../../../i386-linux-gnu 
-L/usr/lib/gcc/i486-linux-gnu/4.7/../../../../lib -L/lib/i386-linux-gnu 
-L/lib/../lib -L/usr/lib/i386-linux-gnu -L/usr/lib/../lib 
-L/usr/lib/gcc/i486-linux-gnu/4.7/../../.. /tmp/ccsrHpak.o -lgcc --as-needed 
-lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed crtend.o 
/usr/lib/gcc/i486-linux-gnu/4.7/../../../i386-linux-gnu/crtn.o
/usr/bin/ld: cannot find crtbegin.o: No such file or directory
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: cannot find -lgcc_s
collect2: error: ld returned 1 exit status


within my schroot I can see:

$ find /usr/lib/gcc -name crtbegin.o
/usr/lib/gcc/i486-linux-gnu/4.7/64/crtbegin.o
/usr/lib/gcc/i486-linux-gnu/4.4/crtbegin.o
/usr/lib/gcc/i486-linux-gnu/4.6/crtbegin.o

Thanks


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130426164014.9268.31195.report...@lirispat.univ-lyon1.fr

Bug#697842:

2013-01-10 Thread Mathieu Malaterre

found 697842 4.7.2-17
notfound 697842 4.7.2-5
thanks

My system contained clang++ from experimental which pulled some extra
deps. I do not think this is relevant to report bug on experimental.
Feel free to close.

Thanks


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wuswpih8reoo1_bq45un_hc7ox9dt2gdqwsxrxnywjda...@mail.gmail.com

Bug#696320: Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done

2012-12-28 Thread Mathieu Malaterre

On Thu, Dec 20, 2012 at 9:31 PM, Andrey Rahmatullin w...@wrar.name wrote:

 /usr/lib/x86_64-linux-gnu/debug/libstdc++.so.6 instead of
 /usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6 sounds wrong to me.
 Also, if it's indeed wrong then other versions of libstdc++ are affected
 too.

I am not clear why package provides two .so:

$ md5sum /usr/lib/debug/libstdc++.so.6.0.13
/usr/lib/debug/usr/lib/libstdc++.so.6.0.13
3b70925b8de9d5cdc56fdd49f3f8a6c4  /usr/lib/debug/libstdc++.so.6.0.13
956b6d927da04d00c3a073d17c8ebabd  /usr/lib/debug/usr/lib/libstdc++.so.6.0.13

Anyway it looks like the first one is the one to be used:

$ export LD_LIBRARY_PATH=/usr/lib/debug/
$ gdb bla
(gdb) set verbose on
(gdb) break main
Reading in symbols for bla.cxx...done.
Breakpoint 1 at 0x400690: file bla.cxx, line 4.
(gdb) r
Starting program: /tmp/bla
Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols
from /usr/lib/debug/lib/ld-2.11.3.so...done.
done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading in symbols for rtld.c...done.
Reading symbols from system-supplied DSO at 0x77ffb000...(no
debugging symbols found)...done.
Reading in symbols for dl-debug.c...done.
Reading symbols from /usr/lib/debug/libstdc++.so.6...done.
Loaded symbols for /usr/lib/debug/libstdc++.so.6
Reading symbols from /lib/libm.so.6...Reading symbols from
/usr/lib/debug/lib/libm-2.11.3.so...done.
done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...Reading symbols from
/usr/lib/debug/lib/libgcc_s.so.1...done.
done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.6...Reading symbols from
/usr/lib/debug/lib/libc-2.11.3.so...done.
done.
Loaded symbols for /lib/libc.so.6

Breakpoint 1, main () at bla.cxx:4
4 std::ifstream i;
(gdb) n
5 return 0;
(gdb) p i
Reading in symbols for
../../../../../src/libstdc++-v3/src/fstream-inst.cc...done.
$1 = {Reading in symbols for
../../../../../src/libstdc++-v3/src/istream-inst.cc...done.
std::basic_istreamchar, std::char_traitschar  = {Reading in
symbols for ../../../../../src/libstdc++-v3/src/ios-inst.cc...done.
std::basic_ioschar, std::char_traitschar  = {Reading in symbols
for ../../../../../src/libstdc++-v3/src/ios.cc...done.
std::ios_base = {_vptr.ios_base = 0x77dc2200, static boolalpha =
std::_S_boolalpha, static dec = std::_S_dec, static fixed =
std::_S_fixed, static hex = std::_S_hex,
static internal = std::_S_internal, static left =
std::_S_left, static oct = std::_S_oct, static right = std::_S_right,
static scientific = std::_S_scientific, static showbase =
std::_S_showbase,
static showpoint = std::_S_showpoint, static showpos =
std::_S_showpos, static skipws = std::_S_skipws, static unitbuf =
std::_S_unitbuf, static uppercase = std::_S_uppercase,
static adjustfield = std::_S_adjustfield, static basefield =
std::_S_basefield, static floatfield = std::_S_floatfield, static
badbit = std::_S_badbit, static eofbit = std::_S_eofbit,
static failbit = std::_S_failbit, static goodbit =
std::_S_goodbit, static app = std::_S_app, static ate = std::_S_ate,
static binary = std::_S_bin, static in = std::_S_in,
static out = std::_S_out, static trunc = std::_S_trunc, static
beg = std::_S_beg, static cur = std::_S_cur, static end = std::_S_end,
_M_precision = 6, _M_width = 0, _M_flags = 4098,
_M_exception = std::_S_goodbit, _M_streambuf_state =
std::_S_goodbit, _M_callbacks = 0x0, _M_word_zero = {_M_pword = 0x0,
_M_iword = 0}, _M_local_word = {{_M_pword = 0x0, _M_iword = 0}, {
_M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0, _M_iword =
0}, {_M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0},
{_M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0}, {
_M_pword = 0x0, _M_iword = 0}}, _M_word_size = 8, _M_word
= 0x7fffe3f0, _M_ios_locale = {static none = 0, static ctype = 1,
static numeric = 2, static collate = 4, static time = 8,
  static monetary = 16, static messages = 32, static all = 63,
_M_impl = 0x77dcad80, static _S_classic = Reading in symbols for
../../../../../src/libstdc++-v3/src/locale.cc...done.
0x77dcad80, static _S_global = 0x77dcad80, static
_S_categories = 0x77dbff20, static _S_once = 0}}, _M_tie = Reading
in symbols for ../../../../../src/libstdc++-v3/src/ostream-inst.cc...done.
0x0, _M_fill = 0 '\000', _M_fill_init = false, _M_streambuf = Reading
in symbols for ../../../../../src/libstdc++-v3/src/streambuf-inst.cc...done.
0x7fffe2c0, _M_ctype = Reading in symbols for
../../../../../src/libstdc++-v3/src/ctype.cc...done.
0x77dcb000, _M_num_put = Reading in symbols for
../../../../../src/libstdc++-v3/src/locale-inst.cc...done.
0x77dcb290, _M_num_get = 0x77dcb280}, _vptr.basic_istream =
0x77dc21d8, _M_gcount = 0}, _M_filebuf =
{std::basic_streambufchar, std::char_traitschar  = {
  _vptr.basic_streambuf = 0x77dc22b0, _M_in_beg = 0x0,
_M_in_cur = 0x0, _M_in_end = 0x0, _M_out_beg =

Bug#696854:

2012-12-28 Thread Mathieu Malaterre

Here is the output for libstdc++6-4.7-dbg: (debian sid):

$ gdb bla
(gdb) set verbose on
(gdb) r
Starting program: /tmp/bla
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging
symbols found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from system-supplied DSO at 0x77ffb000...(no
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libstdc++.so.6...(no
debugging symbols found)...done.
Registering libstdc++-v6 pretty-printer for
/usr/lib/x86_64-linux-gnu/libstdc++.so.6 ...
Loaded symbols for /usr/lib/x86_64-linux-gnu/libstdc++.so.6
Reading symbols from /lib/x86_64-linux-gnu/libm.so.6...(no debugging
symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libm.so.6
Reading symbols from /lib/x86_64-linux-gnu/libgcc_s.so.1...Reading
symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libgcc_s.so.1...done.
done.
Loaded symbols for /lib/x86_64-linux-gnu/libgcc_s.so.1
Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...(no debugging
symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6
[Inferior 1 (process 31367) exited normally]


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wuswjff__kskjgxnunn7egt9rm2r9uffhqsou_+q6bh6...@mail.gmail.com

Bug#696320:

2012-12-28 Thread Mathieu Malaterre

severity 696320 important
severity 696854 important
thanks

downgrading severity since there are workarounds (using LD_LIBRARY_PATH)


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUszwp+CfH=kdcJ2-8_-b-xuyMJE=xq5k9o7o07vczby...@mail.gmail.com

Bug#696320: Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done

2012-12-19 Thread Mathieu Malaterre

Package: libstdc++6-4.4-dbg
Version: 4.4.5-8
Severity: grave

Dear packager,

I believe the current -dbg package is not working as it should. Here is what I 
did:

$ g++ -o bla -g bla.cxx
$ gdb bla
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /tmp/bla...done.
(gdb) set verbose on
(gdb) r
Starting program: /tmp/bla 
Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from 
/usr/lib/debug/lib/ld-2.11.3.so...done.
done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from system-supplied DSO at 0x77ffb000...(no debugging 
symbols found)...done.
Reading in symbols for dl-debug.c...done.
Reading in symbols for rtld.c...done.
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.6...Reading symbols from 
/usr/lib/debug/lib/libm-2.11.3.so...done.
done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...Reading symbols from 
/usr/lib/debug/lib/libgcc_s.so.1...done.
done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.6...Reading symbols from 
/usr/lib/debug/lib/libc-2.11.3.so...done.
done.
Loaded symbols for /lib/libc.so.6
[Inferior 1 (process 22268) exited normally]
(gdb) show debug-file-directory
The directory where separate debug symbols are searched for is /usr/lib/debug.





However the -dbg package is there:

$ apt-cache policy libstdc++6-4.4-dbg
libstdc++6-4.4-dbg:
  Installed: 4.4.5-8
  Candidate: 4.4.5-8
  Version table:
 4.4.7-3 0
100 http://ftp.fr.debian.org/debian/ unstable/main amd64 Packages
 4.4.7-2 0
200 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages
 *** 4.4.5-8 0
500 http://ftp.fr.debian.org/debian/ squeeze/main amd64 Packages
100 /var/lib/dpkg/status


For some reason gdb always pick the non-debug version from:

$ apt-cache policy libstdc++6
libstdc++6:
  Installed: 4.4.5-8
  Candidate: 4.4.5-8
  Version table:
 4.8-20121218-1 0
 -1 http://ftp.fr.debian.org/debian/ experimental/main amd64 Packages
 4.7.2-4 0
200 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages
100 http://ftp.fr.debian.org/debian/ unstable/main amd64 Packages
 *** 4.4.5-8 0
500 http://ftp.fr.debian.org/debian/ squeeze/main amd64 Packages
100 /var/lib/dpkg/status


Thanks

-- System Information:
Debian Release: 6.0.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libstdc++6-4.4-dbg depends on:
ii  gcc-4.4-base  4.4.5-8The GNU Compiler Collection (base 
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libgcc1-dbg   1:4.4.5-8  GCC support library (debug symbols
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3

Versions of packages libstdc++6-4.4-dbg recommends:
ii  libstdc++6-4.4-dev4.4.5-8The GNU Standard C++ Library v3 (d

libstdc++6-4.4-dbg suggests no packages.

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121219112846.22295.93905.report...@lirispat.univ-lyon1.fr

Bug#696320: missing attachment

2012-12-19 Thread Mathieu Malaterre

Forgot the file.


bla.cxx
Description: Binary data

Bug#696324: .gdbint should read as .gdbinit

2012-12-19 Thread Mathieu Malaterre

Package: libstdc++6-4.4-doc
Version: 4.4.5-8
Severity: minor
Tags: patch

There is a minor typo in the documentation:

$ grep gdbint  /usr/share/doc/gcc-4.4-base/libstdc++/html/manual/debug.html
  or put into a .gdbint file to establish default debugging

It should read as .gdbinit

-- System Information:
Debian Release: 6.0.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libstdc++6-4.4-doc depends on:
ii  gcc-4.4-base  4.4.5-8The GNU Compiler Collection (base 

libstdc++6-4.4-doc recommends no packages.

libstdc++6-4.4-doc suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121219125104.19174.94221.report...@lirispat.univ-lyon1.fr

Bug#654579: gcj-4.6-jre-headless: Wrong install path for .java-gcj-4.6.jinfo

2012-01-04 Thread Mathieu Malaterre

Package: gcj-4.6-jre-headless
Version: 4.6.2-2
Severity: important


hi,

for some reason .java-gcj-4.6.jinfo is installed in inproper location:

/usr/lib/jvm/java-1.5.0-gcj-4.6/.java-gcj-4.6.jinfo 

This breaks update-java-alternatives behavior

Thanks

-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120104130100.31252.18790.report...@hpdesk.malat.net

Bug#645194: gcj-4.6: error trying to exec 'ecj1': execvp: No such file or directory

2011-10-13 Thread Mathieu Malaterre

Package: gcj-jdk
Version: 4.6.1-9
Severity: serious
Justification: FTBFS


Hi,

one of my package does not build properly on kfreebsd-amd64:

https://buildd.debian.org/status/fetch.php?pkg=gdcmarch=kfreebsd-amd64ver=2.0.18-5stamp=1318325853



[ 49%] javac *.java; jar cvf - gdcm.jar
cd 
/build/buildd-gdcm_2.0.18-5-kfreebsd-amd64-BIdud7/gdcm-2.0.18/obj-x86_64-kfreebsd-gnu/Wrapping/Java/java
  /usr/bin/javac -source 1.5 gdcm/*.java
gcj-4.6: error trying to exec 'ecj1': execvp: No such file or directory
make[3]: *** [bin/gdcm.jar] Error 1


Thanks

-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111013121936.11797.94120.report...@hpdesk.malat.net

Bug#638645: /usr/bin/g++-4.4: relocation R_X86_64_32S against `vtable for std::ctypewchar_t' can not be used when making a shared object; recompile with -fPIC

2011-08-20 Thread Mathieu Malaterre

Package: g++-4.4
Version: 4.4.5-8
Severity: normal
File: /usr/bin/g++-4.4


For some reason I cannot compile anymore using my default g++ compiler. Trying 
to compile the GDCM project leads to:

cd 
/home/mathieu/debian/debian-med/trunk/packages/gdcm/trunk/gdcm-2.0.18/debian/build-python2.6/Source/Common
  /usr/bin/cmake -E cmake_link_script CMakeFiles/gdcmCommon.dir/link.txt 
--verbose=1
/usr/bin/c++  -fPIC -g -O2  -O3 -DNDEBUG  -shared 
-Wl,-soname,libgdcmCommon.so.2.0 -o ../../bin/libgdcmCommon.so.2.0.18 
CMakeFiles/gdcmCommon.dir/gdcmVersion.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmEvent.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmProgressEvent.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmCommand.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmMD5.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmBase64.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmSHA1.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmDummyValueGenerator.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmCryptographicMessageSyntax.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmASN1.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmObject.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmSubject.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmDirectory.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmTerminal.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmString.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmFilename.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmFilenameGenerator.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmSwapCode.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmSystem.cxx.
 o CMakeFiles/gdcmCommon.dir/gdcmTrace.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmException.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmDeflateStream.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmByteSwap.cxx.o 
CMakeFiles/gdcmCommon.dir/gdcmUnpacker12Bits.cxx.o -ldl -lssl -lcrypto 
/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a(ctype.o): 
relocation R_X86_64_32S against `vtable for std::ctypewchar_t' can not be 
used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a: could not read symbols: Bad 
value

Thanks

-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages g++-4.4 depends on:
ii  gcc-4.4   4.4.5-8The GNU C compiler
ii  gcc-4.4-base  4.4.5-8The GNU Compiler Collection (base 
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library
ii  libmpfr4  3.0.0-2multiple precision floating-point 
ii  libstdc++6-4.4-dev4.4.5-8The GNU Standard C++ Library v3 (d

g++-4.4 recommends no packages.

Versions of packages g++-4.4 suggests:
pn  g++-4.4-multilib  none (no description available)
pn  gcc-4.4-doc   none (no description available)
pn  libstdc++6-4.4-dbgnone (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110820143317.3036.99740.report...@hpdesk.malat.net

Re: GCC-4.5 as the default for (at least some) architectures

2011-04-26 Thread Mathieu Malaterre

On Tue, Apr 26, 2011 at 5:31 PM, Konstantinos Margaritis
mar...@genesi-usa.com wrote:
 On 26 April 2011 18:03, Matthias Klose d...@debian.org wrote:
 I'll make GCC 4.6 the default after the release of
 GCC 4.5.3, expected later this week, at least on amd64, armel, i386 and
 powerpc.

 Could you include armhf in the list as well?

I am also getting an ICE with g++ 4.5 on mips too on one of my C++ package:

https://buildd.debian.org/status/package.php?p=vxl

but since there is no log I cannot confirm this is the same ICE as on i386/armel

thanks,
-- 
Mathieu


-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktimr8sshy4vvasvzoxk4gyj1pb9...@mail.gmail.com

Bug#593675:

2010-08-20 Thread Mathieu Malaterre

Source: gcc-4.4
Version: 4.4.4-8
Severity: serious
Justification: FTBFS

g++ 4.4.4-8 fails to compile ParaView on armel. See:

https://buildd.debian.org/fetch.cgi?pkg=paraviewarch=armelver=3.8.1-1stamp=1282234558file=logas=raw

[ 33%] Building CXX object
VTK/VolumeRendering/CMakeFiles/vtkVolumeRendering.dir/vtkOpenGLGPUVolumeRayCastMapper.cxx.o
/tmp/ccBjG67i.s: Assembler messages:
/tmp/ccBjG67i.s:14778: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14779: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14780: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14781: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14782: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14783: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14784: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14785: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14786: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14787: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14788: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14789: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14790: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14791: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14792: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14793: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14794: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14795: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14796: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14797: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14798: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14799: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14800: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14801: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14802: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14803: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14804: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14805: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14806: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14807: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14808: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14809: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14810: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14811: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14812: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14813: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14814: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14815: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14816: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14817: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14818: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14819: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14820: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14821: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14822: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14823: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14824: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14825: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14826: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14827: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14828: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14829: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14830: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14831: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14832: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14833: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14834: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14835: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14836: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14837: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14838: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14839: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14840: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14841: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14842: Warning: unterminated string; newline inserted
/tmp/ccBjG67i.s:14843: Warning: unterminated string; newline

Bug#536102: gcc-snapshot: Package does not provide javac symlink

2009-09-30 Thread Mathieu Malaterre

On Sun, Aug 30, 2009 at 9:19 AM, Matthias Klose d...@debian.org wrote:
 On 07.07.2009 18:08, Mathieu Malaterre wrote:

 Package: gcc-snapshot
 Version: 20090620-1
 Severity: normal


 It would be nice if the package would provide a proper javac symlink just
 like gcj package is doing.

 See bug #528084 for reference.

 I don't think that binaries from gcc-snapshot should be available in
 /usr/bin. However, I wouldn't mind adding a JAVA-HOME in /usr/lib/jvm, if
 somebody wants to add a patch for this.

I am not talking about /usr/bin I simply wants a javac right next to the java.

java is here:
/usr/lib/gcc-snapshot/lib/jvm/java-1.5.0-gcj-4.5-snap/bin/java

I would like a javac (see my previous email for patch) located at:
/usr/lib/gcc-snapshot/lib/jvm/java-1.5.0-gcj-4.5-snap/bin/javac

In bug #528084, Roderich Schupp was complaining about

...
It also may be missing a symlink for javac in
/usr/lib/jvm/java-1.5.0-gcj-4.4/bin
...


Thanks !
-- 
Mathieu



-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#536102: gcj-wrapper

2009-07-07 Thread mathieu . malaterre



javac
Description: Binary data

Bug#536102: gcc-snapshot: Package does not provide javac symlink

2009-07-07 Thread Mathieu Malaterre

Package: gcc-snapshot
Version: 20090620-1
Severity: normal


It would be nice if the package would provide a proper javac symlink just like 
gcj package is doing.

See bug #528084 for reference.

Thank you


-- System Information:
Debian Release: 5.0.2
  APT prefers stable
  APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gcc-snapshot depends on:
ii  binutils   2.19.1-1  The GNU assembler, linker and bina
ii  libasound2 1.0.20-2  shared library for ALSA applicatio
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libc6-dev  2.9-12GNU C Library: Development Librari
ii  libc6-dev-i386 2.9-12GNU C Library: 32bit development l
ii  libc6-i386 2.9-12GNU C Library: 32bit shared librar
ii  libcairo2  1.6.4-7   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.20.1-2  The GLib library of C routines
ii  libgmp3c2  2:4.2.2+dfsg-3Multiprecision arithmetic library
ii  libgtk2.0-02.12.12-1~lenny1  The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libmpfr1ldbl   2.3.1.dfsg.1-2multiple precision floating-point 
ii  libpango1.0-0  1.20.5-5  Layout and rendering of internatio
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxtst6   2:1.0.3-1 X11 Testing -- Resource extension 
ii  python 2.5.2-3   An interactive high-level object-o
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

gcc-snapshot recommends no packages.

gcc-snapshot suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#342484: Error: unknown pseudo-op: `.weakref'

2005-12-07 Thread Mathieu Malaterre

Package: gcc-snapshot
Version: 20051124-1
Severity: important


I cannot build VTK (http://vtk.org) using gcc-snapshot and 

$ (cd Utilities/kwsys  make)
Building dependencies. cmake.depends...
Building object file Directory.o...
/tmp/ccFywWsc.s: Assembler messages:
/tmp/ccFywWsc.s:2650: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2651: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2652: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2653: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2654: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2655: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2656: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2657: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2658: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2659: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2660: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2661: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2662: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2663: Error: unknown pseudo-op: `.weakref'
Building object file RegularExpression.o...


Compile line is:

/usr/lib/gcc-snapshot/bin/g++ -o Directory.o -Dvtksys_EXPORTS -Wall -W
-Wshadow -Wunused -Wno-system-headers -Wno-deprecated
-Woverloaded-virtual -fno-trapping-math -ftrapv -fno-inline
-fno-inline-functions -Wno-long-long  -Wno-deprecated -g -fPIC
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/VolumeRendering
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Rendering
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Parallel
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/VolumeRendering
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Hybrid
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Widgets
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Rendering
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Rendering/Testing/Cxx
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/IO
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Imaging
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Graphics
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/GenericFiltering
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Filtering
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Common
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Common/Testing/Cxx
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/DICOMParser 
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/DICOMParser 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtkfreetype/include
 -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/vtkfreetype/include 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtknetcdf 
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/vtknetcdf 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtkexodus2/include
 -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/vtkexodus2/include 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/MaterialLibrary 
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/MaterialLibrary 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtkfreetype 
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/ftgl/src 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/ftgl 
-I/usr/X11R6/include   -DVTK_IN_VTK -DKWSYS_NAMESPACE=vtksys  -c 
/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/kwsys/Directory.cxx



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (989, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages gcc-snapshot depends on:
ii  binutils  2.16.1-2   The GNU assembler, linker and bina
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libasound21.0.10-1   ALSA library
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libc6-dev 2.3.5-8GNU C Library: Development Librari
ii  libcairo2 1.0.2-1The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgmp3c2 4.1.4-10   Multiprecision arithmetic library
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libmpfr1  2.2.0.dfsg.1-2 multiple precision floating-point 
ii

Bug#342484: Stripped compile line

2005-12-07 Thread Mathieu Malaterre

$ /usr/lib/gcc-snapshot/bin/g++ -o RegularExpression.o -Dvtksys_EXPORTS 
  -g 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities 
-DVTK_IN_VTK -DKWSYS_NAMESPACE=vtksys  -c 
/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/kwsys/RegularExpression.cxx

/tmp/ccRIu5Mp.s: Assembler messages:
/tmp/ccRIu5Mp.s:3049: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3050: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3051: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3052: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3053: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3054: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3055: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3056: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3057: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3058: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3059: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3060: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3061: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3062: Error: unknown pseudo-op: `.weakref'

And the file can be found at:

http://vtk.org/cgi-bin/viewcvs.cgi/Utilities/kwsys/RegularExpression.cxx

HTH
Mathieu


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#342484: Compilation is working

2005-12-07 Thread Mathieu Malaterre



Thanks Falk, you can close the bug. Updating binutils from unstable did 
the trick


$ sudo apt-get install -t unstable binutils

Mathieu



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

74 matches

Mail list logo