Advanced search
Log In
New Account
  
Home My Page Project Cloud Code Snippets Project Openings ESbox
Summary Forums Tracker Lists Tasks News SCM Files Wiki

Bugs: Browse | Download .csv

[#4237] If changing target, building of few projects fails on Mac OS X

Please login

State:
Open
Date:
2009-06-12 07:22
Priority:
3
Submitted By:
Henry Ovaskainen (henryov)
Assigned To:
Ed Swartz (eswartz)
Summary:
If changing target, building of few projects fails on Mac OS X

Detailed description
TestScenario:
* Create new hildon plugin project or sharedlib project , use diablo armel target. Project is compiled properly.
* Change target (from project properties) to X86, project compiling fails...
* If projects are created from the scratch they will be compiled ok with both targets but changing target is the key
word to get this problem active. So seems that problem is somehow related to cleanup etc.
 
Same scenario works on linux and windows environment...

-------------------
More info about hildonplugin project in attached files.

From shared lib project logs are here:
make -k all "CFLAGS=-O0 -g" "CXXFLAGS=-O0 -g"


gcc -O0 -g -Wall -o test_sharedlib test/test_sharedlib.o .libs/libsharedlib.so.0 -Wl,-z -Wl,origin -Wl,-rpath
-Wl,'$ORIGIN'/.libs

sbox-i686-linux-gcc: .libs/libsharedlib.so.0: No such file or directory

make: *** [test_sharedlib] Error 1

make: Target `all' not remade because of errors.

 

*** exited with code 2

----------------
macmini:sharedlib maemo$ pwd

/Users/maemo/Public/workspace/sharedlib

macmini:sharedlib maemo$ 

macmini:sharedlib maemo$ 

macmini:sharedlib maemo$ ls -la

total 600

drwxr-xr-x  15 maemo  staff     510 Jun 11 14:49 .

drwxr-xr-x  29 maemo  staff     986 Jun 11 17:06 ..

-rw-r--r--   1 maemo  staff    9291 Jun 11 17:25 .cproject

drwxr-xr-x   5 maemo  staff     170 Jun 11 16:36 .libs

-rw-r--r--   1 maemo  staff    2384 Jun 11 14:49 .project

-rw-r--r--   1 maemo  staff   35147 Jun 11 14:49 COPYING

-rw-r--r--   1 maemo  staff    7639 Jun 11 14:49 COPYING.LESSER

-rw-r--r--   1 maemo  staff    2738 Jun 11 14:49 Makefile

lrwxrwxrwx   1 maemo  staff      11 Jun 11 14:49 __testdir__ -> __testdir__

drwxr-xr-x   3 maemo  staff     102 Jun 11 14:49 inc

-rw-rw-r--   1 maemo  staff     824 Jun 11 14:49 libsharedlib.la

-rwxr-xr-x   1 maemo  staff  217266 Jun 11 14:49 libtool.sh

drwxr-xr-x   6 maemo  staff     204 Jun 11 14:49 src

drwxr-xr-x   4 maemo  staff     136 Jun 11 14:49 test

-rwxrwxr-x   1 maemo  staff    8942 Jun 11 14:49 test_sharedlib

macmini:sharedlib maemo$ cd .libs/

macmini:.libs maemo$ ls -la

total 24

drwxr-xr-x   5 maemo  staff  170 Jun 11 16:36 .

drwxr-xr-x  15 maemo  staff  510 Jun 11 14:49 ..

lrwxrwxrwx   1 maemo  staff   18 Jun 11 14:49 libsharedlib.la -> ../libsharedlib.la

lrwxrwxrwx   1 maemo  staff   21 Jun 11 14:49 libsharedlib.so -> libsharedlib.so.0.0.0

lrwxrwxrwx   1 maemo  staff   21 Jun 11 14:49 libsharedlib.so.0 -> libsharedlib.so.0.0.0

macmini:.libs maemo$  

macmini:sharedlib maemo$ cd test

macmini:test maemo$ ls -al

total 16

drwxr-xr-x   4 maemo  staff   136 Jun 11 14:49 .

drwxr-xr-x  15 maemo  staff   510 Jun 11 14:49 ..

-rw-r--r--   1 maemo  staff  1141 Jun 11 14:49 test_sharedlib.c

-rw-rw-r--   1 maemo  staff  2604 Jun 11  2009 test_sharedlib.o

macmini:test maemo$ 

 







Followup

Message
Date: 2009-11-09 01:02
Sender: Ed Swartz

This should be fixed now (I hope) (Mica rev 3304).  In both the
Shared Library and Hildon Desktop Plugins projects, we use a
script called "fstest.sh" (part of the template) to
do some tests with softlinks to see if they work as expected.
If not, uses of "ln -s" are replaced with
"cp".

This test is redone when a Debian package is made, and should
always use softlinks.  (The package build is done entirely in
a Linux filesystem.)
Date: 2009-10-15 15:34
Sender: Ed Swartz

Thanks.  It looks like Samba is significantly different beween
3.0.25 and 3.0.28, so this softlink issue and apparently the
encrypted password issue are different.

In any case, I could still reproduce it on 10.5.
Date: 2009-10-15 13:39
Sender: Arto Hyvarinen

I tested this issue with Esbox_build.542 and Mac OS 10.6.1 (Samba
version 3.0.28a-apple) and now it's working Ok.
Date: 2009-10-14 20:30
Sender: Ed Swartz

To clarify, Arto, do you see the bug manifesting itself like
this?

make -k clean "CFLAGS=-O0 -g" "CXXFLAGS=-O0
-g"

rm -rf .libs
rm: cannot remove directory `.libs': Directory not empty
make: *** [clean] Error 1
Date: 2009-09-24 12:01
Sender: Arto Hyvarinen

This bug still exists with sharedlib projects (C and C++).
Tested with Esbox_build.506 and Samba 3.0.25b-apple, which is
official version for Mac OS X Version 10.5.8.
Date: 2009-07-01 19:23
Sender: Ed Swartz

Fixed these two projects to avoid this bug.
Date: 2009-06-30 20:13
Sender: Ed Swartz

This is a Samba bug.  Samba 3.0.25b-apple (which was my version,
via "smbclient --version") is too old.  There is a
fix in 3.0.25c.

http://lists.samba.org/archive/samba-technical/2007-July/054534.h
tml
Date: 2009-06-16 20:23
Sender: Ed Swartz

I thought this was a bug related to autogen not being re-run,
but it's more likely just a bug in the template... "ln -sf"
should almost always be used for cases like this, not "ln
-s".

Attached Files:

Name Download
No Files Currently Attached

Changes:

Field Old Value Date By
ResolutionAccepted as a Bug2009-11-09 01:02eswartz
ResolutionNone2009-11-08 20:11eswartz
VersionNone2009-11-08 20:11eswartz
ResolutionFixed2009-09-24 12:01arhyvari
ResolutionNone2009-07-01 19:23eswartz
assigned_tonone2009-06-30 19:59eswartz
File Added507: hildonpluginproject.zip2009-06-12 07:22henryov

Terms of Use    Privacy Policy    Contribution Guidelines    Feedback

Powered By GForge Collaborative Development Environment