I'm trying to compile lyx-13x with gcc-3.3 on Mac OSX 10.4 (since
gcc-2.95 doesn't seem to work anymore -- see other thread). The
problem I'm having now is the same problem I've had before but which
we gave up on since gcc-2.95 had been working well.
Any thoughts on how to fix this (or whet
Helm Bennett wrote:
> I'm trying to compile lyx-13x with gcc-3.3 on Mac OSX 10.4 (since
> gcc-2.95 doesn't seem to work anymore -- see other thread). The
> problem I'm having now is the same problem I've had before but which
> we gave up on since gcc-2.95 had been working well.
>
> Any thoughts o
> "Helm" == Helm Bennett <[EMAIL PROTECTED]> writes:
Helm> __ZN11TextPainter4drawEiic
Helm> __ZN11TextPainter14horizontalLineEiiic
Helm> __ZN11TextPainter12verticalLineEiiic
These are interesting because they lie in very straightforward code.
The only difference I can find between the 1.3.x
On Aug 5, 2005, at 5:46 AM, Jean-Marc Lasgouttes wrote:
"Helm" == Helm Bennett <[EMAIL PROTECTED]> writes:
Helm> __ZN11TextPainter4drawEiic
Helm> __ZN11TextPainter14horizontalLineEiiic
Helm> __ZN11TextPainter12verticalLineEiiic
These are interesting because they lie in very straightforward
On Aug 5, 2005, at 5:17 AM, Angus Leeming wrote:
Helm Bennett wrote:
Any thoughts on how to fix this (or whether to try to stick with
gcc-2.95 instead)? ... Here's the compile error:
_locale_charset ld: Undefined symbols:
__ZN5boost7signals9trackableD2Ev
Most of these undefined signals
> "Helm" == Helm Bennett <[EMAIL PROTECTED]> writes:
Helm> On Aug 5, 2005, at 5:46 AM, Jean-Marc Lasgouttes wrote:
>>> "Helm" == Helm Bennett <[EMAIL PROTECTED]> writes:
>>>
>>
Helm> __ZN11TextPainter4drawEiic
Helm> __ZN11TextPainter14horizontalLineEiiic
Helm> __ZN11TextPainter12vert
Helm Bennett <[EMAIL PROTECTED]> writes:
| In /usr/include/gcc/darwin, there's a link from "default" to "3.3".
| So that looks like selecting the gcc compiler version automatically
| selects the right boost package, right?
Using the sysems boost package won't work. LyX does not use exceptions
for
Jean-Marc Lasgouttes wrote:
> Helm> I added "#include " to textpainter.C, and it does
> make Helm> a difference. I now get:
> [no TextPainter anymore]
>
> Very good! It means that we should add #include in all
> files that do not have it already.
Yes, but why? What is in config.h that is making
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
Helm> I added "#include " to textpainter.C, and it does
>> make Helm> a difference. I now get: [no TextPainter anymore]
>>
>> Very good! It means that we should add #include in all
>> files that do not
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>> Helm> I added "#include " to textpainter.C, and it does
>> make Helm> a difference. I now get:
>> [no TextPainter anymore]
>>
>> Very good! It means that we should add #include in all
>> files that do not have it already.
On Aug 5, 2005, at 9:46 AM, Jean-Marc Lasgouttes wrote:
Helm> I added "#include " to textpainter.C, and it does make
Helm> a difference. I now get:
[no TextPainter anymore]
Very good! It means that we should add #include in all
files that do not have it already. That would be something like
f
Jean-Marc Lasgouttes wrote:
> Angus> Yes, but why? What is in config.h that is making the
> Angus> difference?
>
> I have to admit that I have no idea. My reasoning is:
>
> 1/ it fixed one case
> 2/ it is good to do it anyway
>
> but I cannot come up with anything more useful, sorry.
Ok. Howeve
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: Yes, but why? What is in config.h
Angus> that is making the difference?
>> I have to admit that I have no idea. My reasoning is:
>>
>> 1/ it fixed one case 2/ it is good to do it anyway
>>
>> but I can
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Bennett, does the following patch help?
You should probably do "make clean" in boost, unless automake handles
the dependencies.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
| Angus> Jean-Marc Lasgouttes wrote: Yes, but why? What is in config.h
| Angus> that is making the difference?
>>> I have to admit that I have no idea. My reasoning is:
>>>
>>> 1/ it fi
On Aug 5, 2005, at 11:21 AM, Jean-Marc Lasgouttes wrote:
The code in libs/signals/src/Makefile.am libs/regex/src/Makefile.am
and looks like
AM_CPPFLAGS += \
$(PCH_FLAGS) \
-DBOOST_USER_CONFIG="" \
$(BOOST_INCLUDES)
I guess it should be replaced in 1.3.x by
AM_CPPFLAGS
Bennett Helm <[EMAIL PROTECTED]> writes:
| On Aug 5, 2005, at 11:21 AM, Jean-Marc Lasgouttes wrote:
>
>> The code in libs/signals/src/Makefile.am libs/regex/src/Makefile.am
>> and looks like
>>
>> AM_CPPFLAGS += \
>> $(PCH_FLAGS) \
>> -DBOOST_USER_CONFIG="" \
>> $(BOOST_INC
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I belive this prob was solved in a different way in 1.3.
Lars> (there I modified user.hpp directly, and not through config.h)
Lars> if you go ahead with this patch then the same modifications that
Lars> was/is in user.hpp must
On Aug 5, 2005, at 12:13 PM, Jean-Marc Lasgouttes wrote:
Indeed. So an alternative would be to add
#include
to user.hpp, right?
Bennett, in case I am right, could you try this patch instead of the
previous one?
This patch enables lyx to compile, but the result crashes on launch.
Here's the
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Aug 5, 2005, at 12:13 PM, Jean-Marc Lasgouttes wrote:
>> Indeed. So an alternative would be to add #include to
>> user.hpp, right?
>>
>> Bennett, in case I am right, could you try this patch instead of
>> the previous one?
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Bennett> This patch enables lyx to compile, but the result crashes on
Bennett> launch. Here's the gdb output:
Jean-Marc> Let's see if we can get this one going.
Jean-Marc> Bennett, could you retry with the following patch (on
On Sep 8, 2005, at 8:26 AM, Jean-Marc Lasgouttes wrote:
"Jean-Marc" == Jean-Marc Lasgouttes [EMAIL PROTECTED]> writes:
Bennett> This patch enables lyx to compile, but the result crashes on
Bennett> launch. Here's the gdb output:
Jean-Marc> Let's see if we can get this one going.
Jean-Marc>
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Sep 8, 2005, at 8:26 AM, Jean-Marc Lasgouttes wrote:
>>> "Jean-Marc" == Jean-Marc Lasgouttes >> [EMAIL PROTECTED]> writes:
>>>
>>
Bennett> This patch enables lyx to compile, but the result crashes on
Bennett> laun
I see the crash is in DebugStream code. Do you have MODERN_STL_STREAMS
set in src/config.h?
Yes:
/* Define if you have modern standard-compliant STL streams */
#define MODERN_STL_STREAMS 1
Bennett
Bennett Helm <[EMAIL PROTECTED]> writes:
| > I see the crash is in DebugStream code. Do you have MODERN_STL_STREAMS
| > set in src/config.h?
|
| Yes:
|
| /* Define if you have modern standard-compliant STL streams */
| #define MODERN_STL_STREAMS 1
This could be a global initialization bug in ma
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Bennett Helm <[EMAIL PROTECTED]> writes: | > I see the
Lars> crash is in DebugStream code. Do you have MODERN_STL_STREAMS | >
Lars> set in src/config.h?
Lars> |
Lars> | Yes:
Lars> |
Lars> | /* Define if you have modern standar
26 matches
Mail list logo
