[Bug ld/18448] New: Building Ruby gems with Bundler fails after binutils commit d4ae5fb0b5d1ae4270b3343509e8bd2d529aa291

2015-05-22 Thread infoman1985 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18448

Bug ID: 18448
   Summary: Building Ruby gems with Bundler fails after binutils
commit d4ae5fb0b5d1ae4270b3343509e8bd2d529aa291
   Product: binutils
   Version: 2.25
Status: NEW
  Severity: normal
  Priority: P2
 Component: ld
  Assignee: unassigned at sourceware dot org
  Reporter: infoman1985 at gmail dot com
  Target Milestone: ---

After updating to binutils-2.25 I found that after bundle install command in
one of my Ruby on Rails project it failed to start with en error message like:

/home/infoman/work/dev/binutils-bisect/bundler-test/vendor/bundle/ruby/2.0.0/gems/nokogumbo-1.4.2/lib/nokogumbo.rb:2:in
`require': nokogiri.so: cannot open shared object file: No such file or
directory -
/home/infoman/work/dev/binutils-bisect/bundler-test/vendor/bundle/ruby/2.0.0/extensions/x86-linux/2.0.0/nokogumbo-1.4.2/nokogumboc.so
(LoadError)

After some research I found that the old binutils added full path to
nokogiri.so, but in 2.25 it was just a library name that links to nowhere —
because nokogiri.so is only installed under bundler and is not in any of the
system paths.

Then git bisect led me to commit d4ae5fb0b5d1ae4270b3343509e8bd2d529aa291,
which changed behavior in -l:*.so processing.

For a testcase you can create a simple Gemfile with the following content:

source "https://rubygems.org";
gem 'nokogumbo'

Then run:
bundle install --path=vendor/bundle
bundle console

For binutils-2.24 this opens an IRB console with requested gems loaded to it.
For binutils-2.25, git master and possibly any revision starting from d4ae5fb
just an error message appears about nokogiri.so.

Is this a bug in binutils or possibly nokogumbo (and other gems with binary
extensions depending on another gems) must change something in their build
process?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gas/18446] Compilation error left shift of negative value in gas/read.c

2015-05-22 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=18446

--- Comment #2 from cvs-commit at gcc dot gnu.org  ---
The master branch has been updated by Nick Clifton :

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=29798047afaa22335a504280a5bbdbafe2b1b63d

commit 29798047afaa22335a504280a5bbdbafe2b1b63d
Author: Nick Clifton 
Date:   Fri May 22 14:27:36 2015 +0100

Fixes: "gas/read.c:5087:12: error: left shift of negative"

PR gas/18446
* read.c (output_big_sleb128): Use U suffix to prevent compile
time warning.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gas/18446] Compilation error left shift of negative value in gas/read.c

2015-05-22 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18446

Nick Clifton  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||nickc at redhat dot com
 Resolution|--- |FIXED

--- Comment #3 from Nick Clifton  ---
Patch applied.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug ld/18199] ld fails with -flto for mingw, wrong resolution for main

2015-05-22 Thread ismail at donmez dot ws
https://sourceware.org/bugzilla/show_bug.cgi?id=18199

ismail at donmez dot ws changed:

   What|Removed |Added

 CC||ismail at donmez dot ws

-- 
You are receiving this mail because:
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


bug with binutils and gcc5

2015-05-22 Thread Rodriguez Bahena, Victor
Hi team 

I am building binutils with gcc 5 ( also running the test suite ) and
found an issue in these two tests: 

FAIL: Run with libnew1a.so
FAIL: Run with libnew1b.so


Is there any bugzila related to these problems ? 

Any help is more than welcome 

-- 
Victor Rodriguez

Open Source Technology Center

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


bug with binutils and gcc5

2015-05-22 Thread Rodriguez Bahena, Victor
Hi team 

I am building binutils with gcc 5 ( also running the test suite ) and found an 
issue in these two tests: 

FAIL: Run with libnew1a.so
FAIL: Run with libnew1b.so


Is there any bugzila related to these problems ? 

Any help is more than welcome 

-- 
Victor Rodriguez

Open Source Technology Center

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gold/18440] ICF depends on the section name to detect constructors and destructors

2015-05-22 Thread jsweval at arxan dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18440

Jevin Sweval  changed:

   What|Removed |Added

 CC||jsweval at arxan dot com

-- 
You are receiving this mail because:
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gold/18440] ICF depends on the section name to detect constructors and destructors

2015-05-22 Thread tmsriram at google dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18440

--- Comment #3 from Sriraman Tallam  ---
On Thu, May 21, 2015 at 5:16 AM, rafael.espindola at gmail dot com
 wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=18440
>
> --- Comment #2 from Rafael Ávila de Espíndola  com> ---
>> > This unfortunately doesn't work if the compiler avoids producing the long
>> > section names (as llvm now can).
>>
>> Can we use the symbol name directly?
>
> That would be nice. Which is why I asked:
>
>> > Is there a convenient pass over the symbols that could be used for this
>> > instead?
>
> Looks like there is, could we use the walk done from
> Symbol_table::add_from_relob to check if a section has just a constructor in
> it? We already use that walk to mark symbols as gc roots.

I agree, just like gc_mark_symbol, you could call mark_ctor_or_dtor(sym).

Sri

>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug binutils/18450] New: Combined gcc and binutils build from git-master fails, with gas/as-new not existing

2015-05-22 Thread darlingm at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18450

Bug ID: 18450
   Summary: Combined gcc and binutils build from git-master fails,
with gas/as-new not existing
   Product: binutils
   Version: 2.26 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: binutils
  Assignee: unassigned at sourceware dot org
  Reporter: darlingm at gmail dot com
  Target Milestone: ---

On a fresh Fedora 21 install:

sudo yum install git gcc gcc-c++ texinfo-tex flex bison mpfr-devel gmp-devel
libmpc-devel isl isl-devel
mkdir gcc.binutils.combined
cd gcc.binutils.combined
git clone git://gcc.gnu.org/git/gcc.git gcc.git
git clone git://sourceware.org/git/binutils-gdb.git binutils-gdb.git
mkdir combined
cd combined
ln -s ../gcc.git/* .
ln --force -s ../binutils-gdb.git/* .
mkdir ../../gcc.binutils.combined.build.gcc
cd ../../gcc.binutils.combined.build.gcc
../gcc.binutils.combined/combined/configure --disable-multilib && make && sudo
make install

Wind up getting:
../gcc.binutils.combined.build.gcc/./prev-gcc/as: line 106:
../gcc.binutils.combined.build.gcc/./gas/as-new: No such file or directory

Line 106 is:
exec $original ${1+"$@"} # with $original coming from case "$original" in

With:
[gcc.binutils.combined.build.gcc]$ find . | grep as-new
./prev-gas/as-new

Should gcc.binutils.combined.build.gcc/./prev-gcc/as:106 be calling
./prev-gas/as-new rather than ./gas/as-new ?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug binutils/18450] Combined gcc and binutils build from git-master fails, with gas/as-new not existing

2015-05-22 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18450

Alan Modra  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||amodra at gmail dot com
 Resolution|--- |INVALID

--- Comment #1 from Alan Modra  ---
Not a binutils bug.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


Re: bug with binutils and gcc5

2015-05-22 Thread Alan Modra
On Fri, May 22, 2015 at 08:43:16PM +, Rodriguez Bahena, Victor wrote:
> Hi team 
> 
> I am building binutils with gcc 5 ( also running the test suite ) and
> found an issue in these two tests: 
> 
> FAIL: Run with libnew1a.so
> FAIL: Run with libnew1b.so

Look in ld.log to see why the failure is occurring.

-- 
Alan Modra
Australia Development Lab, IBM

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug binutils/18450] Combined gcc and binutils build from git-master fails, with gas/as-new not existing

2015-05-22 Thread darlingm at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18450

--- Comment #2 from darlingm at gmail dot com ---
To clarify, are you saying this is a GCC bug, then?  Or, do you mean something
else - like user error?  (I think I'm following the proper procedure for a
gcc/binutils combined build.)


BTW, this happens on stage 2.

Uncombined build works just fine...

If I:

mkdir binutils.build.gcc492
cd binutils.build.gcc492
../gcc.binutils.combined/binutils-gdb.git/configure --disable-multilib && make
&& sudo make install
^^ this uses gcc 4.9.2


Or, even if I:

mkdir gcc.build.gcc
cd gcc.build.gcc
../gcc.binutils.combined/gcc.git/configure --disable-multilib && make && sudo
make install
hash -r
// add /usr/local/lib64 to ldconfig, and run ldconfig
mkdir ../binutils.build.gcc6
cd ../binutils.build.gcc6
../gcc.binutils.combined/binutils-gdb.git/configure --disable-multilib && make
&& sudo make install
^^ case uses gcc6
// then I can even
ldconfig
mkdir ../gcc.build.gcc6.with.new.binutils
cd ../gcc.build.gcc6.with.new.binutils
../gcc.binutils.combined/gcc.git/configure --disable-multilib && make && sudo
make install

-- 
You are receiving this mail because:
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils