First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 162130
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Stefan Schweizer <genstef@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Alex <nesl247@gmail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
gnomevfs-mount-as-needed.patch gnomevfs-mount-as-needed.patch patch Alex 2007-01-15 00:57 0000 446 bytes Details | Diff
gnomevfs-mount-as-needed.patch gnomevfs-mount-as-needed.patch patch Alex 2007-01-15 02:38 0000 316 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 162130 depends on: Show dependency tree
Show dependency graph
Bug 162130 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-01-15 00:31 0000
The following arises when compiling. I haven't tested it without --as-needed
because this almost certainly looks like an issue of that:

i686-pc-linux-gnu-gcc  -O2 -march=athlon64 -pipe -fomit-frame-pointer -msse3 
-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=both -Wl,-znow -o gnomevfs-umount
-lglib-2.0   gnomevfs_umount-gnomevfs-umount.o  
gnomevfs_umount-gnomevfs-umount.o: In function `main':
gnomevfs-umount.c:(.text+0x2c): undefined reference to `g_path_is_absolute'
gnomevfs-umount.c:(.text+0x3b): undefined reference to `g_strdup'
gnomevfs-umount.c:(.text+0x4d): undefined reference to `g_strdup_printf'
gnomevfs-umount.c:(.text+0x57): undefined reference to `g_free'
gnomevfs-umount.c:(.text+0x69): undefined reference to `g_free'
gnomevfs-umount.c:(.text+0x83): undefined reference to `g_get_current_dir'
gnomevfs-umount.c:(.text+0xa4): undefined reference to `g_build_path'
gnomevfs-umount.c:(.text+0xae): undefined reference to `g_free'
gnomevfs-umount.c:(.text+0xc4): undefined reference to `g_print'
collect2: ld returned 1 exit status
make[2]: *** [gnomevfs-umount] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory
`/var/tmp/portage/sys-fs/gnomevfs-mount-0.2.0/work/gnomevfs-mount-0.2.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/sys-fs/gnomevfs-mount-0.2.0/work/gnomevfs-mount-0.2.0'
make: *** [all] Error 2

Reproducible: Always

------- Comment #1 From Alex 2007-01-15 00:57:27 0000 -------
Created an attachment (id=107021) [edit]
gnomevfs-mount-as-needed.patch

Fixes the link issues. Not sure if this is the proper way to do it, but seems
like it.

------- Comment #2 From Saleem Abdulrasool 2007-01-15 02:13:46 0000 -------
That patch makes no sense.  The failure is with gnomevfs-umount and you are
patch gnomevfs-mount.  Try building without -Wl,--hash-style=both -Wl,-znow.

------- Comment #3 From Alex 2007-01-15 02:35:21 0000 -------
The failure is definitely --as-needed. I just patched the gnomevfs_mount_LDADD
because it was there. As I said, I am not 100% positive on autotools stuff like
this, so wasn't sure if there is more to it than gnomevfs_umount_LDADD =
$(GLIB_LIBS) .. Because if so I had no idea what else to modify.

------- Comment #4 From Alex 2007-01-15 02:38:49 0000 -------
Created an attachment (id=107022) [edit]
gnomevfs-mount-as-needed.patch

Patches for umount instead of mount.

------- Comment #5 From Daniel Gryniewicz 2007-01-28 04:04:43 0000 -------
gnomevfs-mount isn't a gnome package...

------- Comment #6 From Alex 2007-01-28 14:12:22 0000 -------
I know, it's closer to gnome than anything else I could think of, and since I
can't specify an email (only devs can do that), it was the best choice IMO.

------- Comment #7 From Stefan Schweizer 2007-02-10 23:00:04 0000 -------
committed your patch, I wonder why you play with this package anyway - I
thought it is dead.

------- Comment #8 From Alex 2007-02-10 23:11:18 0000 -------
Someone recommended it to me when I asked how to get gnomevfs mounted
filesystems to be hard mounted, and not virtually. (So KDE apps, and others
that don't use gnomevfs can use the stuff)

First Last Prev Next    No search results available      Search page      Enter new bug